» Windows 98 SE (оптимизация и улучшение) — третья часть

IFkO
Простите. Наверное, слишком привык работать с дураками, а может наоборот - не научился.

Чтобы исправится, расскажу о vmm32.vxd:
Итак, vmm32.vxd суть есть из себя главный загрузочный файл Windows.
Он состоит из DOS-части загрузчика Windows, а также из драйверов виртуальных устройств.

В дистрибутиве он содержит только один, главный драйвер VMM - диспетчер виртуальных машин и памяти. При установке в него добавляется куча других, необходимых драйверов. Сам файл сжимается. Если в каталоге \system\vmm32 обнаружен файл с именем драйвера, уже содержащегося внутри vmm32.vxd, то используется он. Всегда, даже в случае vmm.vxd.

- Для операций с vmm32.vxd предусмотрена утилита devlib.exe из 98DDK;
- Vmm.vxd, используемый в обновлениях и в этом пакете, аналогичен vmm32.vxd из дистрибутива: тоже dos загрузчик и тоже драйвер VMM. Поэтому его нужно переименовать при встраивании в дистрибутив;
- Логически, быстрее будет загружаться система с сжатым vmm32.vxd и без файлов в system\vmm32, практически на современных ПК несущественно.

Simplestas

Цитата:

Данный патч позволяет Windows 98 SE видеть и использовать до 2Гб и более ОЗУ, без нарушения функциональности DOS программ и оборудования (хотелось бы верить).
Оформлен в виде .bat файла, что позволяет установить его из DOS, если Windows не грузится. Содержит пропатченные версии файлов:
- vmm.vxd 4.10.2226
- vcache.vxd
- himem.sys.
Использованы английские версии файлов (но этого может быть заметно только на синем экране смерти).

vmm.vxd 4.10.2226 входит в Q288430, также как и Ntkern.vxd 4.10.2225.
Может имеет смысл включить и Ntkern.vxd для комплекта?

Simplestas
Где-то и я погорячился, видно, с утра не в настроении был... Беру свои слова обратно.

Цитата:

о vmm32.vxd

Тут многое очевидно. Во всяком случае, после внимательного рассмотрения обсуждаемого патча. Но есть нюансы:
1) кто проверял: что именно патчится в англоязычных файлах - хотелось бы иметь пропатченные русскоязычные.
2)
Цитата:

vmm.vxd 4.10.2226 входит в Q288430

, но из него VMM32 никак не склеить. Что в нем такого, без чего не обойтись?
3)
Цитата:

предусмотрена утилита devlib.exe из 98DDK

- что она может, и где ее взять?

IFkO
Никак не клеит? wininit выдает ошибку или что? Можно попробовать взять DOS часть от оригинального, русского. Исправления вроде бы не сверхважные (зависания и утечки памяти), но хотелось бы иметь. devlib.exe позволяет сжимать/разжимать, а также добавлять/извлекать драйверы из vmm32.vxd. Вот кстати интересная информация
BolenB
Ну так включите, никто не мешает. Я вот не уверен, не потянет ntkern.vxd другие обновления для Firewire/WDM.

Simplestas

Цитата:

Никак не клеит?

Ну, я не был особо настойчив. Но и оригинальная версия 4,10,2226, и пропатченная после первой перезагрузки отказались склеиваться в VMM32, а когда я пожелал продолжить как есть, заявляют, что им нехватает Extended (кажется - какая мне, собственно, разница, чего именно им там не хватает) памяти, и на этом выключают компьютер.
Возможно, это происходит только с 98IF, для 98SE еще не пробовал. Однако ясно, что 98IF, работающая с большими объемами памяти, пока не светит...

Цитата:

devlib.exe

ССылочка есть?

Цитата:

Вот кстати интересная информация

Об этом знаю.

Цитата:

Я вот не уверен, не потянет ntkern.vxd другие обновления для Firewire/WDM

Можно подробнее: что это за обновление такое, почему оно может потянуть за собой другие?

Цитата:

Можно попробовать взять DOS часть от оригинального, русского.

Дык тогда прощай, надежда на работу с большим ОЗУ! А если его патчить, то как именно?

IFkO

Цитата:

ССылочка есть?

нашел у себя "набор" из нескольких утилит, в тч и devlib.exe : вот тут (40кб)
откуда они взялись не помню...

Результаты экспериментов на выходных:
1) Оказаоль что "сам дурак" : воткнул в AUTOEXEC.BAT Запуск DOS-нафигатора, а он у меня DPMI-версия. Работать то он работает, но по выходу чего-то "запарывает" в памяти.
И винда далее не грузится .
После удаления DN-а, патч от Simplestas - заработал и на машине с 2-Гб ОЗУ (без патча она, по прежнему, вообще не грузится , даже в safemode) , но был замечено 2 глюка:
1) - это то про что уже говорил AlexG - MaxPhysPage - необходимо убрать или задать равным
всему объему памяти, в противном случае у меня не работал DOS.
2) - не запускается скандиск - пишет что мало памяти. Все остальное было нормально (в т.ч. и DOS) .

Но вот после установки видеокарты GF7900-256Мб AGP , которая занимает зоны адресов D0000000, E0000000
(до этого была GF5200-128Мб AGP, эти зоны адресов были свободными) - все стало старшно глючить (отказался работать видеодрайвер, перестала работать мышь ...), и никиакое шаманство с system.ini - не помогло.

2) На другой машине с 1 Гб, на которой раньше приходилось ограничивать MaxPhysPage - до 512, а Filecache - до 256 - все заработало вообще без нареканий (несмотря на занятые зоны D0000000, E0000000), ограничение MaxPhysPage - не влияет на работоспособность (при установленном патче) DOS- работает, скандиск тоже, драйверы Audigy 2 ZS (стоит она там) - тоже никуда не отваливаются и звук нормально работает. Гигобайт памяти - реально используется -
заметно быстрее стал работать Photoshop.


2 Simplestas : Вы пропатчили VCACHE.VXD на ограничение в 512мБ ?, может выложите отдельную версию на 256мБ .
Кстати как оно теперь реагирует на параметры MAX и MINfilecache в system ini (по моему - никак ) ??


Цитата:

Простите. Наверное, слишком привык работать с дураками, а может наоборот - не научился.

Ну мы не такие уж дураки, просто документации не имеем Если бы вы выложили всю инфу, следующую за этой цитатой, 2 днями ранее - сэкономили б мне массу времени. Сейчас я это все уже сам нарыл, или установил опытным путем.
Кстати "собрать" VMM32 мне так и не удалось ни devlib-ом, ни wininit-ом - оба с ругаются, что "невозможно собрать", ну да ладно это сейчас уже и не важно.
Если не трудно, распишите по подробнее, что именно патчится в HIMEM.SYS,
и VMM.VXD . (в VCACHE.VXD, как я понял, только потправляется максимальный размер Vcache)

Совсем зашился, ничего не успеваю, поэтому выбросил по мелочам - обновленный DrWeb, Nero 6 и 7 со слегка подчищенным переводом. Все для 98IF и "Собери себе Windows"

Я не уверен и не знаю точно, что делают патчи в VMM.VXD, в HIMEM.SYS - писали, что меняет количество то ли файлов, то ли рукояток...
Не вижу большого смысла в патче vcache.vxd на 256МБ - [vcache] должен работать, а в safe mode - вроде и так все хорошо.
Еще один способ решения проблемы с большим объемом ОЗУ - альтернативный himem.sys с возможностью ограничения памяти. Возможно, найдется качественное решение, позволяющее решить проблему с 2ГБ полностью.

Извините, люди, похелпите плииз, первый раз столкнулся с таким финтом на винде-98.
Хочу стереть 3000 файлов из Recycle Bin после Empty Norton Protected files. Пишет Cannot delete DC0: Access is denied. - НЕ МОГУ УДАЛИТЬ ФАЙЛЫ уже несколько дней. ПРоверял Norton Disk Doctor, DR. Web... Ума не приложу, чо за лажа... никогда не было!
Чо делать то? ПОдскажите...

Цитата:

Хочу стереть 3000 файлов из Recycle Bin

А если удалять частями, например по сотне (сколько удастся выделить за раз в окне проводника без прокрутки).

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

Похоже, Norton Protection заблокировал эти файлы - попробуйте отключить.
Не поможет - загрузитесь в ДОС и снесите все в нем.

EDantes
Спасибо!

cuneiform
Перезагрузиться в режиме DOS и выполнить DELTREE RECYCLED

2 Simplestas

Цитата:

Не вижу большого смысла в патче vcache.vxd на 256МБ - [vcache] должен работать, а в safe mode - вроде и так все хорошо.

Это еще не занчит что его (смысла) нет !!!!
Если занята зона адресов "D" (а она занята любой боле-менее современной видяхой VRAM >=256Мб) то vcache будет "наезжать" на нее, ограничение MaxFileCache в 256Мб в system.ini тут может не помогать, ибо, как уже говорилось, адреса все равно резервируются до интерпретации этой строки (потом просто используется не вся область) и резервироваться они будут на 512 мб, что не есть правильно. Похоже именно это и происходит у меня.
Вопрос: какие файлы пришлось "лечить от жадности" , только VMM.VXD, или все ? (если только VMM.VXD, то можно пропатчить vcache.vxd (причем русскую версию) патчем от R.loew, на нужный размер vcache, а VMM.VXD - взять ваш )
2 IFkO
похоже что "клеить" и не надо, достаточно просто положить обновленные версии в папку system\vmm32.
у меня еще руки не дошли поэксперементировать как будет работать инсталлятор с этими файлами, но вроде, по логике вещей, проблемм быть не должно.

>Simplestas
>альтернативный himem.sys с возможностью ограничения памяти
Можно и без альтернативного обойтись. Обычному HIMEM.SYS можно замечательно урезать память - заинтересовала меня тема в мае прошлого года, написал я лимитер памяти, правда проверить на загружаемость с действительно большим объемом не судьба - нету у меня машины с 98 и таким объемом под рукой.

Обновил поддержку мониторов для 98IF и "Собери себе..." - добавил 3 десятка мониторов LG и Samsung.
Kirill666

Цитата:

похоже что "клеить" и не надо

Мне надо, если пытаться встроить это в дистрибутив, хотя, может, удастся договориться с установщиком не склеивать VMM32, а использовать как есть, частями...

Цитата:

Мне надо, если пытаться встроить это в дистрибутив, хотя, может, удастся договориться с установщиком не склеивать VMM32, а использовать как есть, частями...

А положить vmm.vxd, переименованный в vmm32.vxd, в каталог дистрибутива, как предлагал Simplestas, не помогает ??

Цитата:

только VMM.VXD

Да.

Цитата:

можно пропатчить vcache.vxd

Можно.

Цитата:

Обычному HIMEM.SYS можно замечательно урезать память - заинтересовала меня тема в мае прошлого года, написал я лимитер памяти

Ну так поделитесь, мы проверим.

Цитата:

положить vmm.vxd, переименованный в vmm32.vxd

Очевидно, что нет. Значит, копировать vmm.vxd отдельно или ковырять далее.

http://sweetlow.at.tut.by/download/burnmem.zip

для примера
device=burnmem.sys 10000000
- это ограничение до 256M

Kirill666

Цитата:

положить vmm.vxd, переименованный в vmm32.vxd, в каталог дистрибутива

В этом случае при установке система пытается склеить VMM32 из компонентов, которые к этому непригодны. В этом-то и беда.

Цитата:

Internet Explorer 6.0 SP1 Rus + MUI Packs (9x/ME, 2k/XP) (81.5 Мб)

это конечно хорошо, а на английскую винду установится?


Добавлено:
Дико извиняюсь - вопрос снят!!

SweetLow

Цитата:

Можно и без альтернативного обойтись. Обычному HIMEM.SYS можно замечательно урезать память - заинтересовала меня тема в мае прошлого года, написал я лимитер памяти, правда проверить на загружаемость с действительно большим объемом не судьба - нету у меня машины с 98 и таким объемом под рукой.

Потестил я ваш драйвер burnmem.sys с ограничением до 256MБ. Отличная вещь! Windows считает, что у меня 256МБ RAM (но я то знаю, что у меня 1.5 Гб). Не потребовалось никаких шаманств с MaxPhysPage и MaxFileCache. Потестил несколько прог и игрушек, всё работает.
Плохо только одно. В Safe Mode Windows игнорирует autoexec.bat и config.sys, соответственно драйвер не грузится, винда видит 1.5 Гб памяти, пугается и не грузится.
Думаю идеальный вариант был бы пропатчить himem.sys, чтобы он видел не больше 512 МБ памяти. Для старого DOS и Win98 софта и игр этого обьема будет выше крыши. Опять же отпадут проблемы с патчами VMM32.VXD и VCACHE.VXD, они будут не нужны.
Идея хорошая, жалко навыков в asme маловато, неосилю.

2 BolenB :

Цитата:

Думаю идеальный вариант был бы пропатчить himem.sys, чтобы он видел не больше 512 МБ памяти. Для старого DOS и Win98 софта и игр этого обьема будет выше крыши.

Не проканает, по 2 причинам:
1) как вы сами заметили:
Цитата:

В Safe Mode Windows игнорирует autoexec.bat и config.sys,

следовательно ваш пропатченный himem.sys - также в пролете, как и burnmem.sys
2) 512Мб для современых систем, если занят диапазон адресов с D0000000, - бывает многовато. Я об этом уже сто раз писал. А обрезать сразу до 256Мб - всеже как-то жалко.
Тем более что от 1Гб - под 98- тоже есть польза (я ранее написал что у меня стал заметно быстрее грузится фотожоп). Так что хочется все-же добить патчи VMM.VXD. Хотя, я, например, не исключаю варианта, когда до 1 Гб - ограничено burnmem.sys, а далее - патч VMM.VXD, у меня на машине с 1 Гб он работает без глюков.

А вот на машине с 2 Гб - все значительно интереснее: Попробовал я тут пропатчить VCACHE.VXD на 256Мб ,кстати если кому еще надо, то патчится все элементарно:
800Мб 512Мб 256Мб
(исходно)
00005D25: 20 00 00
00005D26: 03 02 01
00005D2C: 20 00 00
00005D2D: 03 02 01
(Думаю, что как поставить ограничение на любую другую величину - желающие сами догадаются )
Так вот, после этого вышеописанныя система стала работать почти без глюков, в точности как было с видяхой GF5200, которая не занимает зону D0000000-DFFFFFFF, не запускался только scandisk. Причем когда я установил MDCU на эту систему (и разобрался с тем что он переписывает VMM.VXD, опосля чего система опять перестает грузится напрочь) этот глюк тоже ушел. Правда тут у меня есть подозрение, что винда , либо изначально криво встала либо при длительных экспериментах с ошибками распределения памяти, испортилась, по крайней мере я нашел некоторые приложения "побитыми" возможно MDCU - просто чегото переписал из жизненно необходимых файлов - потому глюк со скандиском и ушел. Буду вделывать в дистрибутив - попробую переставить все заново, там и проверим....

2 AlexG : А на вашей машине (про которую вы на пару старниц ранее писали) какое распределение ресурсов в 4-м гигабайте ?? попробуйте пропатчить VCACHE.VXD, на 256Мб, может помочь.
И если не сложно - объясните поточнее как:

Цитата:

1) MaxPhysPage убрать обязательно, иначе не грузится
2) Audigy 2 ZS пришлось отключить в Device Manager-е, иначе не грузится
3) Сеть прокисла через ~20 мин работы.

соотносится с :

Цитата:

Система i875 2GB W98seENG+UnSP 1.6.какой-то
На 1GB была абсолютно стабильна.

2 maxud : Как бы побороться с переписыванием VMM.VXD при установке MDCU ?
И почему патч от R.loew - на этот VMM.VXD (из MDCU) - ругается что он такого не знает, и патчить отказывается ? Что там с версиями и багфиксами ? Чтоли Simplestas использовал не самую свежую версию VMM.VXD ?? Может имеет смысл прикрутить мелениумный VMM.VXD ?? (он вроде исходно менее глючный, а patchm, судя по описанию, с ним работать умеет)

2 Simplestas : Вы какой версией patchm пользовались ? 3.2 или более ранней ?
Почему так плохо работает строка MaxPhysPage с пропатченным VMM.VXD ?
Не могли бы вы выложить ваши файлы 1) непропатченные 2) пропатченные patchm но не "вылеченные от жадности" (для сравнительного анализа ).
Как вы думаете: стоит всетаки попробовать купить patchmеm ? или эти глюки точно не из-за этого ?

Kirill666

Цитата:

1) как вы сами заметили:
Цитата:В Safe Mode Windows игнорирует autoexec.bat и config.sys,

следовательно ваш пропатченный himem.sys - также в пролете, как и burnmem.sys

himem.sys в Safe Mode грузится автоматически. Без него Windows вообще не запустится.
Цитата:

2) 512Мб для современых систем, если занят диапазон адресов с D0000000, - бывает многовато. Я об этом уже сто раз писал. А обрезать сразу до 256Мб - всеже как-то жалко.

Уменя I865 чипсет и AGP видео. Нужно ограничиватьть AGP aperture size в BIOS до 64 - 128 MB, тогда всё нормально.

Kirill666

Цитата:

Как бы побороться с переписыванием VMM.VXD при установке MDCU ?

