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

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

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

    Цитата:
    это? ровно две частоты и одна разрядность?  

    Очень вероятно. В принципе под 7 (и выше) есть ещё тулзы которые в её родном драйверном интерфейсе (не помню как он называется, но могу поглядеть) умеют смотреть информацию, с какой-то степенью достоверности им можно доверять.
    P.S. Device maximum Speed     : Full-Speed  
    Ожидать что там будет 24*2*96000 = 576000 Байт/c с реально доступным мегабайтом в секунду на всю шину? Я сомневаюсь...

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 10:37 05-05-2023 | Исправлено: SweetLow, 10:44 05-05-2023
    Vlimiik



    Full Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    SweetLow
    На сколько было понятно из поста с её презентацией заявлено 7 каналов и басы, плюс в этой спецификации:

    Цитата:
    USB Version : 1.1  
    Usb110 : 1 (yes, port supports USB 1.1)  
     Usb200 : 1 (yes, port supports USB 2.0)  
     Usb300 : 0 (no, port not supports USB 3.0)  

    Так что реально и объективно для двух каналов широкополосных динамиков должно подойти.  
    Вот только почему Вендор это Texas Instruments, когда они всегда производителями компонентов были, это не понятно.

    Всего записей: 501 | Зарегистр. 11-08-2007 | Отправлено: 13:50 05-05-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ну раз заявлено, то конечно... китайцы же не будут врать...
    практически же на сайте c-media лежит специальный драйвер, который, наверное, и делает это 7.1 с басами.

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



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    ВСЕМ:
    Дополнил таблицу вариантов сборки браузерами. Отмечу следующее:
    - сценарий установки сторонних браузеров выделен в отдельный файл if_progO.inf, тем самым отвязан от сценария установки IE в случае, если в дистрибутив включены два браузера.
    - IE в ходе латания дыр потерял поддержку формата AOL ART, но я не стал выбрасывать её совсем, а выделил в отдельный пакет, вошедший в два варианта сборки. При установке этого пакета MSHTML.DLL откатывается до последней версии, поддерживающей AOL ART, а при удалении - возвращается самая новая её версия. Кому эта поддержка нужна - имейте в виду, что она есть не во всех вариантах сборки. Собсно, это было уже в сборке 2019, но я почему-то забыл об этом упомянуть.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 22:34 07-05-2023 | Исправлено: IFkO, 22:36 07-05-2023
    capricorn1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Интересуют нюансы использования сабжа на ssd. А именно: чем лучше готовить раздел, и все такое... Когда речь идет об хр, на форумах - куча страшилок, отпугнет любого. Новсе это - как бы не более чем пропаганда плюс маркетинг. Трим, как я понял, не нужен вообще. Основная проблема, как я понял, - alignment разделов (я не понимаю, что это такое).

    Всего записей: 161 | Зарегистр. 18-07-2009 | Отправлено: 14:46 08-05-2023
    uShell

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

    Цитата:
    Основная проблема, как я понял, - alignment разделов (я не понимаю, что это такое).

    Это выравнивание. Почитайте статьи про Advanced Format - на SSD ситуация похожая. Если ОС пишет кластер одной операцией (так ли это в Win98, не знаю), а кластер пересекает границу физических блоков на диске, то контроллер диска вынужден делать много операций вместо одной. Для чтения ситуация не такая плохая, но тоже хуже, чем могла бы быть. Производительность, впрочем, всё равно останется выше, чем для магнитного диска, а вот ресурс будет расходоваться чуть сильнее.
     
    Чтобы сэкономить на случаях пересечения границ блоков, можно сделать расстояние от начала диска до первого кластера кратным размеру кластера. Например, для 2ГБ FAT16 кластер имеет размер 32К (64 сектора) - значит, перед первым кластером должно быть 64*N секторов. Для FAT12/FAT16 лично я предпочитаю регулировать размер корневого каталога, который по умолчанию 512 секторов, но на полную у меня никогда не используется.
     
    Теперь - насколько критично всё это. Размер блока на SSD обычно больше размера кластера, поэтому практически любая запись на уровне контроллера превратится в RMW (read-modify-write, т.е. чтение всего блока - запись изменений в буфер - запись всего блока на диск). Я уж не говорю о записи FAT, которая, скорее всего, всегда идёт посекторно и, скорее же всего, перемежает другие записи на диск. Поэтому, думаю, что на всё это выравнивание имеет смысл плюнуть.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 15:37 08-05-2023
    SweetLow

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

    Цитата:
    Трим, как я понял, не нужен вообще.

    Найти SSD с серверной прошивкой - он уже и поверх записанных данных пишет хорошо. Да и вообще от сабжа самого по себе практически нет нагрузки по записи, так что действительно на трим можно забить.
     

    Цитата:
    alignment разделов

    побить разделы и форматировать чем-либо начиная с висты

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 15:49 08-05-2023 | Исправлено: SweetLow, 15:50 08-05-2023
    capricorn1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    виста-виста... А сторонний софт какой можно порекомендовать? Aomei подойдет? Или например - acronis disk director...

    Всего записей: 161 | Зарегистр. 18-07-2009 | Отправлено: 19:12 08-05-2023 | Исправлено: capricorn1, 19:13 08-05-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    не стоит заморачиваться. берем любой ссд SATA, mSATA или M.2 SATA, ставим 9х как обычно, без выравниваний и прочего, и даже без резервирования свободного места (идиотская рекомендация, в большинстве ссд и так 10% объёма спрятано от юзера в силу разницы ГБ и ГиБ).  
    ни сама 9х, ни программы под нее не пишут столько, чтобы это было критично. современный ссд сам себя тримит в простое, это сейчас просто обязательное умение для них, без этого они нынче неработоспособны были бы.
    можно отключить своп и запись времени последнего доступа, но не обязательно (ConservativeSwapFileUsage НЕ использовать, оно не то, чем кажется!).  
    короче, забить на слухи и бредни, и просто пользоваться, как обычно.
    вот ниже пример, диску 9 лет, на нём у меня втч по 10 переустановок 98 в день, и он абсолютно здоров...
     

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



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

    Цитата:
    Это выравнивание.
    Вдруг вспомнилось: В Windows 98SE входила незаметная утилита WinAligh. Она записывалась в задания планировщику и нужна была для того, чтобы однократно "выровнять" файлы какого-то старого MS Office. Вроде выровненные они должны под 98-й работать лучше. Поскольку тот старый офис давно мёртв, а в сборке есть не нуждающийся в этом, я её из дистрибутива вырезал. Но так толком и не знаю, что она там выравнивала - не встретился мне тот офис, для которого она придумана. Или может я вообще всё не так понял?

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 22:54 08-05-2023 | Исправлено: IFkO, 22:54 08-05-2023
    Vlimiik



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

    Цитата:
    поэтому практически любая запись на уровне контроллера превратится в RMW (read-modify-write, т.е. чтение всего блока - запись изменений в буфер - запись всего блока на диск)

    По моему вы что-то не договариваете. Речь как-бы идёт о том как миновать буфер в процессе записи.

    Цитата:
    Я уж не говорю о записи FAT

    Ну да, сабж то касается ОС, а запись в FAT сейчас происходит только в специальных случаях.
    MERCURY127

    Цитата:
    вот ниже пример, диску 9 лет, на нём у меня втч по 10 переустановок 98 в день

    Хорошо, но сомнительно 1872ч это примерно пол часа на 10 переустановок за день. Про таблицу, где все значения по сто вообще молчу.

    Всего записей: 501 | Зарегистр. 11-08-2007 | Отправлено: 05:49 09-05-2023
    uShell

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

    Цитата:
    незаметная утилита WinAligh

    Первый раз слышу про эту утилиту. Я знаю, что файлы офиса (до 2007) используют тот же контейнер, что и MSI, в котором действительно есть выравнивание, а Word 97 начал писать файлы в юникоде.
     

    Цитата:
    Речь как-бы идёт о том как миновать буфер в процессе записи

    Думаю, что никак. Размер кластера FAT ограничен 64К, размер мультисекторной записи когда-то был ограничен 128К, а блоки SSD имеют размер порядка 512К. Последние редакции ATA допускают запись блоками по 512К, но Win98 вряд ли так умеет.
     
    Если запись приходится внутрь одного блока, на уровне контроллера весь блок читается в буфер, затем в буфер пишутся нужные данные, а потом весь буфер пишется обратно в блок. Если запись пересекает границу блока, то контроллер выполнит два чтения и две записи. Последней ситуации можно избежать, если выровнять кластеры, первой - только переписыванием драйвера диска, чтобы он комбинировал записи.
     

    Цитата:
    запись в FAT сейчас происходит только в специальных случаях

    Да, тут я погорячился: если выделенный размер файла не меняется, то FAT тоже остаётся без изменений. Но вот DOS при записи нового файла на диск будет обращаться к FAT после записи каждого кластера, и это лечится только кэшированием.

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 13:31 09-05-2023
    MERCURY127



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

    Цитата:
    1872ч это примерно пол часа на 10 переустановок за день.
    вот купишь ссд - увдидишь, что они считают только активное время своей работы, а когда спят - не считают, вне зависимости, включен комп или нет.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 23:04 09-05-2023
    Vlimiik



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

    Цитата:
    Размер кластера FAT ограничен 64К, размер мультисекторной записи когда-то был ограничен 128К, а блоки SSD имеют размер порядка 512К. Последние редакции ATA допускают запись блоками по 512К, но Win98 вряд ли так умеет.  

    Из этого следует, что логика в том, что контроллер работает быстрее, когда делает меньше операций. Пишем, например, 1Гб = 1048576Кб / 512Кб = 2048 процессов записи на SSD в идеальном случае; 1048576Кб / 128Кб = 8192 процесса записи в Win98 в таком же случае. Получается два варианта, или ОС после записи максимального размера кластера переходит к другому блоку, тогда файл будет занимать больше места; или приходится как-то размещать данные в кластере несколькими процессами записи. В итоге, гипотетически предполагая, что если размер блока SSD для 9х сделать 128Кб, некоторые вопросы должны отпасть.
    С другой стороны, если подумать, ОС как-то пишет отдельно от контроллера и контроллер имеет собственные алгоритмы записи. По сути в ОС не должно быть большого умения отправлять данные для записи, если этим контроллер занимается

    Всего записей: 501 | Зарегистр. 11-08-2007 | Отправлено: 05:35 10-05-2023
    SweetLow

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

    Цитата:
    чтобы однократно "выровнять" файлы какого-то старого MS Office


    Цитата:
    Или может я вообще всё не так понял?

    Вообще то не только офиса, а ЛЮБОЙ .DLL. А смысл у неё крайне простой - выровненные по границам страниц секции исполняемых файлов в сабже не кэшируются (как просто файлы при чтении), а сразу подгружаются менеджером памяти на исполнение (memory mapping file), т.е. устраняется двойная нагрузка на память. Просто все новые линковщики это автоматически соблюдают при настройках по умолчанию, так что актуальность WinAlign для сколько-нибудь современного софта нулевая.

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



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

    Цитата:
    Первый раз слышу про эту утилиту.
    Без труда найдёте walign.exe в дистрибутиве Windows 98SE, в пакете WIN98_45.CAB.
    Цитата:
    файлы офиса (до 2007) используют тот же контейнер, что и MSI, в котором действительно есть выравнивание, а Word 97 начал писать файлы в юникоде
    Нет, не документы, а исполнимые файлы.
     
     
    SweetLow

    Цитата:
    актуальность WinAlign для сколько-нибудь современного софта нулевая.
    Собсно, вопрос в том, с каких пор софт считать "сколько-нибудь современным". Я для себя решил., что всё, что писалось под 98-ю, уже попадает в эту категорию. То есть утилита нужна в общем-то для случая установки системы поверх прежней, в которой был этот самый старый софт. Поставили поверх, однократно выровняли то, что уже есть в системе, а то, что попадёт в систему после, и так ровное.
    Цитата:
    не только офиса
    Не помню, из чего я это вывел. Наверное, нашёл в ней унутре строки:
    SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Office8.0
    SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MSOffice
    Software\Microsoft\Office\8.0\Common\InstallRoot
    Software\Microsoft\Microsoft Office\95\InstallRoot
    Software\Microsoft\Microsoft Office\95\InstallRootPro

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 15:56 10-05-2023
    uShell

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

    Цитата:
    ОС как-то пишет отдельно от контроллера и контроллер имеет собственные алгоритмы записи

    Это да: если бы ОС (точнее, её драйвер диска) писала данные с оглядкой на особенности контроллера, можно было бы оптимизировать некоторые процессы. В общем случае система мало что знает о внутреннем устройстве диска. В частности, при внедрении AF это стало проблемой. Некоторые современные контроллеры умеют накапливать запросы на запись в собственном буфере - с ними проблема выравнивания отходит на второй план.
     

    Цитата:
    Нет, не документы, а исполнимые файлы

    А-а-а, а вот на этот счёт я кое-что помню. В линкере от Microsoft до недавних пор была опция "оптимизации под Win98", и заключалась она в выравнивании смещений секций в файле на 4К. Функция MapViewOfFile() почему-то требует выравнивания адреса в файле на целое число страниц от начала (ладно бы ещё на целое число секторов или кластеров), поэтому если секция не выровнена на 4К, то система не может использовать сам EXE-файл в качестве файла подкачки. В этом случае вместо прямого использования memory-mapped I/O система вынуждена выделять место для секции в файле подкачки, и, помимо перерасхода виртуальной памяти, на это тратится дополнительное время.
     
    В NT ограничение в MapViewOfFile() никуда не делось - оно присутствует и на уровне NtMapViewOfSection(). Тем не менее, утверждается, что для Windows, отличных от 98 (и, возможно, ME), выравнивание на 4К не даёт выигрыша в производительности. Получается, что NT загружает секции через ReadFile(), забивая на перерасход VRAM? Как-то подозрительно...

    Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 17:56 10-05-2023
    IFkO



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

    Цитата:
    В линкере от Microsoft до недавних пор была опция "оптимизации под Win98", и заключалась она в выравнивании смещений секций в файле на 4К.
    Есть у меня подозрение, что в моей сборке есть и неоптимизированные файлы. Помню, сталкивался с одинаковыми вроде версиями, но разного размера. И вроде порой брал меньший по размеру файл... Но всё так смутно

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 21:55 10-05-2023
    Vlimiik



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

    Цитата:
    Это да: если бы ОС (точнее, её драйвер диска) писала данные с оглядкой на особенности контроллера, можно было бы оптимизировать некоторые процессы. В общем случае система мало что знает о внутреннем устройстве диска

    Не только вообще Система, а данных о процессах контроллера пока, кроме предположений, очень мало Если взять аналогию из других ОС, например, FreeBSD, то там на низком уровне есть возможность программировать движение сетевых пакетов данных. По сути это то же самое, но упрощенный вариант. То есть, видимо, обычные процессы работы с памятью и этим ограничивается. Если я правильно понимаю смысл, то Выравнивание - это что-то типа синхронизации и редукция лишних процессов. Достигается программной установкой нужного размера ячейки памяти носителя информации.

    Всего записей: 501 | Зарегистр. 11-08-2007 | Отправлено: 09:47 11-05-2023
    logins

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

    Цитата:
    не стоит заморачиваться. берем любой ссд SATA, mSATA или M.2 SATA, ставим 9х как обычно, без выравниваний и прочего, и даже без резервирования свободного места (идиотская рекомендация, в большинстве ссд и так 10% объёма спрятано от юзера в силу разницы ГБ и ГиБ).  

     
    Всё верно. У меня IDE PATA HDD столько не жили, а достать их было сложно и дорого (В основном из резервов, то есть, произведённые раньше, но положенные на склад и по каким-то причинам пока что не проданные). Тем не менее приходилось менять их довольно часто и вытаскивать данные иногда приходилось. Правда, на тот момент, я рамдиск не так активно использовал ещё (Ввиду отсутствия памяти выше 4GB) для стороннего ПО, временного размещения и рабочего пространства для приложений. Но дело скорее не в этом, а, как выше уже отметили, минимизации лишних движений по отношению к диску со стороны ОС (XP+ гораздо интенсивнее работает с диском, как минимум, изначально, без настроек, оптимизаций и прочего). Так же помнится и давняя рекомендация, ещё только в пору повсеместного внедрения SSD, о существенном ускорении системы, благодаря размещению файла подкачки на SSD. Работает через AHCI драйвер Рудольфа (Возможно в этом частично и дело). В общем всё отлично. Всё что пишут - придумки или какая-то устаревшая (дез)информация, которая уже не касается нынешних SSD (Помнится, одним из аргументов, некоторых ораторов, было как раз предостережение о быстром износе SSD, в результате установки XP или ниже, ввиду неумения с ними корректно работать). В целом отношение было как к расходнику изначально, особенно с учётом их копеечной стоимости теперь (Сломается, ну и ладно, ибо есть бекап). Однако, работает, работает и работает. И пока будет работать, я даже не пошевелюсь посмотреть смарт или что-то там сделать. Зачем? Бекап есть и что ещё надо? Сломается - воткну новый и всё. А вот файл подкачки (Опять же, по рекомендации Microsoft) я вынес на отдельный физический диск (Визульно внешне больше похожий на карту памяти без корпуса, с широким разъёмом, который вставляется прямо в системную плату, а называется он mSATA, но работает так же через AHCI драйвер Рудольфа), который, ещё пошустрее. Никаких специальных действий не предпринимал. Взял со старого ПК готовый уже IDE PATA HDD, где уже было всё установлено (Начиная с FDISK > MSDOS 6.22 > Win98 > XP) абсолютно штатными средствами и по всем рекомендациям от MS (Первичный раздел FAT16 для DOS и Win9х + расширенный раздел для логических дисков под Windows XP, программы, хранение). Клонировал (Посекторно) с него всё целиком на новый только что распечатанный SSD. Предварительно подкинул AHCI драйвер, ибо знал, что без него может быть не взлетит (Или взлетит, но немного не так, как хотелось) и всё заработало сразу. Чего чего, а касабельно диска проблем вообще не было. Есть так же программа TRIM от Рудольфа под MS-DOS и чисто теоретически её можно было бы так же закинуть через AUTOEXEC на постоянной основе, но смысл? Надо ли это реально? Пока что не прибегал. Если кто пользует, опишите о плюсах и степени надобности теперь.
     
    Windows 10 и аналогичные, изрядно насилуют диск. Поэтому я бы нынче (Когда уже сам всё пронаблюдал и отличил, что правда, а что маркетинговое враньё), дал всё-таки обратную рекомендацию, если вам действительно важно сохранить SSD как можно подольше, лучше не ставить на него Win10 или нечто подобное. WinXP максимум (С глубокой тонкой настройкой) или (Ещё лучше) Windows 98 - они практически ничего писать не будут. Что-же касается программ (Которые будут таки писать), подумайте как эффективно задействовать неиспользуемые GB ОЗУ (Под Win98 это всё что выше 4GB, точнее даже примерно 3.5). Все операции записи от программ (Браузеров например) можно пробросить туда (У меня например виртуалки и браузеры только туда и пишут). На диск я сохраняю, только если считаю нужным и только то, что считаю нужным. Программам подобная роскошь у меня не позволена (Ибо не вижу смысла и надобности никакой).
     
    Добавлено:
    MERCURY127, я не пропустил, надеюсь, долгожданный релиз аудиодрайвера для USB? Есть на чём потестировать, а штатные драйверы встают, но не работают (Видимо слишком новое железо для столь ранних дров). А новые драйверы от WinME и XP уже не хочет сам NTKERN, с MMDEVLDR на пару (Что впрочем мы наблюдали изначально и с драйвером от SweetLow для USB, до тех пор, по крайней мере, пока он его сам не поправил. Ещё есть огрехи, но несущественные, как видите, сейчас, собственно, через него и пишу, а значит всё вцелом нормально). Думаю, здесь будет примерно такая же история. То есть, судя по всему, придётся править исходники, что бы оно универсально работало. Но предлагаю просто для начала проверить то, что уже есть на текущий момент.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 18:31 11-05-2023 | Исправлено: logins, 18:44 11-05-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