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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    раз ты этого не сделал - не так уж тебе и дорога эта LOW...

    config.sys дефолтный (а dos=high это уже тюнинг).
    Всегда терять 608 байт свободной памяти ради одного emm386, которым пользуются, дай бог 1% пользователей, такое себе удовольствие.
    У кого > 2Гб памяти и нужен emm386 (0.01% от всех пользователей) пропишут numhandles=64, руки не отвалятся. ИМХО.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 19:08 06-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А моё имхо такое:  
    - мы делаем систему, втч, и для новых машин (я помню, что тебе важнее старые, но там и так всё работало изначально),
    - слово “система” означает, что все её части подогнаны друг к другу и правильно работают вместе,
    - файлы himem и emm386 являются частью системы, и должны работать вместе, втч и на новых машинах,
    - ситуацию 48 нормальной работой назвать никак нельзя, а значит, она должна быть исправлена.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 19:45 06-11-2023 | Исправлено: MERCURY127, 19:47 06-11-2023
    BolenB



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

    Цитата:
    - слово “система” означает, что все её части подогнаны друг к другу и правильно работают вместе,
    - файлы himem и emm386 являются частью системы, и должны работать вместе, втч и на новых машинах,
    - ситуацию 48 нормальной работой назвать никак нельзя, а значит, она должна быть исправлена.

    Ну так и исправляйте emm386, чтоб он не выжирал под себя (ems) всю память.
    Ремонтировать нужно то что сломалось, а не то куда подлезть удобней.
    64мб EMS должно быть достаточно, зачем вам больше.
    Исходники emm386 от ms-dos 6.20 вроде есть.
    Главная его ценность это UMB, а не то сколько ems памяти он предоставит.
    Недостаток, скорость падает до 1.5-ора раз, пока он через свое окно в памяти данные пропихивает, в режиме виртуального 8086.
    Под win me до недавнего времени emm386 вообще не работал, хотя входил в комплект.
     
    Вот кстати интересное место в исходниках:
    astro\dev\emm386\emmdata.asm

    Цитата:
     
    total_handles        dw    64    ; Default handles supported
     

    Найти и поменять на 48 (дефолт для himem.sys).

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 02:46 07-11-2023 | Исправлено: BolenB, 13:30 07-11-2023
    SweetLow

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

    Цитата:
    Ткните носом, плиз.

    Так мне так же искать надо, как и вам, а движок этого форума не очень способствует быстрому поиску постов участника.
    http://forum.ru-board.com/topic.cgi?forum=62&topic=31453&start=1080#13
    http://forum.ru-board.com/topic.cgi?forum=62&topic=31453&start=1100#9
     
    Кстати, а вы как модератор можете отбирать посты конкретного участника?

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 14:10 07-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BolenB
    Цитата:
    64мб EMS должно быть достаточно, зачем вам больше.
    Исходники emm386 от ms-dos 6.20 вроде есть.
    Главная его ценность это UMB, а не то сколько ems памяти он предоставит.  
    а кто говорил про "больше"? он больше 32 ЕМС не умеет. зато сжирает ВСЮ ХМС.
    Цитата:
    Ну так и исправляйте emm386, чтоб он не выжирал под себя (ems) всю память.
    Ремонтировать нужно то что сломалось, а не то куда подлезть удобней.
    да тут даже непонятно, чем его отлаживать... если бы мог - давно бы исправил. когда то пытался, но оно тогда даже не компилировалось.
    Цитата:
    total_handles        dw    64    ; Default handles supported  
    это наверняка его внутренние ЕМС хэндлы, а не обсуждаемые ХМС.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 15:48 07-11-2023 | Исправлено: MERCURY127, 16:02 07-11-2023
    SweetLow

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

    Цитата:
    У кого > 2Гб памяти и нужен emm386 (0.01% от всех пользователей) пропишут numhandles=64, руки не отвалятся. ИМХО.

    Более того, у кого их >3G, сложная карта памяти и используется Split8M может не хватить и 64

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 16:00 07-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    да это понятно. непонятно, зачем ЕММ вообще размещает ВСЮ ХМС...  
    и делает ли это он всегда, просто в других, менее проблемных случаях, это происходит незаметно?

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 16:04 07-11-2023
    BolenB



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

    Цитата:
    это наверняка его внутренние ЕМС хэндлы, а не обсуждаемые ХМС.

    Унификация же, навряд-ли у них разные форматы.
    Можно методом "тыка" попробовать.
    В emm386 всего 7 мест где есть 40 00 (64) и они не являются кодом.
    Менять по одному на 30 00 (48) авось и прокатит.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 16:09 07-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    нет, это не то всё... не там ищешь.  
     
    я, кажется, нашел корень проблемы...  
    я не ошибся?  
    оно реально пытается определить доступную память её предварительным выделением?
    https://picabox.ru/pictures/2023/11/07/20/10/930638671.png
     
    Добавлено:
    нет. наверное, я что то напутал. это тоже не то.
     
    Добавлено:

    Цитата:
    Унификация же, навряд-ли у них разные форматы.
    ОЧЕНЬ разные.
     
    Добавлено:
    вот это уже ближе к делу...  
    https://picabox.ru/pictures/2023/11/07/20/23/930640153.png

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 16:14 07-11-2023
    SweetLow

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

    Цитата:
    непонятно, зачем ЕММ вообще размещает ВСЮ ХМС

    Ну виндовс тоже размещает всю свободную память. А EMM386 это к примеру VCPI провайдер...
    Если хочешь посмотреть, что реально происходит после загрузки EMM386 с HIMEM памятью вот программка - дампер:
    http://sweetlow.orgfree.com/download/himemhnd.zip

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 16:30 07-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    да, получается, ЕММ реально сначала забирает себе всю ХМС блоками по 64 МиБ, пока она не исчерпается.  
    но с 48 хэндлами так можно занять до 3072 МиБ, а на деле - меньше, тк хендлы расходуются и на ХМА, и на дыры в памяти, и еще на что то, и исчерпаются до достижения верха памяти. те моя текущая машина на грани воспроизведения этого глюка...
    и... мы получаем аварийный выход по
     
    CXerror:
    int 1;QLEO ;error    ; If errors are ever allowed in this subroutine,
        stc        ; we must unlock the handles already allocated before
        popad        ; leaving!!!
        ret
    ChkXMS    endp
     
    так?
     
    Добавлено:
    но... почему же это не воспродизводится с иными ХММ? с тем же XMGR?
     
    Добавлено:
    ну, в принципе, явной ошибки в логике работы ни емм386, ни хаймема нет. просто в данной ситуации на завершение работы тупо не хватает 48 ХМС хендлов.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 16:36 07-11-2023 | Исправлено: MERCURY127, 16:41 07-11-2023
    SweetLow

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

    Цитата:
    да, получается, ЕММ реально сначала забирает себе всю ХМС блоками по 64 МиБ, пока она не исчерпается

    VMM (непатченный) кстати ровно так же поступает
     

    Цитата:
    почему же это не воспродизводится с иными ХММ? с тем же XMGR?

    Так там может в реализации нет ограничений по количеству хэндлов (или оно больше по умолчанию).

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 16:50 07-11-2023
    MERCURY127



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

    Цитата:
    VMM (непатченный) кстати ровно так же поступает  
    а патченный?

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 16:52 07-11-2023
    SweetLow

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

    Цитата:
    а патченный?

    А патченный - блоками максимального размера. Я кстати писал свою гипотезу почему именно так - 64 МиБ это максимальный блок в XMS 2.0, т.е. такой способ занятия памяти совместим с очень старыми XMM.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 17:08 07-11-2023 | Исправлено: SweetLow, 17:13 07-11-2023
    MERCURY127



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

    Цитата:
    А патченный - блоками максимального размера.
    те используя вызовы SXMS (XMS 3.0)?
     
    Добавлено:
    я вот проверил, только что - XMGR тоже по умолчанию предоставляет 48 хендлов...

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 17:18 07-11-2023 | Исправлено: MERCURY127, 17:19 07-11-2023
    SweetLow

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

    Цитата:
    те используя вызовы SXMS (XMS 3.0)?

    Судя по результату - да:
     
    Непатченный VMM, 512M
     
    Патченный VMM, 2G
     
    Патченный VMM, 2G, Split8M
     
     
    Добавлено:
    MERCURY127

    Цитата:
    я вот проверил, только что - XMGR тоже по умолчанию предоставляет 48 хендлов

    Так там может список при исчерпании размера по умолчанию умеет увеличиваться.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 17:26 07-11-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Попробовать, что ли, тоже переписать эту функцию на использование SXMS...  
    Хватит ли переписывания её одной, не потянет ли она за собой остальное?
     
    Добавлено:
    Вроде не должна...
     
    Добавлено:
    А может, кто то уже это сделал...

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 18:51 07-11-2023
    BolenB



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127
    Гляньте jemm386 на гитхабе, может что интересного найдёте.
    386max исходники выложили довольно таки недавно.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 19:11 07-11-2023 | Исправлено: BolenB, 19:16 07-11-2023
    MERCURY127



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

    Цитата:
    386max исходники выложили довольно таки недавно.
    да, 386max и qemm - очень крутые штуки.  
    слишком крутые, для нормального использования, тем более на новом железе...
     
    помню, то ли на п-ммх, то ли на п-2, с помощью одного из них перенёс в область D000-E000 всю область видеопамяти и видеобиоса. в результате у меня стало свободно то ли 832, то ли 928 КиБ low memory...  
     
    я даже тогда сочинил простенький ехешник, требующий для запуска 800 КиБ (просто в хидере прописал).  
    и он не запускался в обычной конфигурации с 640 КиБ, но запускался в этой вот экстремальной.
     
    Добавлено:
    разумеется, оно все напрочь разваливалось при переходе в графический режим.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 22:24 07-11-2023
    SweetLow

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

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

    И шо вы таки думаете - оно заработало. И даже AHCI и VBE драйверы поднялись нормально, так что и картинка приличная. Эмуляция мыши правда стандартно глючит, но с этим известно как бороться.
     
    P.S.
    Результаты тестов
     
    Обнаружилось в процессе разборок:
    1. Имеется весьма интересная тонкость в настройке MTRR - при изменении дефолтного кэширования с WB на UC очень желательно повторять кэширование WB, которое есть по умолчанию (как минимум для области <4G). Поскольку имеются какие-то код/буферы в зарезервированных областях памяти INT 15h, EAX=0000E820h который/которые АКТИВНО исполняется/используются в защищённом режиме работы (под сабжем). И если для них не включить кэширование - всё работает заметно медленнее. Попал я на такое когда на машине с памятью с 2,5G в области <4G включил WB только для первых 2G понадеявшись на то, что под сабжем вообще буду только 512M использовать.
    2. Нашёлся драйвер для мыши Win3.1 от 03.03.1998 размером 16010 байт.
    3. Q1 под чистым DOS от сабжа так и не запустился, а вот под сабжем заработал вполне себе хорошо - но в причинах я пока не разбирался.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 09:20 08-11-2023 | Исправлено: SweetLow, 16:13 08-11-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