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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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 :: Тема в Варезнике

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

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



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

    Цитата:
    Можно так безпроблемно и дальше запускать программы до тех пор, пока значение SwapFileInUse в системном мониторе не достигнет предельных 2GB (И почему не 4GB - вопрос).

    Ограничение же на максимальный размер файла 2GB.
    Чтобы преодолеть надо KERNEL32.DLL патчить.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 06:26 07-04-2023 | Исправлено: BolenB, 06:31 07-04-2023
    SweetLow

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

    Цитата:
    Можно ещё попробовать с параметрами

    Я в очередной раз посоветую ВНИМАТЕЛЬНО читать мои посты. И да, я в отличие от вас мануалы читаю ДО, а не после.
     

    Цитата:
    кеш можно ограничивать так же не прописями в System.ini

    Разницы нет никакой поскольку и  то и другое ограничивает максимальный регион виртуальной памяти под кэш.
     

    Цитата:
    Я всё это к тому, что PATCHMEM 7.2 не похоже что имеет отношение к наблюдаемым вами явлениям.

    Может это и не имеет отношения к большому количеству памяти, но тогда вывод что не работает UFSD. Т.е. хоть что-то да не работает нормально.
     

    Цитата:
    А так же в BIOS всё что касается встроенной графики ограничить до минимума и выключить.

    На ноутбуке принципиально нечего ограничивать - там только видеобуфер интеловской встройки. А на машине с RADEON 9500 регион для AGP и так 64MB - на что именно может повлиять его уменьшение?

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 09:03 07-04-2023
    uShell

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

    Цитата:
    Ограничение же на максимальный размер файла 2GB

    Разве не четыре (без 1-2 байт)? Делать signed int и при этом полностью игнорировать lpDistanceToMoveHigh было бы откровенно глупо, тем более что поле размера файла в FAT беззнаковое.
    UPD: а, это про своп, а не про обычные файлы...

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 16:04 07-04-2023 | Исправлено: uShell, 17:57 07-04-2023
    logins

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

    Цитата:
    Ограничение же на максимальный размер файла 2GB.  
    Чтобы преодолеть надо KERNEL32.DLL патчить.

    Весьма любопытно. Если после этого патча размер файла подкачки сможет преодолеть отметку в 2GB, нужно перетистировать всё по новой, уже с этим патчем. Для Windows 98 FE версия этого патча уже существует (Или только для SE)?
     

    Цитата:
    Может это и не имеет отношения к большому количеству памяти, но тогда вывод что не работает UFSD. Т.е. хоть что-то да не работает нормально.

    Возможно. У меня используется PNTFS.VxD, ссылку на который я давал ранее (100КБ). Почему я ранее отказался от использования UFSD.VxD, уже сейчас точно не вспомню, вероятнее всего из-за проблем с производительностью, которые были выявлены ещё на раннем этапе тестирования в ВМ (Быть может до хоста тогда дело и не дошло, почему и не помню о подобных проблемах, вызываемых им), но могу позднее проверить и с ним. И да, я помню, почему вам PNTFS.VxD не очень подходит.
     

    Цитата:
    Разве не четыре (без 1-2 байт)?

     
    Каксательно "KERNEL32 2GiB" я только один подобный патч знаю:
     

    Цитата:
                   ИСПРАВЛЕНИЕ ОШИБКИ KERNEL32 2GiB ДЛЯ WINDOWS 98/98SE
     
                                 Версия 1.4
     
                                  01/07/2011
     
                            Авторское право (С) 2010-2011
                              Рудольф Р. Лоу
                                 
                                 
     
    Исправление ошибки KERNEL32 2GiB исправляет обработку команд поиска файла (как
    lseek и SetFilePointer), чтобы правильно обрабатывались файлы размером до 4 ГБ.
    Этот патч обрабатывает все три режима поиска (от начала, текущей позиции и
    С конца). Патч Public Domain Copy2GB для этой проблемы корректен только
    обрабатывает режим поиска с начала.
     
     
     
    ОСТОРОЖНОСТЬ
     
    Некоторые плохо написанные приложения выполняют 32-битный относительный поиск до точки.
    начало файла, ожидающего сбоя поиска. Только с этим патчем
    Стремится к -1 потерпит неудачу. Предполагается, что все другие подобные поиски являются поисками
    укажите почти 4 ГБ после начала файла. Seek не подведет и
    любая запись приведет к увеличению размера файла почти до 4 ГБ. Здесь нет
    способ различить эти возможные предполагаемые действия, если не полный 64-битный
    Смещения указаны, поэтому никакое исправление невозможно без ущерба для поддержки.
    для файлов до 4 ГБ.
     
     
     
    ТРЕБОВАНИЯ
     
    Windows 98 или 98SE.
    Для Windows 95 доступна отдельная версия.
     
     
     
    СОДЕРЖАНИЕ
     
    KERNEL32.DLL версии 4.10.2225 KERNEL32.DLL с исправлением версии 1.4
    README.TXT Этот файл
    LICENSE.TXT Условия использования лицензии
     
     
     
    МОНТАЖ
     
    1. Разархивируйте все файлы.
    2. Загрузитесь в DOS, а не в DOS Box.
    3. Создайте резервную копию существующего файла WINDOWS\SYSTEM\KERNEL32.DLL.
    4. Скопируйте извлеченный файл KERNEL32.DLL в папку WINDOWS\SYSTEM.
     
     
     
    ОБНОВЛЕНИЕ
     
    1. Разархивируйте все файлы.
    2. Загрузитесь в DOS, а не в DOS Box.
    3. Скопируйте извлеченный файл KERNEL32.DLL в папку WINDOWS\SYSTEM.
     
     
     
    УДАЛИТЬ
     
    1. Загрузитесь в DOS, а не в DOS Box.
    2. Удалите файл KERNEL32.DLL в папке WINDOWS\SYSTEM.
    3. Восстановите исходный файл WINDOWS\SYSTEM\KERNEL32.DLL.
     
     
     
    ЛИЦЕНЗИЯ
     
    Прочтите условия лицензирования в файле LICENSE.TXT, прежде чем
    используя это Программное обеспечение. Установка драйвера означает принятие
    всех положений и условий в файле LICENSE.TXT.
     
     
     
    ВОПРОСЫ И КОММЕНТАРИИ
     
    Пожалуйста, направляйте любые вопросы или комментарии о Программе или
    Документацию мне на rloew@hotmail.com.
    Пожалуйста, присылайте любые отчеты об ошибках на rloew@hotmail.com.
     
     
     
    СПИСОК РАССЫЛКИ
     
    Если вы хотите получать уведомления об обновлениях и/или исправлениях или других продуктах
    от Рудольфа Лоу, напишите мне по электронной почте rloew@hotmail.com и попросите поставить меня на
    Список рассылки. Ваш адрес электронной почты не будет выдан и вы не получите
    любая нежелательная почта. Вы можете отписаться в любое время.
     

     
    Надо будет проверить. И нет, файлы-то нормально до 4GB создаются. Именно файл подкачки не растёт более 2GB.
     

    Цитата:
    На ноутбуке принципиально нечего ограничивать - там только видеобуфер интеловской встройки. А на машине с RADEON 9500 регион для AGP и так 64MB - на что именно может повлиять его уменьшение?

    Тогда всё в порядке, проблема в чём-то другом.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:51 07-04-2023
    BolenB



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

    Цитата:
    Надо будет проверить. И нет, файлы-то нормально до 4GB создаются. Именно файл подкачки не растёт более 2GB.

    Кто-ж вас знает. Вы на Win98FE или Win98If проверяете?
    Для Win98FE (и не только) пропатченные файлы есть у меня:
    https://www.old-games.ru/forum/blogs/nabory-obnovlenij-dlja-integracii-v-distributiv-windows-95osr2-win98-win98se-winme.5681/

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 19:00 07-04-2023
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    На FE, разумеется. Пропатченные файлы можете отдельно залить на upload.ee или sendfile.su? Надо проверить, потому как это во всех 9х системах так. Или это тоже самое, что я процитировал выше? Или это какой-то другой патч? Ссылку на первоисточник патча привести сможете?
     
    Добавлено:
    Или хотя бы скриншот-подтверждение, что такое поведение поддаётся вообще изменению (Win386.swp > 2GB в принципе?).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 19:34 07-04-2023 | Исправлено: logins, 19:39 07-04-2023
    HNKTO



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

    Цитата:
    Adobe Acrobat Reader 6.06 CE

    Пусть будет. Я и им периодами пользуюсь. Когда надо не читать, а вынимать из ПДФов данные. Фокситы с этим справляются плохо.

    Цитата:
    SwapFileInUse в системном мониторе не достигнет предельных 2GB (И почему не 4GB - вопрос)

    Да вроде достигает. Но проверять надо мой склероз. Да и то всё на IF игралось.
    Не стоит забывать что без особых ухищрений 9х для одного процесса более 2гб - 32мб виртуальной памяти выделить не может из архитектурных соображений. (тоесть читая начало у тебя ВПЦ более 2гб ОЗУ потреблять не может никак, как и любая другая программа в одиночку в себя)
     
    Кстати

    Цитата:
    11:54 04-04-2023

    Читаю это... А скажи кратко, какой размер NTFS раздела у тебя UFSD уже не открывает? Просто в настройках всё по умолчанию? На MBR (а то я так вроде понял тут возникла разница) А то что-то разбегается и не могу понять в сути.
    Так-то у меня 550гб открывает, читает, пишет. Но более 550гб у меня винтов нет чтоб пробовать, смотреть что будет. (хотя если важно - домой приду могу точно сказать сколько там тот раздел игровом ведре объёмом)

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 12:41 08-04-2023 | Исправлено: HNKTO, 12:42 08-04-2023
    SweetLow

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

    Цитата:
    UFSD.VxD, уже сейчас точно не вспомню, вероятнее всего из-за проблем с производительностью

    Как раз у UFSD с производительностью всё в полном порядке. Это PNTFS тормозит на больших объёмах.
     

    Цитата:
    И да, я помню, почему вам PNTFS.VxD не очень подходит.

    Вообще то как раз PNTFS я и пользуюсь, причём ридонли версией. Чего бы он мне вдруг не подходил? На полуторатерабайнике он уже тормозит, но терпимо.
     
    HNKTO
    Выше по тексту всё описано. Главное ограничение в UFSD не объём раздела, а количество кластеров - 1G.
    P.S. Как раз на кластере в 512 байт на твоём 550 гигабайтнике это ограничение ровнёхонько и сработает.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 14:24 08-04-2023 | Исправлено: SweetLow, 14:26 08-04-2023
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO
    ВПЦ более 2гб ОЗУ потреблять не может никак, как и любая другая программа в одиночку в себя
     
    Никто ведь и не говорит об обратном. Более того, в голом остатке, для гостей, остаётся и того меньше. Можно запустить, например, Windows 7, с выделенными для неё 1280МБ ОЗУ и использовать полноценно, а если в дополнение к ней запустить ещё и Windows XP с 512МБ ОЗУ, одновременно, тогда одна из ОС после запуска и полной инициализации памяти начинает вставать на паузу (та, которая находится в фоне). Снимая же её с паузы, встаёт другая. Я сейчас попробовал по другому, так сказать штатно, то есть - 1024МБ для Windows 7 и 512МБ для Windows XP. И они работают уже параллельно, не вставая на паузы. По идее, должно ещё оставаться 512МБ где-то, примерно? Вот и проверим. Запускаю третью ВМ (Windows XP SP3) c 512МБ. И сразу обе фоновые ВМ встали на паузу. Понижаю на 128МБ - аналогично. Ещё на 128МБ - всё так же. Ещё - и вот уже почти до рабочего стола загрузка доходит, но нет. Оставляю всего 64МБ - вот так нормально, все три работают уже одновременно. Получается, фактически, на гости остаётся всего 1024+512+64МБ, без "переливаний из соcуда в сосуд" (Отнимая у одной, ставя на паузу, отдавая другой, активной на текущий момент), именно так, что бы все три работали параллельно и одновременно.
     
    Остальное хосту отстаётся. И всё, что остаётся я и пытаюсь сейчас занять другими программами (Браузерами, играми, плеерами), дабы протестировать патченный Kernel32.DLL, предложенный BolenB выше (Авторства Рудольфа Р. Лоу). Пока что не удаётся заполнить win386.swp до 2GB и попробовать хоть немного превысить этот предел (В настоящий момент занято ещё только: SwapfileInUse 619M; SwapfileSize 968M).
     
     
    Добавлено:

    Цитата:
    Чего бы он мне вдруг не подходил?


    Цитата:
    UFSD - 64KiB кластер
    PNTFS - 4KiB кластер (бОльшие действительно НЕ поддерживаются)

    Именно про это ограничение имелось ввиду. Если это не столь существенно, то и ладно.
    Я так понял, у вас очень большие диски, размеченные в GPT и для них UFSD разве не предпочтительней?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 14:48 08-04-2023 | Исправлено: logins, 15:23 08-04-2023
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins, это я описал крайнюю теорию, ЧТО 9х способна отдать в юзер-спейс в принципе. А в этом юзер-спейсе где-то должен сидеть код ВПЦ и все данные которые она себе создаёт для своей собственной работы + библиотеки + туда надобности получить сколько-то одним куском, а когда остаётся уже нифига за счёт фрагментации того что осталось и получить одним куском - нифига. А через размолоть в фарш из мелких кусочков - что вероятно, не реализовано.
    Так что 1600мб под собственно внутреннее ОЗУ гостевых ОС - это ещё отличный результат. (вот кусочками по 32мб и меньше ты на ней возможно ещё несколько запустить сможешь)
     
    SweetLow, эх, нет у меня в хозяйстве винтов чтоб хоть как-то помочь в твоих занятных исследованиях. Пока старья хватает.
     
    Добавлено:
    снова набросал побырику. поробуй жрать память этим: http://sendfile.su/1666695
     
    Добавлено:
    соответственно в т. ч. запуская пачку рядом друг за другом покуда ОС вообще будет давать запускать

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 15:22 08-04-2023
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Упс, нет, я поспешил с выводами. Оказалось, что у меня просто памяти не хватало. Я сейчас увеличил посредством BURNMEM общий объём системной памяти, доступной для Windows ещё на 256МБ и теперь две гостевые ВМ (Windows 7 и Windows XP) уживаются одновременно (Первой выделено 1024МБ ОЗУ, второй 768МБ ОЗУ). Обе работают параллельно! На паузу не встают. Сейчас попробую третью запустить (На 768МБ). Почему не хватало 2.3GB (В первом случае) не совсем пока ясно.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:36 08-04-2023 | Исправлено: logins, 16:53 08-04-2023
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    ВСЕМ:
    Добавил в таблицу всякую мелочь, связанную с записью CD и аудиоредакторы. Замечание: Wavosaur чуть доработан по сравнению с тем, что в сборке: немного дополнен перевод, буквально двумя словами.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 18:06 08-04-2023
    SweetLow

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

    Цитата:
    Именно про это ограничение имелось ввиду

    Так 4KiB кластер - это 16TiB раздел. У меня пока таких объёмов нет. А вот ограничение в 1G кластеров с таким кластером на 6 терабайтнике уже сработало с чего собственно все последующие исследования и начались.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 18:27 08-04-2023
    logins

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

    Цитата:
    снова набросал побырику. поробуй жрать память этим: http://sendfile.su/1666695  

    Результаты получаются с ним не те, что обычно наблюдаются в реальных условиях. Быстрее выростает AllocatedMemory до 4GB, чем SwapfileSize\SwapfileInUse успевают подрости хотя бы более 1GB, как следствие, вываливается с ошибкой:
     
    MEMEAT caused an invalid page fault in
    module MEMEAT.EXE at 0187:00401090.
    Registers:
    EAX=00000000 CS=0187 EIP=00401090 EFLGS=00010206
    EBX=bff8516b SS=018f ESP=0064fde0 EBP=0064fe38
    ECX=00401192 DS=018f ESI=000a3d00 FS=66b7
    EDX=bffcd490 ES=018f EDI=00000000 GS=0000
    Bytes at CS:EIP:
    89 04 87 83 c0 01 3b c6 72 f6 68 a0 a1 40 00 e8  
    Stack dump:
    000088ae 00000001 bff8cae1 00401380 00000002 00770a80 00770a50 3296c98b 00000000 818677dc 00540000 c0000005 0000000a 00000004 00000000 00000000
     
    Надо сделать так, что бы именно SwapfileSize\SwapfileInUse сначала подростал до 2GB, как это присходит в нормальных условиях (Когда мы запускаем типичные пользовательские программы: обозреватели, виртуалки, проигрыватели, игры, торрент качалки, мессенджеры и прочее).
     
    Добавлено:
    Попробую ещё:
     
    1. Ограничить память обратно (До 2.3GB или менее). Вроде бы как раз надо именно менее 2GB, что бы получить правильный результат.
    2. Попробую им заполнять не с нуля, а в дополнение к уже имеющемуся набору.
     
    Добавлено:

    Цитата:
    Попробую ещё:  

    Вот так ограничение проявляется уже вполне чётко: Вываливается с ошибкой ещё задолго до достижения AllocatedMemory предельных 4GB, когда SwapfileSize\SwapfileInUse находится на отметке около 2GB. То есть оно не может пробить именно этот упор в потолок на 2GB, когда расти ещё в принципе есть куда (AllocatedMemory ещё далеко не заполнен). В общем не растёт win386.swp более 2GB даже с патчем. Проверяйте.
     

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 20:29 08-04-2023 | Исправлено: logins, 20:55 08-04-2023
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    хммм. Он делает это:
    Подробнее...
    Интересно с каким значением ты их запускал что они стали валится с такой ошибкой.
    Кстати чтоб свап в принципе рос должно быть в принципе мало ОЗУ. Если у тебя 2.3 ОЗУ то заставить вырасти свап более 2х гигов уже очень проблематично. Тоесть наоборот зажми доступную оперативку в минимумы.
    Или, отдельно нужно подумать. Вспоминаются какие-то АПИ запрашивающие распределение какого-то места прямо в файле подкачки (что-то вроде с временным потоковым хранением связанное и созданием временных "файлов" внутри файла подкачки), но опять-же с другого боку оно может стимулировать не то что хотим проверить.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 22:27 08-04-2023
    logins

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

    Цитата:
    Тоесть наоборот зажми доступную оперативку в минимумы.

    Я же так и написал, что собирался и сделал:

    Цитата:
    1. Ограничить память обратно (До 2.3GB или менее). Вроде бы как раз надо именно менее 2GB, что бы получить правильный результат.  
     

     
    Именно при таком варианте оно и должно было вылезти за пределы 2GB, но нет, получился меньший AllocatedMemory. Таким образом программы ссумарно располагают (При этом, не более 2GB на каждую):
     
    При 512МБ ОЗУ - 2.5GB
    При 1GB ОЗУ - 3GB
    При 2GB ОЗУ - 4GB
    При 3GB ОЗУ - 4GB
     
    В последнем варианте AllocatedMemory достигает 4GB раньше, чем файл подкачки преодолевает отметку в 1GB. Поэтому выгоднее всего иметь не менее 2GB.
     
    Virtual PC оперирует 2GB перекачивая память от одной ВМ в другую, если ссумарно они занимают больше (К примеру 3ВМ по 768МБ на каждую). То есть ставит фоновую ВМ на паузу и откачивает из неё память в активную, находящуюся на переднем плане. При возврате в неё, возвращает обратно, отнимая у теперь уже фоновой.
     
    Добавлено:
       
     
    Для каждой установлено 768МБ. Первой была запущена Windows 7 [SP1] и съела 768МБ, за ней Windows XP [SP3], съела так же 768МБ, после запуска третьего гостя Windows XP [SP2], уже в процессе загрузки, первый гость встал на паузу и память из него начала перекачиваться в третьего гостя, пока его объём ОЗУ не заполнился до требуемой отметки в 768МБ.
     
    Добавлено:
    И да, протестированный патч Kernel32.DLL от Рудольфа Р. Лоу, не снимает ограничение на предельный размер файла подкачки в 2GB.
     
    Добавлено:
    В общем весь объём ОЗУ выше отметки 2GB просто замещает собой соответствующий этому размеру кусок файла подкачки, предельный размер которого так же 2GB. Суммарный же объём памяти 4GB, что и соответствует полноценной 32 битной ОС без поддержки технологий PAE\PSE.
     
    Добавлено:
    Можно в общем-то и одному гостю весь этот объём выделить, только тогда надо хотя бы 2.5+ GB общей системной памяти, ведь ещё и на программы в хосте что-то должно оставаться и на файловый кеш:
     
     

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 23:36 08-04-2023 | Исправлено: logins, 02:18 09-04-2023
    logins

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

    Цитата:
    Интересно с каким значением ты их запускал что они стали валится с такой ошибкой.

    262144, много раз, то тех пор, пока не появилась ошибка. После появления сократил в 10 раз и ещё несколько запустилось, но потом снова ошибка. Это всё происходит уже при достижении AllocatedMemory около 4GB. Предыдущие естественно не закрывались, продолжая занимать память.
     

    Цитата:
     опять-же с другого боку оно может стимулировать не то что хотим проверить.

    На данном этапе именно то. Сейчас хоть как бы получить win386.swp более 2GB. Что бы понимать, может ли оно впринципе выше этой отметки. И скорее всего - нет. Видимо там какая-то глобальная архитектурная особенность, дающая такое ограничение, которое нельзя просто снять, полностью не переписав код. Рудольф бы наверное снял, если бы это было возможно.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 01:56 09-04-2023 | Исправлено: logins, 02:08 09-04-2023
    HNKTO



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

    Цитата:
    При 512МБ ОЗУ - 2.5GB  
    При 1GB ОЗУ - 3GB  
    При 2GB ОЗУ - 4GB  
    При 3GB ОЗУ - 4GB

    и

    Цитата:
     Быстрее выростает AllocatedMemory до 4GB

    я-б твоё

    Цитата:
    В общем весь объём ОЗУ выше отметки 2GB просто замещает собой соответствующий этому размеру кусок файла подкачки...

    Описал-бы иначе:
    при недостатке ОЗУ ОС не может выгрузить в файл подкачки более 2Гб виртуальной памяти. Так что в принципе занять всё виртуальное адресное пространство заявленное для полноценной 32 битной ОС без поддержки технологий PAE\PSE можно лишь если на ЭВМ имеется не менее 2гб ОЗУ.
    Тоесть суммарный доступный объём виртуальной памяти в 98й формируется как 2гб + RAM. (отметим, что в SE получается вообще не более 2.5гб VRAM с учётом ограничений на объём ОЗУ)
    (конечно тут ещё можно интереса ради потыкаться с temp file stream in swap, file mapping и как оно влияет на ситуацию)
    Но вообще ещё одно интересное открытие к списочку.
    -

    Цитата:
    262144, много раз, то тех пор, пока не появилась ошибка.

    Да. Спасибо. Уже дома на 98й проверил, увидел то-же. ..короче я обработчик прерывания по отказу ОС в выделении памяти реализовал с ошибкой. Будем считать всё ок.

    Цитата:
    может ли оно впринципе выше этой отметки. И скорее всего - нет.

    ИМХО Уже по абсолютному большинству выяснили что НЕТ.
    Даже если АПИ "ручного манипулирования содержимым подкачки" и позволит раздувать его более 2х гб, это штука которая в очень редком ходу в ПО, чтоб ставить такое на вообще хоть какой учёт.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 10:47 09-04-2023 | Исправлено: HNKTO, 11:25 09-04-2023
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    ВСЕМ:
    Назрел ПРИНЦИПИАЛЬНЫЙ вопрос по грядущей (уже почти готовой) сборке IF/2, я пока ни на что не решился:
     
    Понятно, что всякие художественные переделки из неё будут исключены. То есть картинки-иконки остаются как были в оригинале. А вот остальные сторонние патчи? Это же не кошерно???
    Например, левый перевод на русский?
    А исправления явных ошибок в оригинальном переводе?
    А патчи R.Loew?
    А поправки SweetLow?
    А переделки MERCURY127, например, DMRP ?
     Ну и так далее... Не вижу той черты, которая в данном случае отделяет "нужно" от "нельзя".
     
    Самый яркий пример - IO.SYS Он может быть:
    - со всеми официальными патчами
    - с патчем R.Loew на совместимость с "дикими" разделами дисков
    - с патчем от Maxud на очерёдность букв дисков
    - с отрезанными заставкой и диспетчером конфигураций
    - с приклеенным русским шрифтом и соответственно - с русскими сообщениями
    - к тому же с патчем на русскую локаль
    - после всего ещё и уплотнённым
    Вот что из этого нужно в "кошерной" сборке IF/2, а что ни в коем случае недопустимо?
    Хочется понять разброс мнений хотя бы на форуме.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 12:38 09-04-2023 | Исправлено: IFkO, 12:41 09-04-2023
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Иными словами, полноценной 32-бит ОС (Без поддержки PAE\PSE) Windows 98 становится только после установки 2GB ОЗУ. Или боллее. А Windows XP например даже с 256МБ уже является полноценной. Плюс поддержка PAE и НЕограниченный в 2GB файл подкачки и так же не ограниченный по количеству (Можно создавать несколько файлов подкачки на разных физических дисках - этакий RAID0 для виртуальной памяти). Ну и конечно неграниченный файловый кеш. Что же делать здесь, если ограничение снять не получится? Вообще, дело в том, что система ХОЧЕТ выделить больше 2GB в ФП, но не может ИМЕННО записать, ввиду какого-то ограничения или она впринципе не может более 2GB вообще отдавать в ФП? Если первое, то что насчёт сжатия? Может быть как-то заставить ОС сжимать информацию, помещаемую в файл подкачки? Так же, зависит ли от размера кластера здесь чего-то? То есть оно фактически упирается в то, что размер превышен или больше записать хочет, но не может из-за особенностей ФС и разметки носителя? Что если попробовать на FAT16 поместить win386.swp? Возможно, оно функционирует низкоуровнего и не важно какая ФС и уж тем более размер кластера, но и учитывает ведь фрагментацию и иные особенности, значит работает всё-таки неким стандартным путём. И ещё, там вроде страничный же обмен используется и размер страницы вроде где-то настраивается. Может нету соответсвия между размером страницы и размером кластера? То есть система выгружает в ФП 1КБ, а поскольку страница по умолчанию 4КБ (Допустим), мы теряем уже все три. А поскольку диск размечен в 16КБ, то и вообще все 15 в никуда улетучиваются. В общем мне кажется тут надо сначала с тонкостями настройки оного разбираться, что бы выжать из этих 2GB максмимум. С другой стороны, всё равно мы имеем не более 4GB и вся эта возьня актуальна только для маленьких объёмов ОЗУ <2GB. В настоящее время проще памяти добавить до 2 или более GB. Но всё равно, не 100% эффективность использования ИМЕЮЩИХСЯ в Windows 98 возможностей - не дело так-то.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 14:01 09-04-2023
       

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