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

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

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

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

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

    Цитата:
    Заменить по очереди: память, диски, материнку, процессор.  

    К сожалению, это не помогло. Уже три переезда с полной заменой железа (Включая диски) - пережило. Касается только Virtual PC 5.x (Любой, включая патченную). Примерно год назад я использовал это решение, которое описал выше, и проблема исчезла. Получается, Virtual PC в процессе работы иногда портит свои же файлы (Virtual PC.exe и VPCAppSv.sys). Но, портит их не по содержимому (Если сравнивать всё идентично), а как-то на уровне файловой системы (Как я понимаю). Потому как при копировании файлов программы из другого места рядом с текущими, с последующим переименованием, проблема уходит. С файлом USER.DAT по-видимому тоже самое.  
     
    Вот что это именно, как такое происходит, объяснить увы не могу. Я описал как проблема проявляется, как решается. А что это и в чём именно корень проблемы - сказать не могу, даже примерно (Надеялся что вы объясните, хотя бы для общего понимания). Единтсвенное что, в XP хосте ничего такого не наблюдается.
     
    Добавлено:
    Для этого можно взять например маленький компьютер на одной плате и запихать его в основной системный блок (В отсек для флоппика например или дополнительного HDD). Тогда да, только по энергии остаётся вопрос. Хотя виртуалка тоже ведь к энергопотреблению добавляет. Вопрос, что больше и насколько существенно.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 14:25 02-10-2022 | Исправлено: logins, 17:45 11-10-2022
    odz3nn

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins
    У меня есть несколько идей:
    Попробуйте использовать раздел FAT16 для тестирования Virtual PC 98SE.
    Попробуйте использовать раздел FAT32 для тестирования Virtual PC XP, если вы сейчас используете NTFS. Возможно, это заставит проблему проявиться и в XP.

    Всего записей: 58 | Зарегистр. 27-12-2021 | Отправлено: 18:23 02-10-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Хорошая мысль. Я использую FAT16 в настоящий момент. В XP, естественно, FAT32.
    Быть может, корень проблемы и в FAT16 (Это нельзя исключать). Но данная файловая система необходима для мультибута с MS-DOS 6.22, реализованного штатными срадствами (Установка MS-DOS 6.22 на чистый FAT16 раздел, затем поверх него Windows 98). Мне отдельный MS-DOS 6.22 иногда нужен, поэтому я не хотел бы ничего коренным образом изменять, оставив всё примерно как есть, решить данную проблему не меняя файловую систему системного раздела (FAT16). Возможно, проблема в этом, но проверить это увы не могу (Для этого пришлось бы переводить системный диск на FAT32, что можно по идее сделать конвертацией, но как потом всё вернуть обратно, если проблема не в этом?).
     
    Добавлено:
    Конечно, можно сделать посекторную копию системного раздела специальным ПО, что бы в случае чего вернуть всё назад. Однако, на сколько я помню, и MERCURY127 сообщал о наличие данного бага (Медленный запуск гостевой ОС, так же примерно 40 секунд), а у него, если я не ошибаюсь, как раз именно FAT32 и используется! Так что нет, проблема здесь похоже не в FAT16.
     
    Добавлено:
    MERCURY127, у вас же FAT32 (Или всё-таки FAT16)?
     
    Добавлено:

    Цитата:
    User - только после запуска винды.  

    А куда тогда записываются импортируемые в реестр REG файлы на стадии обработки AUTOEXEC.BAT (командой regedit *.reg)? Получаетя, оно импортируется на данной стадии прямо в файл?
     
    В общем я попробовал добавить такое:
     
    ATTRIB -R -A -S -H C:\WINDOWS\USER.DAT
    COPY C:\WINDOWS\USER.DAT C:\WINDOWS\USER1.DAT
    DEL C:\WINDOWS\USER.DAT
    REN C:\WINDOWS\USER1.DAT USER.DAT
     
    На данный момент - 20 секунд (баги нет)! Буду продолжать наблюдение (Посмотрим помогло или нет).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 18:33 02-10-2022 | Исправлено: logins, 19:06 02-10-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    конечно, я тестировал баг с тормозами ВПЦ под 98 на ФАТ32. на ФАТ16 нужный виртуальный диск с 7 (или Вистой, не помню уже) просто бы не влез.  
    USER.DAT - это HKCU куст реестра. соответственно, экспортировав его до и после появления тормозов, можно будет сравнением локализовать проблему...
     
    Добавлено:

    Цитата:
    А куда тогда записываются импортируемые в реестр REG файлы на стадии обработки AUTOEXEC.BAT (командой regedit *.reg)? Получаетя, оно импортируется на данной стадии прямо в файл?
    в реестр, куда же еще. досовский regedit умеет сам работать с реестром (да, прямо с файлами .dat).
     
    Добавлено:

    Цитата:
    В общем я попробовал добавить такое:
    вряд ли винда будет обращать внимание на флаг R/O для столь критичесики важного файла...

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 19:14 02-10-2022
    logins

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

    Цитата:
    на ФАТ16 нужный виртуальный диск с 7 (или Вистой, не помню уже) просто бы не влез.

    Тестовый VHD контейнер (С установленной Windows 7 SP1), был почищен и занимает около 3.2GB (С учётом установленных браузеров, а их там сейчас 5 штук), как раз специально, что бы влезать на FAT32 раздел целиком. Для таких файлов, а так же крупных программ и игр у меня отдельный раздел (FAT32). А сама виртуалка теперь вообще на рамдиске (NON-XMS, 4.47GB, FAT32). Однако, авторы программы предусмотрели обход потолков указанных файловых систем. Как только размер VHD контейнера превышает 4GB, тут же создаётся его продолжение (.v01, .v02 итд), но с точки зрения виртуалки это всё один файл. На системном FAT16 я естественно никакие VHD не храню и даже мысль такая не приходила. А вот на NTFS диске VHD существует одним куском. Работать с таким из Windows 98 - не пробовал. Возможно, если не пытаться теребить его на запись, включив UndoDrive (Который так же можно разместить на рамдиск), будет работать, через какой-нибудь драйвер от Paragon. Но проверять пока что смысла не вижу.
     
    Добавлено:

    Цитата:
    вряд ли винда будет обращать внимание на флаг R/O для столь критичесики важного файла...

    Обращает. Изначально (Без ATTRIB...) не заработало (Не переименовало и не скопировало). Я только вот думаю, нужно ли возвращать аттрибуты обратно? Нет, не нужно, система потом сама возвращает необходимые аттрибуты обратно.

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



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я, кажется, начинаю понимать, как у тебя тормоза появляются...
    Впц ведь все настройки в реестре хранит? Втч и своих машин.
    И наверняка настройки машин как раз в hkcu сидят.  
    Вот они то, по какой-то причине, и портятся.

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 20:17 02-10-2022
    logins

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

    Цитата:
    И наверняка настройки машин как раз в hkcu сидят.  
    Вот они то, по какой-то причине, и портятся.  

    Да, именно там. Только почему это лечится копированием одного и того же USER.DAT в другое место (Физически) на этом же диске? Я ведь просто беру этот USER.DAT и копирую рядом, затем удаляю оригинальный и возвращаю прежнее название (USER.DAT). Из DOS или другой ОС. До сегодняшнего дня да, как раз считая, что проблема именно в изменившемся содержимом, я копировал из SYSBACKUP, действительно, прежнюю версию, но, как теперь выянилось, это совершенно не обязательно! Впрочем, не будем забегать вперёд с выводами. Я начал данное тестирование только сегодня. Если бага, после вышеприведённой прописи в AUTOEXEC.BAT, снова вылезет, значит да, не всё здесь так просто, придётся искать причину в чём-то ещё.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 20:30 02-10-2022 | Исправлено: logins, 20:33 02-10-2022
    MERCURY127



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

    Цитата:
    Только почему это лечится копированием одного и того же USER.DAT в другое место (Физически) на этом же диске? Я ведь просто беру этот USER.DAT и копирую рядом, затем удаляю оригинальный и возвращаю прежнее название (USER.DAT).
    тогда не знаю... Полтергейст какой-то.  
     
    Добавлено:
    Скандиск хоть пробовал гонять?

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 20:34 02-10-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Разумеется. И даже, насколько я помню, иногда помогало, по крайней мере, от первой проблемы. И то, если прогонять из XP. Но потом, через какое-то время, обязательно возникало вновь. Здесь же придётся прогонять хотя бы из DOS (Не уверен, поможет ли) или всё так же из WinXP, то есть, с перезагрузкой (Не прогонять же его постоянно, при каждом включении?). Портится видимо только то, к чему VPC прикасалось в процессе последней работы, но не всегда, а весьма редко, а это только его собственные файлы и драйвер, а так же и USER.DAT. А вот именно относительно проблемы тормозов, вызываемых USER.DAT, пока что не проверял (А больше никаких проблем он и не вызывает).
     
    Нет, думаю делать ScanDisk каждый раз (Тем более, если из WinXP) однозначно не вариант (Даже если это поможет).
    Но вот в AUTOEXEC досовый вариант ScanDisk`a можно попробовать добавить в тестовых целях, хотя бы от второй проблемы (С тормозами), тем более что теперь оно быстро делается (Благодаря /MACHINE:AT), почти не в ущерб скорости запуска.
     
    Но если это всё действительно так и пропись ScanDisk`а на постоянку поможет, есть ли шанс, что проблему можно исправить на уровне файлов самой VPC? Или таковое не лечится?
     
     
     
     
     
    Добавлено:
    Ок, всё же пойдём по порядку. Заремил пока что текущее (тестовое) решение:
     

    Цитата:
    ATTRIB -R -A -S -H C:\WINDOWS\USER.DAT  
    COPY C:\WINDOWS\USER.DAT C:\WINDOWS\USER1.DAT  
    DEL C:\WINDOWS\USER.DAT  
    REN C:\WINDOWS\USER1.DAT USER.DAT  

     
    Добавил scandisk c: /autofix /nosummary (Этого достаточно или ещё какие-то ключики стоит добавить?). В общем теперь, через какое-то время уже прояснится, помогает ScanDisk или нет. Во втором случае, буду уже тестировать свой вариант (Других пока что, окромя ScanDisk`а, не предлагалось).
     
    Добавлено:
    Да, кстати, диск в данном случае AHCI SATA SSD (Если это имеет значение). На предыдущей платформе (Где проблема так же имела место), использовался IDE PATA HDD. Всё тоже самое 1 в 1. То есть ни AHCI.PDR, ни потенциальные проблемы дисков не имеют отношения к данной проблеме. Это либо в ОС какая-то недоработка. Либо в самой VPC. А в XP проблема с тормозами не проявляется, видимо, потому, что ОС изначально более защищена от подобных ошибок, либо VPC там вообще по другому работает (Не допуская таких ошибок). И на WinME эта проблема тоже была.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 22:09 02-10-2022 | Исправлено: logins, 23:29 02-10-2022
    MERCURY127



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

    Цитата:
    это только его собственные файлы и драйвер
    писать в свой собственный драйвер оно не может, это надо специально извращаться.
    Цитата:
    Не прогонять же его постоянно, при каждом включении?
    досовский, если поможет - почему бы и нет? десяток секунд подождать.
    Цитата:
    есть ли шанс, что проблему можно исправить на уровне файлов самой VPC? Или таковое не лечится?
    это надо профилировщиками вести логи и смотреть, куда он гадит в момент сбоя. а потом еще и понять, как стабильно воспроизвести проблему, и затем уже отладчиком смотреть, что его вызывает. учитываяЮ, что это проявляется лишь в старой версии для 9х - "нам вашу царевну и даром не нать, и за деньги не нать!".
     
    Добавлено:
    но если скандиск будет находить ошибки - их обязательно надо будет показать.
     
    Добавлено:
    кстати, своп в винде отключать пробовал?

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 11:14 03-10-2022
    SweetLow

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

    Цитата:
    XP на том же железе проблем таких нет

    А я уже пару раз спрашивал - а почему так?
     

    Цитата:
    Только вот проблема это видекарт, ОС, драйверов или системных плат

    Ответ по моему очевиден - комбинация факторов. Например любой старый код (fastvid и MTRR.VXD к примеру) бесполезен для дефолтного кэширования WB или логики "длинный WB минус короткие UC". Просто потому, что НЕ рассчитан на такую ситуацию. Да и маски длиннее 36 бит - тоже проблема.
     

    Цитата:
    Я не понимаю от куда он берёт вот эти вторые строчки

    От верблюда! MERCURY127 мануал на процессор выкладывал, да и в составе пака есть MBToMask.exe - он там ЗАЧЕМ по вашему нужен?
     

    Цитата:
    На данный момент - 20 секунд (баги нет)!  

    Прежде чем разбираться с файловой системой неплохо бы вырубить все непредсказуемые задержки.
     
    MSDOS.SYS:[Options]
    DisableLog=1
    SystemReg=0
     
    (+до кучи AutoScan=0 и BootWarn=0) не просто так придуманы.
     
    Кстати, я встречался (точнее сказать встречаюсь и сейчас) с аппаратной проблемой на тошибовском диске с 512e на моём ноуте которая потенциально может дать именно такой эффект. Так вот, если питание рубится в момент записи (а я сейчас ноут без аккума использую), то может получиться пара-десяток битых секторов (настоящих, физических, на 4096 байт), а не очень правильное Firmware диска начинает подтормаживать при чтении такого битого сектора прежде чем скорректирует такую ситуацию (это если вообще скорректирует...). И почему то задержка гораздо заметнее на защищённых драйверах, нежели на коде BIOS - количество повторов при ошибке явно разное.
     
    MERCURY127

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

    Логично. Но это не закрывает вторую часть моего запроса...
     

    Цитата:
     скорость ограничивается уже PCIe линком, который не поднимается выше версии 1.1

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

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 11:46 03-10-2022 | Исправлено: SweetLow, 12:00 03-10-2022
    logins

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

    Цитата:
    писать в свой собственный драйвер оно не может

    Оно и не пишет в тело файла, а (предположительно) каким-то образом калечит ФС, расположенную "под ним".
    Я наверно не просто так VPCAppSv.sys добавил в решение. Значит, на него тоже это распространялось. Так же оно по идее и в исполняемый файл писать не должно, однако и его копирование - часть решения. В общем помогает всё это вместе. Единственное, что я тогда не учёл USER.DAT, но оно и не критично, а просто замедляет в два раза (И то только изредка). Остальные же файлы (Включая драйвер), делают невозможным запуск гостевой ОС, в случае проявления бага.
     

    Цитата:
    десяток секунд подождать.

    Сейчас у меня прописан ключ "/MACHINE:AT" и с ним это время занимает около 2.5 секунд (C:, FAT16, 2GB, AHCI, SATA, SSD). Таким образом - уже не критично. Главное чтоб помогало.
     

    Цитата:
    кстати, своп в винде отключать пробовал?

    Нет. Я SWAP не отключаю. Когда-то, возможно, в целях тестирования я это делал, но если была бы польза - наверно заметил. Поскольку я отказался от этой затеи - пользы никакой не было. Сейчас SWAP живёт на отдельном физическом диске, как и положено.
     
    Добавлено:
    Итак, запустил VPC - бага есть (40 секунд)
     
    Добавлено:
    Значит, досовый "scandisk c: /autofix /nosummary" - от этой проблемы не помогает. Может не хватает каких-то ключей?
     
    Добавлено:
    Выполнил перезагрузку, ScanDisk повторился по-новой - баги нет (20 секунд)...
     
    Добавлено:
    Из ScanDisk.LOG:
     

    Цитата:
    Microsoft ScanDisk
     
     
    Log file generated at 05:44PM on Monday, October 03, 2022.
     
    ScanDisk checked drive C for problems, with the following results:
     
    Directory structure
     
             ScanDisk did not find any problems.
         
    File allocation table
     
             ScanDisk did not find any problems.
         
    File system
     
             ScanDisk did not find any problems.
         
    Surface scan
     
             ScanDisk did not perform any tests.
         

     
     
    Добавлено:
    Может надо "/MACHINE:AT" на время убрать, как-то он читерски работает, разве может почти заполненный системный раздел на 2GB проверяться столь быстро? Может оно пропускает некоторые ошибки? При этом оно именно выполняется, то есть все пункты проходит и индикатор проверки отображается до конца. Просто очень быстро.
     
    Добавлено:
    Или тогда не в ScanDisk`е и дело, а что-то другое влияет.
     
    В общем, я думаю, надо оставить пока ScanDisk в покое и вернуться к вчерашнему решению. Если оно хоть раз не сработает - значит проблема точно не в этом и не в ScanDisk`е даже. Потому как с остальными файлами - первая проблема лечится гарантированно. Значит и здесь либо должно помочь гарантированно, либо оно не имеет отношения к проблеме вообще.
     
    SweetLow
    SystemReg=0
     
    То есть оно по-умолчанию включено и каждый раз правит реестр?
    Вот это дейстивтельно может вносить свои коррективы (Например, периодически откатывая багу обратно).
     
    В общем надо всё же допроверить сначала первое. Если не поможет, перейти уже к содержимому.
     
    MERCURY127
    Если меется в виду, что в SWAP файле может сохраняться какая-то вредная информация, оставшаяся от предыдущего сеанса, и при следующем сеансе как-то вредить, то можно попробовать просто добавить в AUTOEXEC удаление этого файла, что бы при каждом запуске ОС он создавался с нуля. Да, пожалуй, я попробую это. Но после теста с переносом USER.DAT. Надо убедиться прежде, работает оно или нет. Сначала буду тестить как есть. Затем с SystemReg=0. На третьем этапе уже с удалением win386.swp. ScanDisk я так же пока оставляю (Хуже от него вряд ли будет).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:40 03-10-2022 | Исправлено: logins, 18:27 03-10-2022
    MERCURY127



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

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 18:38 03-10-2022
    HNKTO



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

    Цитата:
    нибудь драйвер от Paragon

    для NTFS даёт доступ к файлам >4гб только для первых 4гб-1байт, аналогично как для FAT32. Верней, может сам vxd как-то там и готов поддержать, но ядро 98й к такому не готово.

    Цитата:
    переносом USER.DAT

    Я не очень понял что к чему, но, могу предположить, "невидимая" проблема может быть связана с фрагментацией реестра. В смысле когда данные в *.DAT оказываются расположены не по порядку не непрерывно не в оптимальном виде, что снижает скорость доступа к реестру. Винда сама в автоматическом режиме событийно выравнивает свою БД. ...ну, может ещё фрагментация самого файла реестра на уровне ФС, когда он по тем или иным причинам начинает занимать не набор кластеров идущих подряд - сим занимается уже дефраг.

    Всего записей: 2092 | Зарегистр. 30-01-2010 | Отправлено: 17:28 04-10-2022
    MERCURY127



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

    Всего записей: 11563 | Зарегистр. 03-08-2008 | Отправлено: 17:46 04-10-2022
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Тестирую T6
    интересную особенность заметил, никак не могу сделать мультизагрузку в config.sys
    ругается на строки MENUITEM
     
    ЧЯДНТ?

     
    сорри, допёр )

    Всего записей: 2619 | Зарегистр. 28-04-2006 | Отправлено: 21:44 04-10-2022 | Исправлено: fly_indiz, 13:42 05-10-2022
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Кстати интересный момент.
     
    до T6 со старым doslfn были дичайшие тормоза с дисковыми операциями с папками и файлами имеющие длинные имена.
     
    в T6 с новым doslfn-if как будто случилось чудо. Не сказать чтоб прям летает, но работать стало более чем комфортно!

    Всего записей: 2619 | Зарегистр. 28-04-2006 | Отправлено: 13:44 05-10-2022
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    fly_indiz
    Цитата:
    со старым doslfn были дичайшие тормоза с дисковыми операциями с папками и файлами имеющие длинные имена.
    От размера каталога зависит. Чем больше в нём файлв - тем дольше идёт операция
    Но, да, драйвер я доработал.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 16:18 05-10-2022
    logins

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

    Цитата:
    Сначала буду тестить как есть.

    Не проканало. Сегодня с холодного пуска таже фигня (40 секунд). Вчера было нормально. Перехожу к следующему шагу (Тоже самое + SystemReg=0).
     
    Добавлено:
    Перезагрузился (уже с SystemReg=0) и всё ок (20 секунд), поглядим дальше. В запасе ещё остаётся вариант с win386.swp
     
    HNKTO
    Цитата:
    Я не очень понял что к чему, но, могу предположить, "невидимая" проблема может быть связана с фрагментацией реестра. В смысле когда данные в *.DAT оказываются расположены не по порядку не непрерывно не в оптимальном виде, что снижает скорость доступа к реестру. Винда сама в автоматическом режиме событийно выравнивает свою БД. ...ну, может ещё фрагментация самого файла реестра на уровне ФС, когда он по тем или иным причинам начинает занимать не набор кластеров идущих подряд - сим занимается уже дефраг.

    Фрагментация актуальна для SSD? И почему на это только VPC тогда реагирует (А именно, запускаемые на ней гости)?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 17:00 05-10-2022 | Исправлено: logins, 17:11 05-10-2022
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO
    Вопросик - а в релизе планируется компонент KernelEx и что-нибудь из браузеров относительно современных? по типу Mypal

    Всего записей: 2619 | Зарегистр. 28-04-2006 | Отправлено: 10:24 06-10-2022
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198

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


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru