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

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

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

IFkO (04-01-2024 19:57):  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

MERCURY127



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ПРЕДЫДУЩИЕ ЧАСТИ ТЕМЫ: _1_ · _2_ · _3_ · _4_ · _5_ · _6_ · _7_ · _8_ · _9_

Windows 98 Second Edition  
ДЕCЯТАЯ ЧАСТЬ


Особенности работы с Windows 9X/ME с учётом прогресса и деградации в программно-аппаратном обеспечении на 2022+ год. Основное в теме - это обновления для Windows 98SE, а так же готовая высокоинтегрированная сборка "всё включено" - Windows 98IF. Добрые люди собрали "неофициальные паки обновлений" - сборники заплаток, фиксов (преимущественно от M$), а также делают собственные патчи, призванные улучшить работу этой древней операционной системы.
Ранее в теме принимали участие: maxud, Simplestas.
Актуальные патчи, паки и сборки выкладывают: IFkO, Sweetlow, BolenB и другие неофициальные лица.


Заплатки и драйверы от Rudolph R. Loew (Web Archive)
Памятный сайт (rloewelectronics.com) и ещё одна страничка
без его великолепных патчей, утилит и драйверов эта тема давно бы кончилась...


Практические аппаратные и программные
пределы работоспособности Win98

(с учетом представленных в этой теме решений по состоянию на 2023 год)


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

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами, или готовые варианты сборки.
     
  • Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив.
  • Краткая и полная инструкции по сборке дистрибутива Windows 98IF.
     
  • Наборы от BolenB для интеграции обновлений в дистрибутивы Win95osr2, Win98, Win98se, WinMe - чтобы при установке сразу ставились все обновления. Сделано с помощью SLIPSTRM - Slipstreaming Updates into a Windows 9x Installation CD от Rudolph R. Loew.
     
    Обновления от Maximus Decim
  • Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.
     
  • UnSP for Windows 98 Standard/First/Gold/RTM Edition (English by Petr & erpdude8): 2.58 RC Lite и 2.58 Final Full
  • UnSP for Windows 98 Second Edition: 3.61, 3.64 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)  
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO).
  • Panasonic DVD-RAM Driver - универсальная поддержка записи DVD-RAM дисков, оригинал и обновление от BHA
     
  • RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003 (RFC 2516 для подключения ADSL/GPON без роутера), скачать тут, (он же, в одном пакете с сетевыми драйверами от IFkO)
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.
  • Microsoft Windows 95, Windows 98, MS-DOS и другие Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем.
     
  • VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива.
  • Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола.

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

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

  • 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 98/SE/ME (не для 95!).
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP
  • Обсуждение Windows 95-ME на форуме MSFN
  • Сайты с программами и играми, совместимыми с Windows 98: Old-DOS.ru, Old-Games.ru, OldVersion.com, MIRRORS.PDP-11.RU

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

    "ЛИЧНЫЕ КОЛЛЕКЦИИ ПОЛЕЗНОСТЕЙ" УЧАСТНИКОВ ТОПИКА

  • Неочевидные инструкции для редких ситуаций
     
  • Коллекция MERCURY127 - разное добро, на которое он иногда ссылается. пароль на архивы 1 (единица), если другое не указано явно.
  • Коллекция SweetLow, на которую он иногда ссылается

    НЕАКТУАЛЬНОЕ И УТЕРЯННОЕ

    В этом разделе будет то, что уже никому не нужно или нигде не найти...

  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP.
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйверы для широкого спектра видеокарт. жадное, глючное, мертвое.
  • Несколько советов по использованию Windows Update

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

    Рекомендуемый Хостинг картинок

  • Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 23:36 31-12-2021 | Исправлено: IFkO, 21:35 04-12-2023
    cdotimp

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SweetLow
    Глубоковложенности директорий не обещаю.
    Но есть на хардовых антресолях архив с Zipslack - это Slackware для ленивых, но любопытных линуксофобов, стартующий из под DOS с FAT раздела. Так там тьма мелких файлов, что-то около пяти или семи тысяч. Можно раздел им предварительно отягчить.

    Всего записей: 188 | Зарегистр. 10-08-2006 | Отправлено: 15:22 14-07-2022
    BolenB



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

    Цитата:
    Глубоковложенности директорий не обещаю.
    Но есть на хардовых антресолях архив с Zipslack - это Slackware для ленивых, но любопытных линуксофобов, стартующий из под DOS с FAT раздела. Так там тьма мелких файлов, что-то около пяти или семи тысяч. Можно раздел им предварительно отягчить.

    Я дистрибутив win98 распаковал, там около 6000 файлов и несколько раз по разным папкам скопировал.
    Но если диск на 1Гиг, то это мало конечно.

    Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 15:33 14-07-2022 | Исправлено: BolenB, 15:39 14-07-2022
    cdotimp

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BolenB
    Тем не менее. Достаточно будет зафиксировать хоть какую-то _повторяющуюся_ разницу в затрачиваемом на проверку времени?
    Какие варианты загрузки сравнивать? dos=high / low; himem оригинальный / патченный; с ключом /machine:xx / без?
    Потом scandisk?
    Есть у него, кстати, ключи для бездиалоговой проверки с выходом? Не нашёл.
    Ведь было бы удобнее: timer ^ scandisk ^ timer - и не вычислять на глазок.
     
    Распишете?

    Всего записей: 188 | Зарегистр. 10-08-2006 | Отправлено: 15:49 14-07-2022
    BolenB



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

    Цитата:
    Достаточно будет зафиксировать хоть какую-то _повторяющуюся_ разницу в затрачиваемом на проверку времени?

    Зафиксировать разницу для ps2 между стандартным и патченным himem.sys.
    для at разницы (между стандартным и патченным himem.sys), быть не должно (не будет). at протестировать только один раз, чтоб сравнить с ps2.

    Цитата:
    Распишете?

    Расписываю:
    В msdos.sys
    [Options]
    BootGUI=0
    Logo=0
    чтобы win не грузилась, и заставка не маячила.
    В config.sys
    device=c:\windows\himem.sys /v
    dos=high или low
    Убеждаемся что при загрузке выводится: Installed A20 handler number 2
    2 - это ps2
    1 - это at
    Самому можно установить с помощью himem.sys /v /m:at или  himem.sys /v /m:ps2
    Я делал bat-ник: test.bat
    --------------------------------------------------------
    UPCT.EXE scandisk c: /AUTOFIX /NOSUMMARY
    --------------------------------------------------------
    UPCT.EXE - чтобы не сидеть с секундомером, прога сама время выполнения scandisk-а посчитает.
    /AUTOFIX /NOSUMMARY - чтобы ScanDisk не останавливался на экранах результатов.
     
    ссылку на UPCT я давал на прошлой странице, можете вместо нее использовать другую программу, по желанию.

    Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 16:05 14-07-2022 | Исправлено: BolenB, 16:42 14-07-2022
    SweetLow

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

    Всего записей: 999 | Зарегистр. 08-03-2005 | Отправлено: 16:13 14-07-2022
    logins

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

    Цитата:
    продемонстрируй, что разница в “мощности” вообще есть.  
    Тестами продемонстрируй, цифрами

    К сожалению, для корректного тестирования VCACHE, необходимо сначала правильно настроить его верхний предел. В приведённой выше цитате впринципе сказано, как это делать. Но у меня почему-то есть некоторые сомения, те ли я адреса вычитал и применим ли вообще этот метод нахождения верхнего предела VCACHE для современных конфигураций. Ещё и поскольку "DF800000-DFFFFFFF System Reserved" создан искуственно, так же требуются дополнительные пояснения. Я не понимаю, как высчитать теперь правильно. Точнее - нет уверенности, что я делаю в нынешних условиях правильно.
     
    Добавлено:
    После правильной настройки можно будет уже и тестировать - сначала с верхним пределом, затем с нижним, что бы получить наглядную картину зависимости от размера VCACHE, как это сказывается на продуктивности, производительности, сколько затрачивается времени на те или иные последовательности автоматизированных сценариев работы, с выполнением различных задач и специальных бенчмарков, их повторяемость. Что на практике хорошо ощущается, перевести в цифры.
     
    Добавлено:
    SweetLow, кстати, вроде рекомендовал сделать этот диапазон (DF800000-DFFFFFFF) некэшируемым. То есть только задание VCACHE тут не достаточно, но ещё и MTRR надо выставить на этот диапазон как UC?
     
    Добавлено:
    И соответственно диапазон, который находится перед ним (Начиная с C0000000), который занят "000E0000-DF7FFFFF Unavailable for use by device" типа под кэш отводится? Это нормально, что он "Unavailable"? Надо ли для него MTRR выставлять?
     
    Добавлено:
    Вот смотрите, правильно ли я понимаю:
    - диапазон C0000000-DF7FFFFF, не смотря на то, что является "Unavailable for use by device", вполне может быть использован под VCACHE
     
    - это значит, MTRR для него должен быть установлен в WC
     
    Вот у меня что сейчас MTRR_VAR выдаёт (Так оно выглядит после батника от SweetLow):
     
    00000200 0000000000000006 0000000F80000800 2G @ 0 / WB
    00000202 0000000080000006 0000000FC0000800 1G @ 2G / WB
    00000204 00000000C0000006 0000000FE0000800 512M @ 3G / WB
    00000206 00000000E0000001 0000000FF0000800 256M @ 3G 512M / WC
    00000208 0000000100000006 0000000F00000800 4G @ 4G / WB
    0000020A 0000000200000006 0000000FE0000800 512M @ 8G / WB
    0000020C 000000021F000000 0000000FFF000800 16M @ 8G 496M / UC
    0000020E 0000000000000000 0000000000000000 Not used
    00000210 0000000000000000 0000000000000000 Not used
    00000212 0000000000000000 0000000000000000 Not used
     
    Получается, то место, которое под VCACHE - "WB", правильно ли это?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:45 14-07-2022 | Исправлено: logins, 17:34 14-07-2022
    volkovysk



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Чё тут, опять himem гоняем? Ну что ж, прогнал и я на машине с ЦП AMD Phenom II на сокете AM3 (комп 2010 года). Что патченый, что оригинальный himem, определяют машину как PS2.
    Итак, при патченном himem скорость проверки из голого MS-DOS7 скандиском HDD IDE с разделом FAT32 8ГБ:
    Режим АТ при DOS=LOW: около 3 с половиной минуты.
    Режим АТ при DOS=HIGH: 23-25 секунд
    Режим PS2 при DOS=LOW: одна минута 15 сек
    Режим PS2 при DOS=HIGH: 23-25 секунд

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 17:36 14-07-2022 | Исправлено: volkovysk, 17:42 14-07-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Получается, то что сейчас "DF800000-DFFFFFFF System Reserved" тоже WB? А должно быть UC?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 17:44 14-07-2022
    BolenB



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

    Цитата:
    Режим АТ при DOS=HIGH: 23-25 секунд
    Режим PS2 при DOS=HIGH: 23-25 секунд

    Файлов на разделе маловато, и результат +-трамвайная остановка. Можете перемерить?

    Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 18:01 14-07-2022 | Исправлено: BolenB, 18:04 14-07-2022
    uShell

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

    Цитата:
    Померять скорость переключения можно явным кодом и собственно такой написать не проблема.

    Пишу код. Какую функцию надо замерять: 1) Global или Local; 2) Enable и Disable в паре или по отдельности? Если по отдельности, то придётся довольствоваться однократным замером (и, соответственно, годится только TSC, который ещё и откалибровать по-хорошему надо), иначе можно прогнать туда-сюда в цикле (тогда при достаточном числе итераций можно читать таймер из 0040:006C).
     
    Добавлено:
    Тестирую на своём ноутбуке: Pentium III mobile 800 МГц, южник Intel 82371EB PIIX4E (по данным Аиды), MS-DOS 7.10 IF.
    DOS=HIGH, HIMEM 3.95 в режиме 1, выход из Windows - A20 изначально включена, ВЫКЛ-ВКЛ от 2061 такта (2.58 мкс).
    DOS=HIGH, HIMEM 3.95 в режиме 2, Windows не загружалась - A20 изначально включена, ВЫКЛ-ВКЛ от 2707 тактов (3.38 мкс). После загрузки-выгрузки Windows минимум 2691 такт (3.36 мкс).
    Получается, что режим PS/2 у меня медленнее режима AT почти на треть.
    Желающие поэкспериментировать могут скачать файл отсюда (ссылка действует неделю). Замеры делаются через RDTSC, поэтому точности лучше плюс-минус 0.3 мкс не обещаю. Будет разумным выполнить с десяток запусков и взять минимум (не среднее, т.к. побочные эффекты могут только ухудшить результат, но не улучшить). Файл можно запускать из-под любой системы, но в защищённом режиме он должен выругаться. Приветствуются тесты под старыми процессорами, особенно 80286 и поздние 80486 с поддержкой CPUID - можно будет проверить код определения типа процессора.

    Всего записей: 1013 | Зарегистр. 12-06-2019 | Отправлено: 18:18 14-07-2022 | Исправлено: uShell, 19:39 14-07-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins
    Цитата:
    для корректного тестирования VCACHE, необходимо сначала правильно настроить его верхний предел
    разве? те разница будет лишь между 256 и 720, и ни в коем случае не между 64/128/256/384/512/640, и их проверять не надо?

    Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 19:20 14-07-2022
    IFkO



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

    Цитата:
    вообще говоря патч вполне достаточен и хорошо удовлетворяет требованию "не навреди".
    P.S. И, кстати, патченный himem таки соответствует спецификации XMS...
    Приятно слышать! Шансы на включение HIMEM с этим патчем в сборку растут. Во всяком случае, пока ни одного отрицательного отзыва нет. Хотелось бы ещё услышать от HNKTO, на его проблемной машине этот HIMEM себя показывает лучше, хуже или так же?
     
     
    BolenB
    Вы двоичный код патчите или у вас исходник есть? Я это к тому, что к версии хаймема ОБЯЗАТЕЛЬНО нужно добавить индекс. Например "B", но вообще какой угодно, лишь бы сразу было понятно, что он патченый. И сообщения я бы предпочёл на русском.
    Но если вам это не интересно, могу поковырять это и сам. Боюсь только, что в случае доработки патча эти мои потуги пропадут.

    Всего записей: 6881 | Зарегистр. 22-09-2005 | Отправлено: 19:22 14-07-2022 | Исправлено: IFkO, 19:33 14-07-2022
    logins

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

    Цитата:
    разве? те разница будет лишь между 256 и 720, и ни в коем случае не между 64/128/256/384/512/640, и их проверять не надо?

    Можно и так конечно попробовать. Сейчас кстати глянул в SYSMON и минимальный порог (установленный системой автоматически, не вспомню уже, на каком этапе и при каком объёме ОЗУ) = 146МБ. А максимальный сейчас 600МБ (Ранее писал, почему). Но это значение, скорее всего, хоть и не вызывает проблем, но не является правильным. Очень большие сомнения насчёт его правильности. Так же пока непонятно, правильно ли установлен MTRR для используемого диапазона (Сейчас, судя по всему, WB). Хотя проблем пока не отмечено. От куда ждать их появление и в какой момент пока что не ясно. Поэтому, в таких условиях тестирование сложно назвать чистым, но выполнить вполне можно (Например, 146МБ vs 256МБ vs 384МБ vs 504\512МБ). Надо только придумать адекватную методику тестирования, отражающую в наиболее полной мере все зависимости от объёма VCACHE и у меня есть пока только некоторые идеи на этот счёт. У вас есть конкретные предложения, как гарантированно протестировать это место?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 19:51 14-07-2022 | Исправлено: logins, 20:03 14-07-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO, так пойдет?  
     

    Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 19:53 14-07-2022
    volkovysk



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

    Цитата:
    Файлов на разделе маловато, и результат +-трамвайная остановка. Можете перемерить?
    Вторично замерил, то же самое. Но там может и мало файлов, около 7000. Прогнал патченным HIMEM сочный хард на Атлоне XP. Мерял руками с секундомером, ну чтобы без косяков. Итак...
     
    • IDE с дисковым разделом 8ГБ, 96000 файлов, занято 98% объёма:
    режим АТ через биос, dos=high: 1мин 25сек ± 1,5сек
    режим АТ через ключ /M:AT, dos=high: 1мин 24сек ± 1,5сек
    режим PS2 по умолчанию, dos=high: 1мин 24сек ± 1,5сек
     
    • IDE с дисковым разделом 32ГБ, 76000 файлов, занято 99% объёма:
    режим АТ через биос, dos=high: 1мин 39сек ± 2сек
    режим АТ через ключ /M:AT, dos=high: 1мин 38сек ± 2сек
    режим PS2 по умолчанию, dos=high: 1мин 38сек ± 2сек
     
    Добавлено:

    Цитата:
    И сообщения я бы предпочёл на русском.
    НЕ НАДО!!! Что это за привычка переводить всё подряд, как в Ирфане. Мало того, что это может провоцировать потенциальные глюки, так русский текст будет нечитабелен, так как HIMEM по умолчанию загружается раньше, чем дрова для поддержки кириллической кодировки.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 20:09 14-07-2022 | Исправлено: volkovysk, 20:14 14-07-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins
    Цитата:
    У вас есть конкретные предложения, как гарантированно протестировать это место?
    нет. мне в голову не приходило выжимать "всю мощность" из системы, которая не может использовать ни всю память машины, ни все ядра, ни даже максимум частоты одного ядра.
     
    я даже затрудняюсь представить, как именно можно проверить дисковый кэш.  
     
    копированием кучи мелких файлов с одного чистого физического диска на другой, тоже чистый? не катит, упор будет во время случайноог доступа дисков.
     
    копированием одного очень большого файла с одного чистого физического диска на другой чистый? тоже не катит, упор будет в линейную скорость дисков.

    Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 20:48 14-07-2022
    uShell

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

    Цитата:
    русский текст будет нечитабелен

    В случае с 98IF этой проблемы не будет - русский шрифт встроен в IO.SYS. В остальных случаях, да, получим проблему (до загрузки русификатора) - на эти грабли наступили даже в Microsoft, русифицировав VBR.

    Всего записей: 1013 | Зарегистр. 12-06-2019 | Отправлено: 20:48 14-07-2022 | Исправлено: uShell, 20:50 14-07-2022
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    MERCURY127
    Цитата:
    так пойдет?  
    Конечно! Я просил ИМЕННО автора для того, чтобы это не потерялось при последующих доработках.
     
     
    uShell
    Цитата:
    В случае с 98IF этой проблемы не будет - русский шрифт встроен в IO.SYS. В остальных случаях, да, получим проблему (до загрузки русификатора) - на эти грабли наступили даже в Microsoft
    Собсно, в PC DOS и в MS DOS был такой псевдодрайвер, RUSFONT, кажется, или что в этом роде. Он делал именно это - загружал русский шрифт в самом начале загрузки, сразу после IO.SYS. Другое дело, что у IBM он срабатывал, а у MS почему-то нет Так что авторы от него избавились, в результате чего и наступили на грабли. И, да, в загрузчик IF русский шрифт встроен, за что огромное спасибо MERCURY127! Немалых трудов ему стоило закрепить его там красиво и на все случаи!

    Всего записей: 6881 | Зарегистр. 22-09-2005 | Отправлено: 21:14 14-07-2022 | Исправлено: IFkO, 21:21 14-07-2022
    logins

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

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

    Ну и ладно, я тоже пока вот так сходу не готов ещё продумать нормальную методику. Если появятся какаие-то новые идеи, можно будет вернуться к этому вопросу и позже.
     
    Я ещё с таких позиций подхожу к теме вкеша - в системе 3523.0 MB и редко когда они полностью занимаются (Такое бывает, например, при запуске нескольких виртуалок, одновременно, браузеров и других программ), в таком случае кеш освобождается до нижнего порога и память отдаётся программам. А вот в остальное время, когда памяти свободной много, какой от неё ещё может быть толк, если она не используется? Так пусть будет кеш не 256МБ, а 600МБ, при условии, что это не вызывает проблем. Чем плохо-то? Выйгрыш возможен от этого, а так вообще ничего. Просто пустые МБ в диспетчере...
     
    Если потребуются, они же высвободятся, автоматически.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 21:29 14-07-2022 | Исправлено: logins, 21:32 14-07-2022
    volkovysk



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    И всё же настоятельно рекомендую при русификации HIMEM оставлять на экране в качестве дубля аглицкую латиницу. То есть сразу на двух языках пусть надписи выскакивают. Потому что я давно убедился, что все эти самодельные русификации, и прочие упрощённые и экономящие память KEYRUS.COM и ФИГЗНАЕТЧТО.COM вызывают непредсказуемых косяков на порядок больше, чем поделие от MS. Потому что разрабы ПО для ДОСа не ориентировались на левые решения в MS-DOS.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 21:41 14-07-2022
       

    Страницы: 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

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — десятая часть
    IFkO (04-01-2024 19:57):


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

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru