#
Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — восьмая часть

Модерирует : KLASS, IFkO

IFkO (30-09-2018 10:14): Продолжение здесь: http://forum.ru-board.com/topic.cgi?forum=62&topic=30994  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302

   

127



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Windows 98 Second Edition  
ВОСЬМАЯ ЧАСТЬ

     Особенности работы с Windows 98 учитывая прогресс в программном обеспечении и совершенствование компьютеров. Основное в теме это обновления Windows 98SE. Добрые люди выпускают "неофициальные паки обновлений" - сборники заплат (преимущественно от M$), призванных улучшить работу операционной системы. Актуальные паки выкладывают maxud, IFkO и другие.

Практические аппаратные и программные пределы работоспособности 98SE  
(с учетом представленных в этой теме решений)


Последние доступные сборки обновлений, патчи, утилиты и драйвера:

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами ( готовые варианты )
     
  • Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив.
  • Краткая и полная инструкции по сборке дистрибутива Windows 98IF.
     
    Обновления от Maximus Decim
  • Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.
     
  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP.
  • Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack English by Petr & erpdude8: 2.5.6, 2.58 RC Lite (зеркало), 2.58 Final Full (зеркало)
  • Unofficial Windows 98 Second Edition Service Pack 3.61 by Problemchyld (зеркало)
     
     
  • Revolutions Pack 9.7 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, новые иконки и эффекты, новая панель снятия задач, сглаживание шрифтов ClearType и многое другое)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты.
  • KernelEx 4.5 Final Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP. KernelEx4.5.2 - последняя версия  (он же, адаптированный  HNKTO для дистрибутива Windows 98IF)..  
  • SH95UPD (Shell 95 Update Project) 0.0.8 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx.
     
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт GeForce 82.69_fixed (или модульный драйвер видеокарт nVidia от IFkO, включающий и 82.69)  
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей.
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO).
  • Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее
     
  • RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003, некоторые провайдеры Интернета подключают только через него (он же, в одном пакете с сетевыми драйверами от  IFkO)
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.
     
  • VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива.
  • Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола.
  • Microsoft Windows 95, 98, MS-DOS Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем.

    Навигация по топику и ссылки на интересные статьи по теме:

    Для просмотра всех сообщений темы в одном окне пользуйтесь "версией для печати" (одноименная ссылка над нумерацией страниц)

  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы + исчерпывающая статья с сайта iXBT (aka матчасть) + версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - статья о работе Windows 9x с виртуальной памятью, дисковым кэшем и файлом подкачки + авторская версия.  
    Самая свежая версия LIMEM с исходниками
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч ядра для любых чипсетов, версий и языков Windows 95/98/SE/ME.
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х
  • Несколько советов по использованию Windows Update
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP  
  • Обсуждение Windows 95-ME на форуме MSFN

  • Сайт с описанием всевозможных опций основных BIOS, в т.ч. с подсказками по правильному выбору опций для 9х

    Схожие темы по Windows 95 и Windows ME :: Тема в Варезнике

    Раздача некоторых патчей от Rudolph R. Loew тут

  • Всего записей: 599 | Зарегистр. 08-11-2015 | Отправлено: 14:51 09-01-2016 | Исправлено: IFkO, 08:56 02-08-2018
    KOJl6aCKA

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    в чем потаенный смысл? если уж 9х сама, как оказалось, спокойно переваривает 3.5 гб?

    Переварить-то конечно может, но бывают ведь разные ситуации. К примеру стоит 3.5 гб, 2.0 из них используется для комфортной работы в системе и задачах, которые в ней выполняются. А ещё 1.5 простаивает без дела. Можно из них сделать рамдиск и перенести туда кеши, темпы, временные папки, диски отмены от виртуалки и прочее прочее, от скорости доступа к чему зависит производительность, а так же всякий временный мусор, дабы не засорять HDD.
     
    Я как-то в порядке эксперимента запихивал XPшку на рамдиск целиком, а так у меня там интернет кеши, буфер для потоковых медиаданных, темп и диски отмены. Так же в рамдиск распаковываю образы игр.
     
     
     
    Добавлено:
    Безусловно, наеидеальнейшим вариантом здесь будет конечно 3.5 гига для системы, а для рамдиска уже все что выше 4ого гигабайта, но здесь во-первых аппаратная конфигурация должна позволять, + рамдиск уже 64-бит будет нужен, а так конечно же да, никто и не спорит

    Всего записей: 904 | Зарегистр. 03-09-2012 | Отправлено: 18:53 15-02-2018 | Исправлено: KOJl6aCKA, 18:58 15-02-2018
    HNKTO



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    закинуть в папку с Virtual PC.exe, переименовать в "override.dict"

    Ога. Работает. И 5.2 кстати тоже.
    Одно но, сей Brazilian.dict явно от мелкомягкой и местами не подходит, я имею в виду даже не про не то, а про билиберду. (например пункт CD->освободить образ диска). Да и просто английских фраз там остаётся...

    Цитата:
    спокойно переваривает 3.5 гб

    Громко сказано. Спокойно она переваривает до 2гб, далее с косяками и проблемами, просто в принципе до некоторой базовой степени загружается и шевелится, а вот работает уже не очень.

    Всего записей: 1427 | Зарегистр. 30-01-2010 | Отправлено: 01:29 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    ей Brazilian.dict явно от мелкомягкой
    нет. это чей то самопальный перевод на русский одного из имевшихся нерусских словарей от ВПЦ 2004 или 2007.  
    а неполный он (на что я сразу указал) потому, что к моменту появления ВПЦ 2004 или 2007 что то из имевшихся фич было выпилено/переименовано.  
    опять же, вам никто не мешает самим дополнить перевод. но тк английского словаря у нас нет, за основу нужно брать немецкий/французский/японский - кто во что горазд. будете делать?

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 10:11 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    оказывается, некий азиат давным давно забацал некий патент...  
    https://patents.google.com/patent/WO2001050244A1/en
     
    Добавлено:
    мсфн, похоже, таки наконец все...

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 18:08 16-02-2018
    KOJl6aCKA

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO

    Цитата:
    далее с косяками и проблемами,

    Если не сильно затруднит, не могли бы вы привести пример подобных косяков и проблем. Когда при двух гигах проблем нет, а при обёмах выше уже начинаются трудности. Хочу попробовать воспроизвести у себя.
    Цитата:
    [/q]
     
     
    Добавлено:
    MERCURY127
    [q]мсфн, похоже, таки наконец все...  

     
       
     
    А что с ним так? Только вот заходил, вроде все как всегда

    Всего записей: 904 | Зарегистр. 03-09-2012 | Отправлено: 20:00 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нужно ещё вот какую вещь понимать:  
    9х работает с памятью, предоставляемой драйвером xms - himem. А они соот получают ее от биоса, читая его карты.  
    Так вот...  
    Память не всегда размещена непрерывным свободным куском от первого мб до последнего перед областью аппаратуры. Те на старых то машинах оно чаще всего так и было. А вот на моей новой - две тоненькие распорочки на 512ом и 1024ом мб. Они недоступны для чтения/записи. Это видимо память смм/апик/ещё чего то.  
    И как бы непрерывная область 3.5 гб легко превращается в три  куска: 0.5 + 0.5 + 2.5 гб. Мне было непросто найти опенсорсный драйвер хмс, который бы не застрял на первых 0.5 гб.  
    Так вот, где здесь грабли?
    Himem или его аналог в любом случае предоставляет всю распознанную им физическую память кусками по 64 мб, а 9х их себе собирает и делит все полученное на страницы по 4 кб или 2 мб (не уверен насчёт последнего), образуя ту самую плоскую 32 битную модель логической адресации. В этой модели у каждого процесса имеется до 4 гб логических адресов, не пересекающихся с другими процессами (тонкости пока оставим). В этом поле нет распорок, есть лишь страницы, разной доступности.  
    Но это все логическая модель, для приложений и кода драйверов. А вот для данных драйверу может понадобиться прямой доступ к физической, а не логической, памяти. Втч он может запросить ос отобразить кусок 3 гб в физические адреса.  
    И на моей машине будет облом, тк 3 непрерывных гб у машины нет. Как, скорее всего, и у ваших.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 20:39 16-02-2018
    KOJl6aCKA

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    3.5 гб легко превращается в три  куска: 0.5 + 0.5 + 2.5 гб.


    Цитата:
    И на моей машине будет облом, тк 3 непрерывных гб у машины нет. Как, скорее всего, и у ваших.  

    А как это можно проверить? Ну, в смысле, сколько таких "распорок" сейчас имеется. Каков максимальный кусок "непрерывности". Я так понимаю нужны какие-то инструменты, штатными средствами это никак не узнать?

    Всего записей: 904 | Зарегистр. 03-09-2012 | Отправлено: 21:02 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А что с ним так? Только вот заходил, вроде все как всегда
    странно... щас и у меня тоже вернулось в норму.  
    а было так: http://i67.tinypic.com/2h88gsy.png  

    Цитата:
    нужны какие-то инструменты
    должно быть видно и штатно, щас проверю.
     
    Добавлено:
    да собственно вот, оно даже в 7 видно: http://i64.tinypic.com/ou5utg.png  
    см на курсор и сразу под ним строка - это и есть распорки.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 21:06 16-02-2018
    KOJl6aCKA

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Втч он может запросить ос отобразить кусок 3 гб в физические адреса.

    А если в настройках ОС как-нибудь забить адреса этих распорок в исключение (Что-нибудь типа EMMExclude= или в EMM386 x=mmmm-nnnn), система в таком случае разве не станет выдавать уже правильный "непрерывный" кусок, как бы перешагивая через распорки?
    Или драйвер будет все равно пытаться считать его напрямую? Короче наверно в конечном итоге все засисит от драйвера, умеет ли он сам прыгать через распорки или же таки нет. Ну, либо надо его этому научить

    Всего записей: 904 | Зарегистр. 03-09-2012 | Отправлено: 21:20 16-02-2018 | Исправлено: KOJl6aCKA, 21:23 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    не смеши

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 21:22 16-02-2018
    KOJl6aCKA

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    см на курсор и сразу под ним строка - это и есть распорки

    Это где "SM контроллер шины?" или "Ресурсы системной платы?"
     
    Добавлено:
    Ещё такой вариант - изменить БИОС, т.е. вынести эти распорки за пределы третьего ГБ? Ну тогда понятно система с таким биосом не стартанет, если менее 4ёх гигов, но зато при наличие 4ех уже будет все ровно и непрерывно, ведь этоже все в БИОСе, так?
     

    Всего записей: 904 | Зарегистр. 03-09-2012 | Отправлено: 21:29 16-02-2018 | Исправлено: KOJl6aCKA, 21:40 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    еще раз - их нельзя перепрыгнуть, если нужен НЕПРЕРЫВНЫЙ ФИЗИЧЕСКИЙ кусок.  
    теоретически можно попробовать их передвинуть через настройки чипсета (ресурсы PCI/ACPI). ну который пнп разруливает.  
    а перепрыгивать через них винда и так умеет. это вообще то стандартная ситуация для нее, раз оно было заложено в спецификации еще до ее выпуска. логическая адресация как раз это прозрачно для большинства задач обходит. но физический доступ - это совсем другое. хотя если драйвер запрашивает 3 гб кусок - это очень кривой драйвер...  
    =====  
    кстати, я тут забыл, по какому адресу мы vcache когда то патчили? нужно срочно вспомнить...
     
    Добавлено:

    Цитата:
    ведь этоже все в БИОСе, так?
    не уверен. в конце концов, любое устройство может тупо зарезервировать себе адрес, и с этим ничего не сделаешь.  
    но опять же, я еще не встречал случая, чтоб эти распорки серьезно помешали. просто предупредил, чтоб не удивлялись...
     
    Добавлено:
    вот один из когда то опробованных мною рамдисков.  
    http://sendfile.su/1399443  
    две версии, старая и новая.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 21:35 16-02-2018
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    для данных драйверу может понадобиться прямой доступ к физической, а не логической, памяти. Втч он может запросить ос отобразить кусок 3 гб в физические адреса
    Ты это абстрактно рассуждаешь или применительно к 98-й?

    Всего записей: 5421 | Зарегистр. 22-09-2005 | Отправлено: 22:34 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Думаю, это не связано конкретно с 9х, или с виндой вообще.  
    У любой ос в такой ситуации будут проблемы.  
    Потому такой бешеный драйвер не должен существовать. Сначала ему в любом случае нужно запросить у ос, какой непрерывный кусок она может выделить.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 22:42 16-02-2018
    HNKTO



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    мсфн, похоже, таки наконец все...  

    это да.

    Кривой серверок детектед. Ушлёпки решили таки похоронить ресурс. Ну что-ж, их дело.

    Цитата:
    привести пример подобных косяков и проблем

    Сделай ОЗУ > 2048мб и попробуй запустить любую ДОСовскую тяжёлую игрушку. Но скорей всего у тебя уже даже просто консоль (command.com) запустить не вйдет.
    Затем странные возвраты функций сбора данных о доступной памяти, особенно касательно свопа.

    Цитата:
    изменить БИОС, т.е. вынести эти распорки за пределы третьего ГБ? Ну тогда понятно система с таким биосом не стартанет

    Изменить то можно. В теории... Правда на практике одного БИОСа может оказаться мало т.к. оно может быть задано железно и там в лучшем перешив микропрограмм целевых контроллеров. Стартанёт. Это адреса ВВ, они к самой оперативке отношения не имеют. Ты когда что-то пишешь/читаешь по этим адресам, ты попадаешь не в центральное ОЗУ, а в целевые железки, порты ВВ которых отображаются в те области.

    Цитата:
    2 мб (не уверен насчёт последнего)

    Я тоже. Нигде никогда не встречал упоминания что ДОСовый Win (пофиг какой версии) может вдруг начинать работать с ОЗУ не по 4кб. Про Винду, применимо к её x86 реализациям, кстати тоже. И там вроде как-бы с намёками что сам x86 ЦП таким макаром физически её адресует, от туда и пляска.

    Цитата:
    А если в настройках ОС как-нибудь забить адреса этих распорок в исключение

    И?
    Повторю Меркурия, но более на пальцах.
    Драйверу рамдиска надо 3гб физической ОЗУ, одним сполошным куском. А у тебя её, допустим, 4гб, но в аккурат по середине разрезано распоркой. Ну допустим добавил в исключения? (да оно и так добавляется, иначе не дай-бог кому не тому ещё выделится) А откуда система тебе возьмёт непрервывный кусок в 3гб? И я в общем даже с намёком не про ДОС, откуда у тебя его железо возмёт?
    1) PAE (который должен ещё уметь ЦП и контроллер памяти, физически). Кстати драйвер Рамдиска при этом сам уже должен уметь в PAE, т.к. там уже принципы доступа к ОЗУ другие.
    2) драйвер рамдиска должен уметь брать память кусочками и сам уже всё переадресовывать (это конечно лучший вариант, но как говорится, сложней в реализации... и, кстати, медленней)

    Всего записей: 1427 | Зарегистр. 30-01-2010 | Отправлено: 23:15 16-02-2018 | Исправлено: HNKTO, 23:22 16-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Сделай ОЗУ > 2048мб и попробуй запустить любую ДОСовскую тяжёлую игрушку. Но скорей всего у тебя уде даже просто консоль (command.com) запустить не вйдет.  
    Затем странные возвраты функций сбора данных о доступной памяти, особенно касательно свопа.  
    да, со свопом то оно врёт. Но все остальное, включая дос, у меня прекрасно работает.  
    И про драйвер рамдиска я не говорил ему как раз физическая память даром не нужна, логической с головой хватит.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 23:26 16-02-2018
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    такой бешеный драйвер не должен существовать
    А с чего ты взял, что он может существовать?
    98-я потому и спотыкается об избыток оперативной памяти, что её конструкторы не предвидели, что такие объемы памяти могут физически существовать и использовали эти адреса по своему усмотрению.
    И после этого ты думаешь, что они же могли написать драйвер, таки требующий себе эту "в принципе не существующую" память?

    Всего записей: 5421 | Зарегистр. 22-09-2005 | Отправлено: 10:11 17-02-2018 | Исправлено: IFkO, 10:11 17-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    речь была о сторонних драйверах. мало ли какой бред придет в голову писателям.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 10:16 17-02-2018
    HNKTO



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А я если честно тогда вообще потеряся о чём речь.
    Вроде начиналась с вопроса как/чем сделать рамдиск на несколько гигов под ДОС.
    А про отстранённую эзотерику, вон, например, из свежего: http://hitech.vesti.ru/article/769544/
    Вот объясните мне, КАК????!!!! Как такой глюк вообще мог образоваться?

    Цитата:
    Но все остальное, включая дос, у меня прекрасно работает.

    Однако! А у меня на старой Asus P5WD2 и собственно новой MSI E3gaming krait v5 при > 2гб перестают запускаться 16битные программы с сообщением о нехватке памяти.


    Вернусь немного к стааарой теме. Собственно всё складывается к, материнку с на 865 чписете с LGA775 сокетом я себе не добуду, ибо рядом со мной нет таких
    Но тут другой вопрос, у меня на радике валяется гора 945, 975 чипсетах, хотят за них в общем не много, ~2к рублей. Ну и тут собственно вопрос, щупал кто их из наших? Если что, сразу скажу, работа встроенных звука и видео - не интересно как класс, но вот встроенная сетка и УСБ интерес представляют, с КОМ, ЛПТ не думаю что возникнут проблемы, особо, как там с работой контроллеров накопителей и АЦПИ? Хоть примерно, из мыслей, пытаться ли уломать барыг дать желелезку на пощупать или даже особо не стоит пробовать.
    А так уже взял, почти задаром, Shuttle AB60. Она конечно Вещь, но таки хочется большего и пока лежит про запас.

    Всего записей: 1427 | Зарегистр. 30-01-2010 | Отправлено: 16:05 17-02-2018
    MERCURY127



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Как такой глюк вообще мог образоваться?
    это ж уникод. там всегда глюк на глюке. потому что постоянно добавляют все новые и новые блоки туда, где оно изначально НЕ планировалось.  

    Цитата:
    Однако!
    а у тебя точно последняя IF1706?  

    Цитата:
    материнку с на 865 чписете с LGA775 сокетом я себе не добуду
    да забей ты на них. зачем? ради АЦ97? не надо, все ранво лучше пци звук воткнуть. видео? так вроде были geforce 6xxx/radeon 8xx/1XXX в пцие варианте?  
    а все прочее чипсетное, в принципе, и так работает в 9х. ну с выключением/питанием проблемы, но это ж мелочь.

    Всего записей: 9322 | Зарегистр. 03-08-2008 | Отправлено: 19:21 17-02-2018
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — восьмая часть
    IFkO (30-09-2018 10:14): Продолжение здесь: http://forum.ru-board.com/topic.cgi?forum=62&topic=30994


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.Board
    © Ru.Board 2000-2020

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru

    Рейтинг.ru