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

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



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Мимо. Нету у меня сата-усб карманов. Зато есть один нвме-усб...  

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 22:46 27-03-2023
    uShell

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

    Цитата:
    CAB я предложить не могу: по умолчанию он не поддерживает подпапки

    "По умолчанию" - это под Win9x? Под NT 6 makecab вполне поддерживает пути внутри архива, просто возни с ними больше. Ну и плюс logins мог рассматривать вариант, когда новый дистрибутив 98-й собирается из-под такой же 98-й (мало ли). Да, поставить в систему архиватор - невелика беда, но тут случай очень уж напоминает PKUNZIP.ZIP.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 22:58 27-03-2023
    SweetLow

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

    Цитата:
    Зато есть один нвме-усб...  

    Так он ТОЖЕ работает по SCSI. Они ВСЕ работают по SCSI - ключевая часть для системы именно USB.

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



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

    Цитата:
    "По умолчанию" - это под Win9x?
    По умолчанию - это если не применять левые MSCAB и проч. Да и в вообще формат CAB нельзя считать адекватным архивом. Это скорее дистрибутивный пакет, для чего собственно он и был придуман. А работать с ним как с архивом крайне неудобно.
    Цитата:
    случай очень уж напоминает PKUNZIP.ZIP
    Кабы это это был ARK или ZOO, я бы согласился. Но не распаковать ZIP ?

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 09:50 28-03-2023
    HNKTO



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

    Цитата:
    SCSI 64bit

    Ну, к примеру, мой дискретный контроллер добавляющий поддержку САТА в П3й доступ к накопителям реализует именно по SKSI. Я в него 6тб диски втыкать не пробовал (у меня их нет) но если воткнуть то вполне возможно надобность в этом драйвере возникнет.
     
    uShell, подумай над тем что во весх сборках у ИФа, кроми "пустышки" "только ядро" присутствует хоть один архиватор, умеющий .zip, + explorer 98й винды сам умеет взаимодействовать с .zip архивами (см "сжатые папки"), так что вопроса открытия .zip архива не возникнет даже под голой 98, если конечно уже не вдаваться в экзотику типа .zip с LZMA2 методом сжатия (по сути .7z с zip заголовком, чего умеет наворотить архиватор 7zip если его заставить)
    Причём даже с запароленными архивами.
    Но конечно не мудрено и упустить учитывая что в Windows 10 и эту фичу у проводника отломали.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 15:20 28-03-2023 | Исправлено: HNKTO, 15:21 28-03-2023
    IFkO



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

    Цитата:
    explorer 98й винды сам умеет взаимодействовать с .zip архивами (см "сжатые папки")
    Неа. "Сжатые папки" появились в ME или чуть раньше, в каком-то редком апдейте к SE. В оригинальной SE их не было, была только работа с CAB.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 15:51 28-03-2023
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SweetLow
    что-то у меня не завёлся на 6 терабайтах мой UFSD.VXD  
    Ответ на "почему" - ну просто бриллиант в коллекции!

     
    К этой версии и раньше были вопросы. Например, помнится, я проводил тесты разных версий поддержки NTFS и результаты были довольно странными:
     
       
    PNTFS.VXD (Paragon NTFS for 98) Version 3.0.2.2  
     
       
    UFSD.VXD (Paragon Mount Everything 3.5) Version 3.0.2.2  
     
       
    NTFSFSD.VXD (Winternals NTFS for Windows 98) Version 1.07
     
       
    NTFS.SYS (Microsoft Windows 2000) Version 5.00.2195 [SP4]
     
       
    NTFS.SYS (Microsoft Windows XP) Version 5.1.2600 [SP3]  
     
       
    NTFS.SYS (Microsoft Windows 7) Version 6.1.7601 [SP1]  
     
    Во-первых, чем новее ОС, тем хуже со скоростью. И во-вторых, UFSD.VXD почему-то частично проигрывал (по скорости записи) PNTFS.VXD, зато по стабильности оказался чуть выше. Не могли бы вы проверить то же самое на своём железе (NT проверять не нужно, только PNTFS.VXD vs UFSD.VXD)?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 17:28 28-03-2023 | Исправлено: logins, 17:43 28-03-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А нефиг потому что тестировать на 50 Мб, которые всегда влезают в любой кеш. Тестировать надо хотя бы на 5 Гб.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 17:57 28-03-2023
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А закинь сюда этот CrystalDiskMark 2.2
    Меркурий, ну дык получается как минимум кеш с ростом WinVer всё дерьмовей работает.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 18:15 28-03-2023 | Исправлено: HNKTO, 18:17 28-03-2023
    logins

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

    Цитата:
    А нефиг потому что тестировать на 50 Мб, которые всегда влезают в любой кеш. Тестировать надо хотя бы на 5 Гб.

    Так видно же и так, что UFSD.VXD явно выделяется из общей картины и не следует общей тенденции. Данные его значения (143 и 136) получается даже хуже чем в 7ке почти в два раза. То есть с ним явно здесь что-то не так.
     
    Я наверное всё-таки позднее повторю этот тест, только уже на текущей конфигурации и сделаю результаты в виде таблицы). Так же, попробую не только 50МБ, но и 100МБ или быть может даже сразу и все 500МБ (1GB - это максимум, что может программа, да и не типичный это пример использования. 50МБ - это некий усреднённый размер типичного пользовательского файла, который он записывает или считывает. Гигабайтные файлы довольно редко фигурируют на сегодняшний день, ведь даже игры, программы, современные ОС, состоят в основном из большого количества маленьких файлов. Вот их пользователи чаще всего и гоняют туда-сюда, включая картинки, музыку, документы и короткие видеоролики).
     
    Добавлено:
    HNKTO
    А закинь сюда этот CrystalDiskMark 2.2
    http://web.archive.org/web/20130401230733if_/http://release.crystaldew.info/mnop/CrystalDiskMark22_9x.zip
     
    Добавлено:
    Исходник этой программы:
    http://sourceforge.jp/frs/redir.php?m=osdn&f=%2Fcrystaldiskmark%2F40454%2FCrystalDiskMark2_2_0Src.zip
     
    Добавлено:
    А кино большого размера вы и при всём желание записать под Windows 98 не сможете на NTFS раздел, ибо встроенное ограничение на 4GB никто ещё не снимал.
     
    Добавлено:
    А Рудольф, насколько я помню, только для FAT32 своё решение сделал (И то, от производительности NTFS драйвера оно вообще никак не зависит).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 18:26 28-03-2023 | Исправлено: logins, 19:11 28-03-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO
    Цитата:
    Неа. "Сжатые папки" появились в ME или чуть раньше, в каком-то редком апдейте к SE. В оригинальной SE их не было, была только работа с CAB.
    а я же тебе предлагал включить в ядро минимальный unzip.exe 40 kb, умеющий длинные имена и папки. так бы все пакеты сборки можно было бы заменить за зипы, избавившись от хотя бы части идиотских ограничений начала 90х.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 19:24 28-03-2023
    IFkO



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

    Цитата:
    я же тебе предлагал включить в ядро минимальный unzip.exe 40 kb, умеющий длинные имена и папки. так бы все пакеты сборки можно было бы заменить за зипы, избавившись от хотя бы части идиотских ограничений начала 90х.

    "Из своей головы можно выдумать только на свою голову!", "Не чини то, что не сломалось!", "Не чеши там, где не чешется!".
    Ибо проблем гарантированно появится больше, чем решится.
    Единственный финт, который я пытался, но не сумел провернуть в сборке IF/2, состоял в исключении первого этапа установки вообще: все копируемые на нём файлы нужно было упаковать в SFX-архив, после распаковки которого на диск C: выполняется перезагрузка и второй этап установки.
    Красиво? Не знаю, не получилось Но очевидно, что выбора компонентов для установки при этом не было бы. Система ставилась бы только целиком.
     
    Хочешь сделать то, что я не сумел? Попробуй! А советов я тебе и сам сто штук в час готов давать.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 19:49 28-03-2023 | Исправлено: IFkO, 19:51 28-03-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins, при попытке протестировать PNTFS RW я получил не синий, и не черный экран смтери, а тупо зависшую машину с пустым экраном без каких либо каких либо собщений об ошибках. chkdsk в 10 выдал
     
      Проверено неиндексированных файлов: 1.                            
     
    Восстановление потерянного файла CrystalDiskMark00013249 (711) в файле каталога 5.
      Восстановлено неиндексированных файлов в первоначальный каталог: 1.
    Ход выполнения: готово 2 из 1; стадия: 200%; всего:  0%; ETA: 999:00:00 ..  
    Ход выполнения: готово 0 из 0; стадия: 99%; всего:  0%; ETA: 999:00:00 ...
     
    так что его нафиг, этот PNTFS RW.  
     
    остальное вот:
     
    под 9х
     

     
    под 10

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 20:08 28-03-2023 | Исправлено: MERCURY127, 20:10 28-03-2023
    IFkO



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

    Цитата:
    так что его нафиг, этот PNTFS RW.  
    Собсно, я всегда предупреждал: не пишите им ничего на NTFS, ограничьтесь чтением. Про UFSD ничего такого не знаю, но я с ним почти и не работал.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 22:02 28-03-2023
    SweetLow

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

    Цитата:
    что-то у меня не завёлся на 6 терабайтах мой UFSD.VXD ... Ответ на "почему"

    Так-с, провёл я и количественные измерения, так что уже могу даже цифровые иллюстрации показать.
    Так вот оказалось, что это на самом деле тема об ограничениях сабжа, но отнюдь не Storage, а Memory:
    Цепочка анализа:
    1. UFSD работает заметно быстрее старых версий на больших объёмах (при обращении к носителю, НЕ при копировании файлов). На 6 терабайтах PNTFS ощутимо подтормаживает (но работает).
    2. Гипотеза - оно кэширует какую-то метаинформацию.
    3. А что именно у нас имеет большой объём на практически пустом диске? Как раз парагоновский драйвер нам здесь замечательно помогает ибо показывает все эти потрошки - битмап свободных/занятых кластеров.
    4. А с большим количеством кластеров битмап тоже увеличивается и в текущем пределе (4G кластеров) будет иметь размер 4G/8 = 512MiB.
    5. И вот здесь и начинается РЕАЛЬНАЯ архитектурная проблема - а как поместить в кэш ТАКОЙ объём информации? В архитектуре сабжа это 1/2 от ВСЕГО виртуального пространства защищённой части. Неприятный ответ - а никак не поместить, более того (на моём железе и экземпляре ОС - 512 MiB памяти) реальное ограничение вообще 256MiB (см. ниже)
    6. Если битмап слишком большой  (на 6 Тб при 4096 кластере это 183 мегабайта) - то как его уменьшить? Ответ простой - увеличив размер кластера. И действительно, с кластером в 8192 раздел уже монтируется успешно.
     
    Ну и результаты тестирования на выделение памяти (в скобках - размеры смонтированных NTFS томов к этому моменту):
    PNTFS (160G+1.5T 4096 Cluster, без кэширования):
    ...
    233 MiB @F0500000 - FEE00000 - Success
    234 MiB @F0500000 - FEF00000 - Success
    235 MiB @F0500000 - FF000000 - Success
    236 MiB - Fail
     
    UFSD (160G+1.5T 4096 Cluster):
    ...
    185 MiB @F3500000 - FEE00000 - Success
    186 MiB @F3500000 - FEF00000 - Success
    187 MiB @F3500000 - FF000000 - Success
    188 MiB - Fail
     
    UFSD (160G+1.5T 4096 Cluster, 6T 8192 Cluster):
    ...
    93 MiB @F909F000 - FED9F000 - Success
    94 MiB @F909F000 - FEE9F000 - Success
    95 MiB @F909F000 - FEF9F000 - Success
    96 MiB - Fail
     
    Отсюда реальные ограничения:
    UFSD - 64KiB кластер * 2G кластеров (256 MiB битмап) = 128 TiB НА ТОМ И СИСТЕМУ
    PNTFS - 4KiB кластер (бОльшие действительно НЕ поддерживаются) * 4G кластеров = 16TiB на том * 23 тома = 368 TiB на систему
     
    Кстати, в потрошках UFSD и PNTFS есть какие-то настроечные параметры, возможно там что-то удастся найти полезное. Возможно стоит проверить с лоевскими патчами - когда доступно много физической памяти - впрочем здесь я заранее сомневаюсь, ибо упор идёт в ВИРТУАЛЬНУЮ память, а не физическую. Возможно стоит поискать версию UFSD/PNTFS БЕЗ кэширования, но уже понимающую 8K+ кластеры. Но пока имеем такую КАРТИНКУ.
     
    Дополнительно - посмотрел я почему парагоновский драйвер тормозит при копировании. Ответ простой - он всегда работает c 4K единицами при обращении к носителю. Была надежда, что на больших кластерах он будет работать именно с размером кластера - но нет, те же 4K.
     
    Добавлено:
    IFkO

    Цитата:
    не пишите им ничего на NTFS, ограничьтесь чтением.

    Му-а-ха-ха. Я себе даже соорудил маленький драйвер, который тома с  NTFS (на фиксированных носителях) помечает как Read Only, чтобы эта штука даже не пыталась туда лезть с записью.
     
     
    Добавлено:
    logins

    Цитата:
    Не могли бы вы проверить то же самое на своём железе (NT проверять не нужно, только PNTFS.VXD vs UFSD.VXD)?

    см. выше почему. я уже это проверил заодно с другими разборками
     
    Добавлено:
    IFkO

    Цитата:
    в каком-то редком апдейте к SE

    Мне помнится они в Plus! для 98 появились, а его редким ну никак не назовёшь.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 10:51 29-03-2023 | Исправлено: SweetLow, 11:28 29-03-2023
    HNKTO



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

    Цитата:
    А Рудольф, насколько я помню, только для FAT32 своё решение сделал

    Нет, этому решению абсолютно пофиг какая ФС. Оно чисто на виртуальном уровне работает. Ключевое: по человечески на NTFS оно от того выглядеть не станет, всё те-же файлы по 4гб виртуально собранные в один большой файл. (да и есть у меня подозрение и сам UFSD выдать что-то за пределами 4х гб файла с NTFS раздела не может)
    И если уж хотите, с NTFS оно абсолютно нормально работает, по крайней в режиме: я жирноту торрентом на старом компе на NTFS винт-переноску качаю, потом винт в новый комп перекидываю, в нём огрызки в один файл собираю и уже дальше пользую.

    Цитата:
    Про UFSD ничего такого не знаю

    Не могу пока внятно описать принцип зависимости, но в целом тоже есть такая болячка...пока только сказать он после Винды на NTFS не факт что нормально записать сможет, даже просто произвести операции на уровне ФС, удалить к примеру или обновить время модификации. Не понял пока обо что именно спотыкается. Что-то Винда после себя бывает оставляет чем UFSD потом давится при попытке писАть. Хотя верней сказать он

    Цитата:
    Я себе даже соорудил маленький драйвер, который тома с NTFS

    А для EXT-ов?
    Вот поддержка EXT-фс в UFSD реально глючная, причём опасно глючная, чреватая разрушением данных.

    Цитата:
    он всегда работает c 4K единицами при обращении к носителю

    Возможно, не на ровном месте. Я в одно овремя попытался поиграться с FAT32 разделом с 64сектора на кластер для обхода проблем с работой больших разделов (более ~320гб), но получил очень весомое снижение производительности работы с файлами на таких разделах, хотя по прочим, проблемам лагов доступа к разделу и времени проверки Скандиском, оно работало лучше.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 15:47 29-03-2023 | Исправлено: HNKTO, 16:01 29-03-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    погонял еще немного тупых тестов...
     

     
    PNTFS RW
     

     
    загрузка цпу 100%. очевидно, к скорости диска эти цифры отношения не имеют - это скорость озу. причем кеш у драйвера, похоже. свой собственный, тк на фат32 скорости меньше.
     
    UFSD
     

     
    здесь тоже на первых двух размерах цпу 100%, на третьем - 80, но только на чтении. и здесь кеш у драйвера, похоже. свой собственный. обратите внимание на скорость записи - очевидно, UFSD запрещает кешировать запись. ну и по чтению тормознее. но хотя бы не глючит, да и умеет не только NTFS.
     

    Цитата:
    Вот поддержка EXT-фс в UFSD реально глючная, причём опасно глючная, чреватая разрушением данных.
    для этих ФС куча тонких настроек есть, которые линуксы могут выставлять в любых комбинациях, так что не удивительно, что сторонний драйвер с ними глючит.

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

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

    Цитата:
    А для EXT-ов?
    Вот поддержка EXT-фс в UFSD реально глючная, причём опасно глючная, чреватая разрушением данных.  

    Собственно сейчас оно по коду раздела в MBR ориентируется - если там 7 (это код для NTFS и прочего, которое в принципе не монтируется), то оно делает его RO. Если EXTFS как-то можно аналогично опознать (или оно его тоже как 7 обрабатывает), то добавить в код не проблема.
     
    Добавлено:
    P.S. И, да, если заглянуть в файл UFSD.VXD/PNTFS.VXD, то там кстати есть настройки для монтируемых файловых систем и для RW доступа тоже, надо только разобраться в них.
     
    Добавлено:

    Цитата:
    Возможно, не на ровном месте.

    Конечно не на ровном. Лень программировать агрегацию запросов от клиента в большие пакеты если файл реально непрерывен, проще вегда лупить как будто он 100% фрагментирован Но хотя бы в размер кластера обмен таки могли сделать, там реально код менять не надо.

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Выходит что:
    1. Винчестер должен быть создан в 4к, что бы полноценно работало.
    2. Форматировать в NTFS\EXT нужно штатными средствами самого Paragon Software, что бы с PNTFS\UFSD было максимум совместимо, а вот всякие NT и прочие Linux`ы вообще отучить, что-либо менять на диске (Только чтение). А то любят они обновлять версию FS подгоняя под себя её так, что старое ПО уже такую разметку не одупляет. Пэтому пусть лучше Paragon этим и рулит, раз уж мы из Windows 98 записывать собираемся (Только смысл, если FAT32 уже есть и работает без костылей?).
     
    Плюс, MERCURY127, то что у тебя 500МБ и 1000МБ не отрабатывается - особенность какая-то локальная у тебя, ибо я пробовал 1000 в 9 проходов - без нареканий, всё прошло без проблем. Да, систему оно подтормаживает маленько в процессе, но это по-видимому как раз потому что не в 4К сделано.
     
    Касаемо записи файлов более 4GB. Если решение от Рудольфа по каким-то причинам не установлено, а грузиться в другую ОС не охото. Можно запустить WinXP в виртуалке, подключить к ней VHD диск, отформатированный в NTFS, скачать этот файл через виртуальную XP на него. Сам VHD должен быть размещён на FAT32 (VPC сама его разбивает на куски по 4GB). У меня так Win7 установлена на VPC в виртуалке под 9х хостом (Изначально на 1 куске жила, помещалась, будучи урезанной до необходимого минимума, а вот по мере обновления браузеров - разраслась. Сейчас занимает уже 3 куска, 9.12GB суммарно). Под XP эта же виртуалка кладя на NTFS VHD - уже не делит его на куски, однако, попытки подцепить этот целиковый VHD более 4GB с NTFS раздела под 9х - не увенчались успехом. Быть может, здесь как раз таки и не помешло бы поиграться версиями PNTFS\UFSD\NTFSFSD. И кстати более ранние версии оных я ещё вообще не рассматривал (Последние версии - не всегда лучшие и в данном случае этого тоже нельзя исключать).
     
    В общем здесь надо попробовать полный пакет инструментов от PARAGON накакить. Вдруг там эти настройки где галочками выставляются (А может с справка какая есть). Я обычно только VxD в IOSUBSYS кидал, но это видимо не совсем полноценная установка, ибо если настройки тонкие есть, значит не просто так.
     
    Добавлено:
    Кстати, а из исходников WinXP можно портировать полноценный NTFS драйвер (NTFS.SYS) или из Windows 2000? Или там очень много зависимостей и пришлось бы тянуть вслед за ним пол системы?
     
    Добавлено:
    И ещё такой вопрос (Я его досканально ещё не обкапывал, а надо бы). Встречается информация, что некоторые гипервизоры, типа XEN, KVM или ESXi, позволяют одновременно запускать две ОС (Например, Windows XP и Windows 98) на одном компьютере и переключаться на ходу между ними. При этом, для каждой ОС пробрасывается своя видяха, звук, сеть, USB и прочее PCI\PCI-e оборудование, необходимое для поноценного пользования. Польза теоретически в том, что можно на ходу переключаться (Избегая переагрузки из одной системы в другую), не прерывая работу в обеих. Пробовал ли кто реализовать такое на практике?
     
    Интересует, как, при самом идеальном варианте такого решения, будет себя чувствовать 9х. Не выростут ли задержки, не будет ли существенного понижения производительности и отзывчивости? Впринципе, судя если по виртуалке с Win7 - не ощущается её присутствие в фоне, а если там даже загрузка ЦП под 100% и диска - можно поставить низкий приоритет и так же будет не ощущаться (Тем более что UndoDrive на рамдиске и следовательно обращения на запись идут в ОЗУ и читается сначала из кеша, потом от туда, затем из системного кеша хоста и только в последнюю очередь уже с реального диска). А если фоновую ОС поставить ещё и на паузу - вообще не ощущается присутсвие полноценной ОС запущенной в фоне. Но здесь без проброса железа, а так впринципе тоже самое. В общем если кто пробовал, можете поделиться своими впечатлениями и указать какое ПО для этого пробовали?
     
    Хотелось бы понять разницу в производительности между 9х на реальном железе и в KVM, ESXi, XEN (А вроде больше и нет таких вариантов, где с пробросом железа). Может просто окажется, что перезагружаться в XP на живую не так уж и плохо. А вот если наоброт и производительность почти идентична - уже интересно. Можно будет попробовать и померить производительность и задержки.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 19:51 29-03-2023 | Исправлено: logins, 20:38 29-03-2023
    SweetLow

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

    Цитата:
    Отсюда реальные ограничения:
    UFSD - 64KiB кластер * 2G кластеров (256 MiB битмап) = 128 TiB НА ТОМ И СИСТЕМУ  

    Хорошо всё же что у меня на машине с 98SE ещё и виста стоит, иначе бы я поленился проверить окончательно.
    Ну так вот ограничение ещё более сильное, стоит судя по всему уже внутри самого UFSD (или возможно в какой-то системной функции выделения памяти - но точно не в _PageAllocate, та спокойно выделяет больше) и равно 128MiB (1G кластеров). Т.е. 3.9TiB с обычным кластером 4096 оно ещё монтирует, а 4.1 - уже нет.
    Так что ограничение надо читать как:
    UFSD - 64KiB кластер * 1G кластеров (128 MiB битмап) = 64 TiB на том * 2 тома = 128TiB на систему.
     

    Цитата:
    Возможно стоит поискать версию UFSD/PNTFS БЕЗ кэширования, но уже понимающую 8K+ кластеры

    Кстати, а какие у кого есть варианты? У меня их три:
    UFSD.VXD 164476 байт, версия (вкомпилированная внутри файла) - UFSD version 4.3 (Sep  3 2004, 14:44:06)
    PNTFS.VXD 61067 байт, ReadOnly вариант, который парагон бесплатно раздавал - UFSD version 2.2 (Dec 11 2003, 15:31:53)
    PNTFS.VXD 99873 байт, не монтирует Removable устройства - UFSD version 3.5 (Jul  7 2003, 11:35:57)
     
    logins

    Цитата:
    а из исходников WinXP можно портировать полноценный NTFS драйвер (NTFS.SYS) или из Windows 2000?

    В исходниках 2000 NTFS нет, из XP теоретически достаётся.

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