Элементарно. Дело в том готовый пропатченный файл vmm.vxd имеют ту же версию что и vmm.vxd из MDCU. Поэтому контроль версий при установке не работает. Чтобы он заработал в пропатченном vmm.vxd надо поменять версию на более новую (4.10.2227, например).
Версия в этом файле находится по смещению 73424: B2 08 -> B3 08
То же самое надо бы сделать на всякий случай и с vcache.vxd.

Цитата:

И почему патч от R.loew - на этот VMM.VXD (из MDCU) - ругается что он такого не знает, и патчить отказывается ?

А фиг его знает, и в том пакете что выложил Simplestas и в MDCU, последняя доступная английская версия vmm.vxd.

Цитата:

Может имеет смысл прикрутить мелениумный VMM.VXD ??

Все мои попытки прикрутить миллениумный VMM или его части успехом не увенчались.

BolenB

Цитата:

В Safe Mode Windows игнорирует autoexec.bat и config.sys, соответственно драйвер не грузится, винда видит 1.5 Гб памяти, пугается и не грузится.

Люди я всё понимаю, но нельзя быть НАСТОЛЬКО ленивым Я так понимаю настолько ленивые уже не пользуются Win9x.
Режим защиты от сбоев - это не нечто сакральное. В него можно замечательно попасть и загрузив и CONFIG.SYS и AUTOEXEC.BAT или только их часть.

Пользуйтесь загрузкой с подтверждением или ручным запуском WIN.COM /D:M если уж это режим так нужен - рекомендации ведущих собаководов.

Kirill666

Цитата:

следовательно ваш пропатченный himem.sys - также в пролете, как и burnmem.sys

Поколение PEPSI? Ни разу BOOTLOG.TXT не смотревшее?

SweetLow

Цитата:

Режим защиты от сбоев - это не нечто сакральное. В него можно замечательно попасть и загрузив и CONFIG.SYS и AUTOEXEC.BAT или только их часть.

Пользуйтесь загрузкой с подтверждением или ручным запуском WIN.COM /D:M если уж это режим так нужен - рекомендации ведущих собаководов.

Точно, не подумал. Ещё раз спасибо за драйвер

Цитата:

himem.sys в Safe Mode грузится автоматически. Без него Windows вообще не запустится.

Каюсь, позор на мою седую голову

Цитата:

Поколение PEPSI? Ни разу BOOTLOG.TXT не смотревшее?

Но-но , полегче, я еще РК-86 ручками собирал (и программировал) , вот как раз с виндой - поменьше знаком... ну написал неподумав, каюсь...

BolenB

Цитата:

Нужно ограничиватьть AGP aperture size в BIOS до 64 - 128 MB, тогда всё нормально.

А вот тут вы не правы, у меня например сейчас на одной из доступных мне машин "AGP aperture" - сидит как раз в верху зоны "D" - т.е. как ее не уменьшай, - размер VCACHE придется ограничивать 512Мб-"AGP aperture size" , что по определению, меньше 512Мб Еще частенько сталкивался с ситуевиной (особенно когда больше 256Мб видеопамяти, и(или) есть еще какая нибудь аппаратура, вроде TV-тюнера) когда она "D" - целиком занята видеокартой, а "AGP aperture" и все остальное - собраны в зонах "E" и "F", те доступный обьем VCACHE - 256Мб как ни крути. Правда, обычно в таких ситуациях (как показывает практика) обычно спасает MaxFileCache, но это вроде не совсем честно (помним, что ВСЕГДА ВЫДЕЛЯЕТСЯ зона адресов равная доступной памяти, но ен более 800Мб, а потом, при ограничениии MaxFileCache - ИСПОЛЬЗУЕТСЯ ее часть). Так что , патчить VCACHE.VXD - более "правильно", чтоли.


maxud
Большое спасибо за инфу (всю из предидущего поста), приму к сведенью.

Кстати по моим наблюдениям пропатченные VMM.VXD, VCACHE.VXD , машинам с маленьким объемом памяти-жить не мешают (у себя где мог - проверил, если не сложно, попробуйте у себя), может их сразу стоит заделать в какой-нибуть апдейт ??

Kirill666

Цитата:

я еще РК-86 ручками собирал

А я еще деревянные счеты помню! И логарифмические линейки с линзами для точности.

Kirill666

Цитата:

Я об этом уже сто раз писал.

Цитата:

Всего записей: 89

видимо в каждом посте по два раза писал