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

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

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

vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

vu1tur



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

WINDOWS 98 Second Edition


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

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

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями и дополнительными компонентами (от Microsoft и не только) и множеством разнообразных оптимизаций и улучшений:
        сборка 2008-09-25 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)
        сборка 2008-12-31 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)  
        сборка 2009-05-05 в двух частях: часть 1 , часть 2 (только дистрибутив) (New!)
        Как из дистрибутива 98IF от 2009-05-05 и Boot-CD 98IF от 2008-12-31 сделать установочный Boot-CD 98IF от 2009-05-05?
  • Драйверы для Windows 98SE или 98IF от IFkO - драйверы, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • Компоненты для Windows 98SE или 98IF от IFkO - обновленные и альтернативные компоненты, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • MDCU (Maximus Decim Cumulative Update) for Windows 98SE 3.05 by maxud (New!)
  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape)
  • Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack 2 English 2.5.5 by Petr & erpdude8
  • MDDACU (Maximus Decim Data Access Component Update) 1.5 by maxud (New!)
  • MDIE6CU (Maximus Decim Internet Explorer 6 SP1 Component Update) 2.7 by maxud (New!)
  • MDCU Plus! 3.1 by maxud - иконки от ME + цветовая и шрифтовая схемы и откат в стандартные.
  • NUSB (Native USB) by maxud & eGorZ - драйвер для нативной (без специальных драйверов для каждого типа) поддержки USB-флэшдисков.
  • WIA (Windows Image Acquisition) for Windows 98SE 1.1 by maxud & Simplestas (aka Tihiy) - интерфейс поддержки устройств захвата неподвижных изображений (сканеры, цифровые или web-камеры и т.п.)
  • BigHDD 3.0 by maxud (оригинальная разработка LLXX & Petr) - патч для решения проблем с жесткими дисками больше 137 Гб под Windows 98/ME (подробное описание внутри архива). В MDCU 3.05 входит архив с BigHDD 3.1
  • Revolutions Pack 9.1.0 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, панели задач и кнопки "Пуск", новые иконки и эффекты, прозрачные надписи на рабочем столе, новая панель снятия задач, панель персонализации от Vista, сглаживание шрифтов ClearType и многое другое) (New!)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты. (New!)
  • KernelEx 4.0 Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP.
  • SH95UPD (Shell 95 Update Project) 0.0.6 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx. (New!)
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт nVidia (PCI / AGP / PCIe / GeForce / Quadro / 5xxx - 8xxx series)
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей.
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME.
  • Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа к службам Active Directory и DFS операционной системы Windows 2000 Server.
     
    Зеркало сборок от maxud (только русские версии)

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

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

  • Инструкция по сборке дистрибутива Windows 98IF от IFkO и ее полная версия
  • Инструкция по правильной установке MDCU на Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь. Список отличий MDCU от UNSP.
  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы с практическими рекомендациями от участников ru-board; исчерпывающая статья с сайта iXBT о проблемах, возникающих при работе Windows 98/ME на системах с памятью больше 512 Мб и методах ее решения (aka матчасть); версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - очень познавательная статья о том, как Windows 9x работает с виртуальной памятью, дисковым кэшем и файлом подкачки. А здесь - авторская версия этой статьи.
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч для любых чипсетов.
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Несколько советов по использованию Windows Update
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Microsoft Windows 98/98 SE Hardware Compatibility List (HCL) (на 05.08.2004)
  • Обсуждение Windows 95-ME на форуме MSFN

    Схожие темы по Windows 95 и Windows ME

  • Всего записей: 3690 | Зарегистр. 01-02-2003 | Отправлено: 10:21 20-08-2008 | Исправлено: MERCURY127, 18:26 07-08-2009
    BolenB



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

    Цитата:
    Откуда информация ? Проверенно вами лично ?  
    Я, например читал, что 82.69  может работать и на 8ххх (следовательно и на 9ххх, ибо это тоже самое), правда про GT200 - никаих данных.

    Проверено лично на GF8800 GT 512MB не работает, и упоминаний что "у меня работает" я не нашел, одни предположения типа "может будет работать".

    Цитата:
    Цитата:на 512 MB видеорам дрова уже не запустятся  
     
    Опять таки, теже вопросы: Вы это проверяли ? Если не запустятся, то почему.

    На MSFN форуме было, не хватает виртуальных адресов, ни апертурой агп, ни ограничением vcache не лечится. Может и на GF8800 256MB запустится, но её еще надо найти.

    Всего записей: 118 | Зарегистр. 22-12-2003 | Отправлено: 15:06 29-03-2009
    dizzy777

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

    Всего записей: 18 | Зарегистр. 17-12-2006 | Отправлено: 15:37 29-03-2009
    Kirill666



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

    Цитата:
    не хватает виртуальных адресов

       УПС ! !  
    Так видяхи с 512мб и более занимают в адресном пространстве центрального процессора, все равно 256мб, и это окно уже самой картой мапится на произвольный участок внутренней видеопамяти,  (как это было с SVGA, при привышении барьера в 64к, история повторяется, блин )  Иначе всякие SLI или видяхи с 2Гб виднопамяти (есть и такие нынче) уже давно не влезали бы в "4-й гигабайт" что доаже под XP (не 64бит) - "некомильфо", ибо нельзя использовать оперативной памяти более чем 4Гб минус то, что занимает аппаратура. Т.е. на SLI ситеме 2х1024мб можно было бы использовать менее 2 Гб оперативки, даже если установлено 4, а это уже точно не так.
    Или это всеже сделано не для всех карт ? Если не трудно, гляньте у себя, на GF8800 GT 512MB (в менеджере устройств XP, ресурсы видеоадаптера): какой дипаппазон адресов занимает видеоадаптер. Причем если на этой машине еще не снесли 98, было бы не вредно сравнить эти данные, и данные из менеджера устройтв 98-й (даже в режиме VGA 640x480x16, ресурсы видеоадаптера она показывает), потому как я сталкивался (как раз на PCI-Express, правда на GF6600) с такой неприятностью: неправильно передавались системе ресурсы видеокарты, отчего действительно не работал форсеварь. Может у вас таже фигня ?  
    А вообще MDGx - черным по белому писал, что 82.69 - РАБОТАЕТ с 8ххх (про 9ххх - это уже я домыслил), у самого попробовать пока нет возможности, вот и хотелось бы разобраться...

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 15:59 29-03-2009 | Исправлено: Kirill666, 16:01 29-03-2009
    BolenB



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

    Цитата:
    Или это всеже сделано не для всех карт ? Если не трудно, гляньте у себя, на GF8800 GT 512MB (в менеджере устройств XP, ресурсы видеоадаптера): какой дипаппазон адресов занимает видеоадаптер.

    На XP в закладке видеоадаптера:
    F6000000 - F6FFFFFF
    E0000000 - EFFFFFFF
    F4000000 - F5FFFFFF
     
    На XP в msinfo:
    0xF4000000-0xF7FFFFFF    Intel(R) G33/G31/P35/P31 Express Chipset PCI Express Root Port - 29C1    OK
    0xF4000000-0xF7FFFFFF    NVIDIA GeForce 8800 GT     OK
    0xE0000000-0xEFFFFFFF    Intel(R) G33/G31/P35/P31 Express Chipset PCI Express Root Port - 29C1    OK
    0xE0000000-0xEFFFFFFF    NVIDIA GeForce 8800 GT     OK
    0xF6000000-0xF6FFFFFF    NVIDIA GeForce 8800 GT     OK
     
    На Win98 проверить не смогу, уже давно снес и поставил XP.

    Всего записей: 118 | Зарегистр. 22-12-2003 | Отправлено: 16:19 29-03-2009 | Исправлено: BolenB, 16:27 29-03-2009
    ww1

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

    Цитата:
    Просто проверить - положить в  %WINDIR%\SYSTEM\VMM32    
    Встроить в дистрибутив - все файлы, кроме VMM.VXD , можно просто копированием в папку дистрибутива.  
    Если сделана система с обрезанным загрузчиком от MERCURY127 (я выкладывал для 98IF, сделать аналогично для SE - большого ума не надо), то можно класть в дистрибутив и VMM.VXD, Чего еще то надо ?  
    Кроме того, мне слабо верится, что мелкомягкие сподобятся выпустить еще что-то для 98/ME. Ну разве что patchmem обновится, да и он уже похоже вполне "дозрел" ...  
    Кстати, зачем вы выложили отрезанные загрузчики от милениума (как я понял) они чем-то лучше ?  

    Ничего не надо. Теперь можно не только проверить, но и собрать vmm32.VxD. Вы же сами когда-то спрашивали как его собрать. Никак, пока сам его не соберешь.
     
    Загрузчики от милениума - это загрузчики от милениума. Много места они не занимают, может кому-то и пригодятся.

    Всего записей: 39 | Зарегистр. 15-10-2008 | Отправлено: 16:22 29-03-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BolenB
    Ну что и требовалось доказать:
    E0000000 - EFFFFFFF - 256Мб окно доступа к видеопамяти  
    F6000000 - F6FFFFFF - 16Мб и F4000000 - F5FFFFFF - 32Мб  -  
    2 дополнительных куска - чтото вроде "апертуры AGP"  
    Правда в чипсете открыта вся зона F4000000-F7FFFFFF (64 мб) т.е. еще 16Мб "лишних"
    но это не страшно. Особенно если у вас свободна зона D0000000 - DFFFFFFF - так вообще "тепличные условия" для 98
    Для сравнения - ближайшее что под рукой - моя GF5900 PCI-Express 256 мб (которая прекрасно работает под 98):
    F0000000 - F0FFFFFF (16Мб)
    F1000000 - F1FFFFFF (16Мб)
    E0000000 - EFFFFFFF (256Мб)
    Похоже, не правда ли ? И отнюдь не "глобально" меньше  
    На всем остальном, что мне доводилось видеть - картинка аналогична: окно доступа к видеопамяти - не привышает 256Мб, в дополнение к нему еще несколько десятков Мб (16-64)  - апертура AGP, (ну и, естественно, DOS-овская часть, которую вы опустили)
    Более видеокарта никаких адресов не занимает, так что теория:

    Цитата:
    не хватает виртуальных адресов, ни апертурой агп, ни ограничением vcache не лечится.

    Похоже что не верна, дело в чемто другом...
    Мне доводилось ставить 98, при 2Гб оперативки , на сиситемы, где:
    D0000000 - DFFFFFFF - занято полностью
    E0000000 - EFFFFFFF , F0000000 - FFFFFFFF- занято примерно на 80% (кусками, не помню уже как)
    Это занятие конечно интересное (требуется набор бубнов ручной работы, и депломированнй заклинатель винды ), но добится ПОЛНОЙ работоспособности можно.
    Кстати если у вас patchmem 5 - версии, а не 3 (как я понял там 4Гб ОЗУ), то как раз на таких штуках он у меня и глючил. Так что, может быть дело в этом...
     
    ww1

    Цитата:
    Вы же сами когда-то спрашивали как его собрать.

    Уже не спрашиваю . Спрашивал, только потому, что не знал что положить в дистрибутив, чтобы нормально ставилось с обновленными файлами, когда придумал как положить чтобы собиралось при установке - спрашивать перестал

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 19:32 29-03-2009 | Исправлено: Kirill666, 19:41 29-03-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Для тех, кто пользует 98IF сборки 2008-12-31: можете протестировать предложенный mercury127 способ присвоения названий и задания режимов DMA дискам IDE: Вот пакет, который кладется в дистрибутив указанной сборки. При установке системы программа запускается после последней перезагрузки автоматически, затем все ее элементы (уже ненужные) стираются, а чтобы повторить процедуру, лезем в меню установки компонентов системы в раздел "служебные". Главное, что меня интересует - не будет ли от этого вреда?

    Всего записей: 5191 | Зарегистр. 22-09-2005 | Отправлено: 22:59 29-03-2009 | Исправлено: IFkO, 23:01 29-03-2009
    dj_Diesel



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

    Всего записей: 1532 | Зарегистр. 09-09-2006 | Отправлено: 18:38 30-03-2009
    dizzy777

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Люди подскажите удалось кому-нибудь реально заставить работать Win98 на 4х гигах оперативки без глюков? И сколько при этом видит памяти винда?

    Всего записей: 18 | Зарегистр. 17-12-2006 | Отправлено: 08:55 31-03-2009
    ww1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Seymour
    Задал в варезнике вопрос о ReadDVD! Нужен этот драйвер (хоть к чему-нибудь) или нет?

    Всего записей: 39 | Зарегистр. 15-10-2008 | Отправлено: 15:55 31-03-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Добавил драйверы принтеров Epson для дистрибутива Windows 98. Пока репозиторий не работает, их можно взять на http://bust.narod.ru/win98.html
    Слегка дополнил перевод утилит Нортона и перезалил их (действующая ссылка - на стр. 24)

    Всего записей: 5191 | Зарегистр. 22-09-2005 | Отправлено: 22:17 31-03-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dizzy777 R. Loew Приводил пример работающей машины с 4 Гб, видно 3Гб
    К сожаленью полная конфигурация не уточнялась. По утверждению самого  R. Loew -  
    Patchmem работает с ЛЮБЫМ количеством оперативы, при этом доступная винде память обрезается до 3Гб. Я лично ставил на 2Гб, все прекрасно работает 2Гб - доступны, единственное замечание: неудобно ставить с дистрибутива, без интегрированного Patchmem-а  (98IF - поставится нормально).
    Я использовал Patchmem v3.2 ибо v5 -у меня глючила.
     
    Кроме того, в крайнем случае, есть возможность поставить "ограничивающую" утилиту (burnmem, патченный himem.sys), будут видны 256/512Мб.
     
    Много памяти - нынче не проблемма для 98, если знать матчасть, и руки не из Ж... .
     
    А вот "фирменный" метод со строкой maxphyspage в system.ini - нынче пользовть не рекомендую, ибо глючный он. Ну разве что maxfilecache прописать, иногда можно.
     
     
     
     
    Добавлено:
    ww1

    Цитата:
    адал в варезнике вопрос о ReadDVD!  

    а это что такое ?

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 23:04 31-03-2009 | Исправлено: Kirill666, 23:07 31-03-2009
    Seymour

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

    Цитата:
    а это что такое ?

    Драйвер для чтения UDF 2.x дисков под старыми виндами.
     
    Добавлено:
     
    Список всех недостающих к MDCU файлов со ссылками (обновленный):

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 02:37 01-04-2009 | Исправлено: Seymour, 16:37 11-08-2009
    dj_Diesel



    Advanced Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Seymour
    вот вот, старый друг лучше новых двух

    Всего записей: 1532 | Зарегистр. 09-09-2006 | Отправлено: 07:30 01-04-2009
    dizzy777

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666
    Спасибо большое за подробный ответ.

    Всего записей: 18 | Зарегистр. 17-12-2006 | Отправлено: 08:02 01-04-2009
    arnyc



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Почему нельзя скопировать файлы более 4Гб на внешний NTFS диск в Win98 с Paragon NTFS for Win98 драйвером? Может оно вбито в Win Explorer, и он тормозит? Посоветуйте утилиту для этого. Желательно работающую из-под Win98SE, и позволяющую Pause / Resume. Может в DOS можно скопировать с заданными параметрами Pause / Resume?
     
    Какие архиваторы типа WinRAR и 7Zip позволяют Pause для только при разбиении файла в архив, но и при его экспорте из архива?

    Всего записей: 1075 | Зарегистр. 28-05-2003 | Отправлено: 18:19 01-04-2009 | Исправлено: arnyc, 00:15 07-04-2009
    SerbeyBV

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

    Цитата:
    Ведь это ограничение для FAT32, а не для Win98 !?

    А по-моему не только FAT32 но и Win9x. Возможно, такого способа и нет. Я во всяком случае не знаю.

    Всего записей: 448 | Зарегистр. 13-01-2009 | Отправлено: 23:46 01-04-2009
    Seymour

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

    Цитата:
    Много памяти - нынче не проблемма для 98, если знать матчасть, и руки не из Ж...

    Не знаю откуда у меня растут руки, но когда я начал разбираться с этой проблемой реально голова пошла кругом. Я то думал, что все уже давно решено, а тут оказывается полная неразбериха. В общем, давайте определимся все таки с чем мы имеем дело и как с этим бороться.
     
    Начнем с того, что глюки с памятью в Windows 98 бывают трех видов:
     
    1. Система не грузится с сообщением о нехватке памяти или без оного (KB184447). Виноват драйвер VMM.VXD, тупо не умеющий работать с большими объемами оперативки. Лечится ограничением в System.ini значения параметра MaxPhysPage
    2. Система грузится, но не запускаются DOS приложения (KB253912). Виноват драйвер VCACHE.VXD, выделяющий больше пространства под кэш, чем нужно. Лечится ограничением в System.ini значения параметра MaxFileCache
    3. Систему не по детски плющит при объеме памяти более 1.5 Гб (KB304943). Виноват драйвер VCACHE.VXD, неправильно распределяющий кэш между адресами памяти.
     
    В деле также замешан драйвер HIMEM.SYS, т.к. именно он сообщает Windows при загрузке информацию о кол-ве установленной памяти.
    -> в топку!
     
    Читайте матчасть, люди, чтоб не повторять моих ошибок! (хотя без ста грамм там сразу разобраться сложно)
     
    Итак, начнем с того, что память в винде делится на две части: физическую и виртуальную. Физическая это та, что установлена в системном блоке, а виртуальная это грубо говоря физическая память + файл подкачки общим объемом в 4 Гб. Первые 2 Гб виртуальной памяти отводятся под программы, третий гигабайт под программы и системные файлы, а четвертый (C0000000-FFFFFFFF), из-за которого и весь сыр бор под программы, системные файлы и самое важное дисковый кэш, железяки, работающие с памятью напрямую (видеокарты, тв-тюнеры и прочее) и DOS.
     

    Код:
    Схема распределения адресного пространства в 4-ом гигабайте виртуальной памяти:
     
    3Gb                                                  3.5Gb                                                 4Gb
    |----------------------------------------------|----------------------------------------------|
    <--------------------------------------------><---------------------------------><------->
             VCACHE 500Mb (RAM 512Mb)                 HARDWARE+DOS            НЕ СУТЬ  
    <--------------------------------------------------------------------------->
                          800Mb (RAM 1Gb < )

     
    Для дискового кэша выделяется адресное пространство, примерно равное объему физической памяти в зоне от 3 до 3.5 Гб. Зона от 3.5 до 4 Гб (в стандартных конфигурациях) отдается железякам и всему остальному, поэтому при объеме физической памяти в 512 Мб конфликтов не происходит. А вот когда в системе установлено больше 512 Мб, менеджер виртуальной памяти (VMM) при загрузке резервирует слишком большое адресное пространство для дискового кэша, которому разработчики отвели лимит в 800 Мб, и эти 800 Мб кэша (или чуть меньше при объемах памяти < 768 Мб) занимают почти весь 4-ый гигабайт виртуальной памяти, практически не оставляя места для железяк, драйверов и подсистемы DOS. Проблема осложняется тем, что кэш плюс ко всему занимает адресное пространство, закрепленное на аппаратном уровне за видеокартами и другими устройствами, вызывая конфликты. Это происходит потому, что инициализация памяти и распределение адресного пространства драйвером VMM выполняются до загрузки графической подсистемы. Кроме того, несмотря на то, что формально Windows 98 поддерживает объемы памяти до 2 Гб, реальный объем памяти с которым она может работать ограничен 1164 мегабайтами, поэтому на системах с большим количеством памяти, без дополнительной настройки нормальная работа Windows невозможна.
     
    В результате Windows:
     
    1. Не загружается совсем
    2. Загружается, но при попытке запуска DOS программ или других программ, находящихся в 4-ом гигабайте выдает сообщение о нехватке памяти
    3. Зависает или ведет себя странным образом из-за конфликтов с аппаратурой
     
    Решение:
     
    1. Первый метод заключается в ограничении памяти и кэша с помощью параметров MaxPhysPage/MaxFileCache в файле System.ini по официальной рекомендации от Microsoft. Зачем это нужно? Кэш ограничивается для того, чтобы исключить возможные конфликты с аппаратурой и освободить память для DOS приложений. Адресного пространства при этом он будет занимать столько же, сколько и раньше, поскольку VMM драйвер не учитывает при резервировании адресного пространства под кэш параметр MaxFileCache, но реально использоваться будет только та часть кэша, до которой мы его ограничим, а неиспользуемая (хоть и зарезервированная под кэш) часть адресного пространства отойдет в распоряжение ее законным владельцам - аппаратуре, DOS приложениям и другим системным компонентам, на нее претендующим. На системах с памятью до 1 Гб (а если быть точнее до 1164 Мб) этого параметра может оказаться вполне достаточно, но вот когда памяти больше 1 Гб, необходимо также использовать параметр MaxPhysPage, в противном случае система просто не сможет загрузиться.
     
      Практические рекомендации по установке этих параметров можно найти в статьях базы знаний Microsoft, в конце матчасти и в следующем посте этой темы, здесь отмечу только несколько моментов: во-первых максимальный размер памяти который можно выставить для параметра MaxPhysPage - 1164 Мб (48C00); вместо ручной правки этого параметра через System.ini можно использовать программу msconfig.exe (вкладка "Дополнительно", пункт "Ограничить память до"); параметр MaxFileCache нужно устанавливать не от балды, а в строгом соответствии с конфигурацией оборудования, но не более 512 Мб и только после установки всех драйверов (до установки можно ограничиться стандартным значением в 256 Мб); перед установкой параметра MaxFileCache можно попытаться освободить немного адресов, занимаемых аппаратурой, уменьшив значение параметра "AGP Aperture Size" в BIOS (но не более чем до 32 Мб). Также есть информация, что этот метод не работает в SafeMode, т.к. в нем игнорируются настройки из System.ini, соответственно, если нужен SafeMode нужно искать другое решение.
     
      Вместо изменения параметра MaxFileCache можно использовать Unofficial Windows 98 SE Out Of Memory Errors VCACHE.VXD 4.10.2223 Fix aka VCACHE Fix Attempt by Xeno86. Этот патч заставляет драйвер VCACHE.VXD самостоятельно ограничивать размер кэша до 384 Мб, избавляя от необходимости правки файла System.ini, но на некоторых нестандартных конфигурациях он может оказаться неэффективным. В связке с модифицированными himem драйверами (о которых ниже) патч может использоваться для обеспечения нормальной работы в SafeMode. Оригинальный файл VCACHE.VXD можно пропатчить до нужного ограничения и самостоятельно, используя таблицу из 5-го пункта в следующем посте (подробнее)
     
      Необходимо отметить, что даже после выполнения всех рекомендуемых настроек по ограничению памяти и кэша с помощью этого метода, стабильная работа системы не гарантируется, поскольку драйвером VMM, несмотря на видимые ограничения, все равно производятся периодические обращения в скрытую часть памяти (так называемый "глюк VMM"). Особенно это касается систем с памятью больше 1 Гб, причем количество глюков возрастает пропорционально приросту памяти. Можно попытаться это исправить, экспериментируя с различными значениями параметра MaxPhysPage (хотя какой-то определенной логики в подборе этого параметра нет), но как правило полностью устранить все глюки не удается, поэтому для систем с большими объемами памяти рекомендуется использовать альтернативные методы.
     
    2. Второй метод (самый перспективный, но и самый радикальный) состоит в пропатчивании файлов VMM.VXD и VCACHE.VXD, т.е. в данном случае делается попытка устранить проблему на корню. Собственно таких патчей на данный момент существует всего один - WINDOWS 98/SE/ME RAM LIMITATION PATCH by Rudolph R. Loew. Он решает проблему сразу и полностью - не нужно делать никаких исправлений в System.ini и максимальное кол-во доступной памяти составляет целых 3 гигабайта, что для Windows 98 более чем предостаточно. С проблемой нестабильной работы на системах с памятью больше 1 Гб ("глюком VMM") патч также справляется, но не всегда, есть довольно много отзывов от людей у которых все равно возникают те или иные глюки при его использовании, так что тут уже как повезет. Обязательным условием при использовании патча является удаление из файла System.ini параметра MaxPhysPage (см. пункт 2 в след. посте). Также не будет лишним подправить версии патченных файлов на единичку вверх, чтобы при установке пакетов обновлений, наподобие MDCU, эти файлы не затирались их оригинальными непатченными копиями (см. пункт 8 в след. посте, подробнее)
     
      Недостатком этого патча является во-первых то, что он платный, а во-вторых изменения, которые были внесены автором в эти файлы потенциально могут негативно сказаться на работе системы в целом.
     
    3. Третий метод заключается в ограничении кол-ва памяти, сообщаемого Windows драйвером HIMEM.SYS. Его можно назвать самым надежным, т.к. он позволяет "спрятать" от Windows лишнюю память, как если бы вы вынули лишние планки из системного блока и соответственно исключить все возможные конфликты и глюки. Собственно сам драйвер HIMEM.SYS модифицировать нельзя или пока никто этого не сделал, поэтому вместо него используются альтернативные драйвера похожей функциональности. Мне известны драйвера Win9x Memory Burn Driver aka BURNMEM от SweetLow (отличается от остальных тем, что выполняет нужные твики на уровне BIOS, еще до загрузки HIMEM.SYS), XMGR Special Build 512 Mb Limit aka LIMEM от MERCURY127 (уже есть новая версия) и HimemX by Japheth (with IO.SYS Patch for SafeMode by xrayer). Они позволяют задать любой объем памяти, что может помочь при работе с памятью больше 1 Гб. Этот метод также рекомендуется использовать при первичной установке Windows (см. пункт 3 в след. посте)
     
      Недостатков у этого метода два: во-первых меньшее кол-во доступной памяти, чем при использовании других методов и во-вторых потеря функциональности стандартного драйвера HIMEM.SYS (кроме варианта с использованием драйвера BURNMEM), на чем это может отразиться на практике неизвестно.
     
    P.S. Спасибо Kirill666 за помощь при подготовке инструкции.
     
    P.P.S. Оффлайн вариант инструкции со всеми указанными патчами берем в варезнике. То же, но без RAM LIMITATION PATCH качаем отсюда или отсюда. Сводный топик по проблеме на msfn.org

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 01:09 02-04-2009 | Исправлено: Seymour, 16:41 11-08-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Мои замечания:  
    1)забудьте все рекомендации вроде:
    Цитата:
    MaxPhysPage надо выставлять в значение в среднем на 256 Мб меньше общего кол-ва оперативки, но не более 1164 Мб (практический максимум доступный винде без использования  
    патчей), а MaxFileCache в 512 Мб при объеме памяти до 1 Гб, и понижать это значение вдвое или вчетверо при больших объемах памяти.

    Особенно про MaxFileCache : Смотрим сколько адресов реально свободно (с 0xC0000000 и до первого устройства) И на этот размер ограничиваем размер кеша (причем лучше - прямым патчем VCACHE.VXD). БОЛЕЕ ЭТОТ  
    ПАРАМЕТР ТРОГАТЬ НЕТ СМЫСЛА. Если даже его уменьшение, относительно вышеуказанного значения, гдето "облегчает жизнь" - значит у нас что-то криво в другом месте, и это все равно рано или поздно даст о себе знать.  
    Любые шаманства с MaxPhysPage - при 1Гб и более (ну возможно 1164 Мб) - бесперспективны. Бывает, что бесполезны и при 768Мб (зависит от остальной переферии). Вообще метод - "гнилой".  
    MaxPhysPage - НЕ ЭКВИВАЛЕНТНО (хуже) ограничению памяти ДО загрузки винды (3-й метод по вашей классификации), и физическому вытаскиванию "лишней" памяти. А потому возникают сомнения, стоит ли им вообще пользоваться  
     
    2) RAM LIMITATION PATCH - не терпит ограничения оперативки посредством MaxPhysPage. Если есть - УБРАТЬ . (MaxFileCache - работе не мешает)
     
    3) Без RAM LIMITATION PATCH систему возможно будет не поставить - повисание после первой перезагрузки (причем иногда, с необратимым повреждением устанавливаемой системы - приходится сносить и ставить  
    начисто). Поэтому на время установки ставим какой нибудь "ограничитель" вроде burnmem-а (3-й метод по вашей классификации), причем желательно на 256мб или даже менее, а потом уже снимаем ограничение и  
    разбираемя (причем сначала ставим RAM LIMITATION PATCH, а ПОТОМ снимаем ограничение). burnmem (в отличии от MaxPhysPage) с RAM LIMITATION PATCH - не конфликтует. Либо пользуемся дистрибутивом с интегрированным
    RAM LIMITATION PATCH - например: 98IF последних сборок. Лично проверял: Без каких либо проблемм и дополнительных извращений ставится на 2Гб оперативы, причем на этой машине никаким шаманством с MaxFileCache/MaxPhysPage  
    получить что либо отличное от "синего экрана" либо "Not Enough Memory" "system halted" при загрузке - было невозможно ни в safe mome, ни в normal.
     
    4) Пушной зверек может нас посетить и при 512 Мб оперативы, хотя в этих случаях все ограничиватся правкой MaxFileCache. Сам видел машину, где занята зона адресов 0xD0000000-0xDFFFFFFF (туда отмапилась видеокарта, а все остальные многочисленные устройства "живут" в более старших адресах) и даже вынимание одной планки памяти (оставалось 512мб) не давало возможности запустить DOS. Правда простым ограничением MaxFileCache до 256Мб все лечилось. Но вот стоило воткнуть  
    вторую планку и систему начинало колбасить неподеццки. Никакими ухищрениями с MaxFileCache/MaxPhysPage "отвоевать"  более  512мб доступной памяти - не удавалось. Нынче туда поставлен RAM LIMITATION PATCH,  
    и все замечательно с 1Гб.
    Еще видел случай когда TV-тюнер занял маленький кусочек прямо перед 0xDFFFFFFF, и установка дополнительной планки в 256Мб (стало 512) в эту машину - моментально привела к неработоспособности видеооверлея (второй, после DOS, метод контроля, что "все хорошо"). Опять таки вылечилось все MaxFileCache. Вообще случай довольно редкий, но всеже бывает. Теоретически, особенно на системах с несколькими современными видеокартами, могут быть заняты адреса и в зоне 0xC0000000-0xCFFFFFFF (если заняты полностью - это крест на установке 98 ,если частично - можно побороться). Опять таки, теоретически настанут проблеммы и при 256Мб,  хотя я плохо себе представляю машину с 2 видеокартами и  256Мб оперативки , но например при установке Burnmem, на навороченный комп, об этом не следует забывать.  
     
    5) Все патчи VCACHE.VXD сводятся к правке в нем 4 байт (ну можно еще версию подправить ) - тех самых, пресловутых, "800Мб" (в 2 местах) следующим образом:  
                     800Мб  512Мб  384Мб   256Мб
    смещение  (исходно)
    00005D25:   20         00        80        00
    00005D26:   03         02        01        01
    00005D2C:   20         00        80        00
    00005D2D:   03         02        01        01
    (RAM LIMITATION PATCH  тоже правит только эти байты)
    Что делается любым 16-ричным редактором, на любую требуемую величину .  
    И это более "правильно" чем править MaxFileCache, ибо драйвер все равно выделяе "800Мб" адресов, а потом только использует меньше. Хотя проблемм из-за этого я не разу не наблюдал.
     
    6) RAM LIMITATION PATCH версии более чем 3.2 я не использую, ибо знаю 2 машины на которых старшие версии дают глюки, а 3.2 - работает без нареканий. (обе машины - самые "тяжелые случаи", обе я уже упомянал  
    ранее,   весьма загружены доп. аппаратурой на одной занята зона адресов 0xD0000000-0xDFFFFFFF, на другой 2Гб оперативы правда 0xD0000000-0xDFFFFFFF - свободны, но без патча - вообще "ни гу-гу", ни какими  
    методами, даже привынимании доп. железа).
     
     
    7) Хотелось бы поподробнее про :
    Цитата:
    С проблемой распределения памяти патч также справляется, но не всегда, есть довольно много отзывов от людей у которых все равно возникают те или иные глюки при его использовании, так что тут уже как  
    повезет

    Могут ли глюки определятся 2 причинами ? :  
           а)  на этой системе нельзя иметь 512Мб кеша (занята аппаратурой зона  
               0xD0000000-0xDFFFFFFF)
           б) использовался RAM LIMITATION PATCH 5-й версии.
     
     
    8) RAM LIMITATION PATCH не правит версии патченных файлов, потому возможно обновление (например при установке MDCU) с фатальными последствиями. Про это просто не стоит забывать, чтобы не пялится в черный(синий)  
    экран, как известное животное на некоторое деревянное изделие  
     
    9) "Ошибка памяти"  является своего рода "естественной защитой" от установки 98 на новые машины, с большим (>128Гб) HDD . Потому незабываем про BHDD, если он опять-таки не встроен в дистрибутив. Пишу  
    потому, сам что имел печальный опыт: научил одного человека, как поставить RAM LIMITATION PATCH - через неделю, чуть не был побит (любое доброе дело - наказуемо), за потерянные данные .
       
    Добавлено:

    Цитата:
    Начнем с того, что глюки с памятью в Windows 98 бывают трех видов:

    Еще раз перечитал статьи от мелкомягких и умилился их наивности
    Не верьте вранью от micrisoft, что MaxPhysPage - заставит систему не видеть лишней памяти сверх того что вы укажете !! (невидеть то заставит, только глюки остануться )

    Цитата:
    Систему не по детски плющит при объеме памяти более 1.5 Гб (KB304943). Виноват драйвер VCACHE.VXD
    Виноват тут таки VMM.VXD (либо еще чтото в ядре системы) с VCACHE.VXD - как раз легко бороться посредством MaxFileCache, либо прямого патченья оного, и тут все боле-мене понятно. А вот то что при больших обьемах памяти есть глюк еще гдето помимо кеша - лечится только патченьем VMM.VXD, либо удалением аппаратным или программным (не MaxPhysPage !! ) лишней памяти.    
     

    Цитата:
    Правда в статье у MS почему-то ничего не сказано о параметре ChunkSize, а он как я понял тоже играет какую-то роль.

    А это вообще не по теме. Если и влияет, то опосредовано, как при затирании одной областью памяти другой, может повлиять все что угодно, в зависимости от того, что на что  "наехало", и как именно распределились программы в памяти После любого изменения в глючащей системе все может стать совершенно по другому, надо глюки устранять, а не пытаться под них подстроится.

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 03:08 02-04-2009 | Исправлено: Kirill666, 07:45 02-04-2009
    Seymour

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Предлагаю оба поста занести в шапку без дальнейших дискуссий, потому что [removed] я тупо перегрелся (сейчас все ОК )
     
    Осталось только упомянуть где взять отвязанный RAM LIMITATION PATCH и его версию 3.2 (мне вообще хотелось бы заиметь все версии для экспериментов), а то в варезнике тема что-то нерегулярно обновляется и ни версии 3.2, ни последней версии насколько я помню там нет (проверить не могу, форум опять сдох, это сообщение отправится и слава богу) и насчет 8-го пункта если кому будет непонятно - пояснение (ссылку нашел через гугл...)

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 05:57 02-04-2009 | Исправлено: Seymour, 00:00 15-07-2009
       

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

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Активные темы » Windows 98 SE (оптимизация и улучшение) — четвертая часть
    vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru