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

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



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

    Цитата:
    Иными словами, полноценной 32-бит ОС Windows 98 становится только после установки 2GB ОЗУ.  
    Она ею не становится НИКОГДА. Поскольку половина её кода - 16-разрядная. Именно это ведь имеют в виду, говоря о разрядности ОС, не так ли?

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Не, это имелось в виду только касательно памяти и особенностей её работы. А так да, если оперировать точными определениями, конечно она никогда не была чисто 32 битной, являясь гибридным 16/32-разрядным продуктом, основанным на MS-DOS 7.1
     
    __________
    Проверил так же и как win386.swp распологается на диске. Да, размер полностью (до байта) соответствует фактически занятому. А вот пожатие его посредством WinRAR показало, что он 90% пустой. 1GB файл подкачки (SwapfileInUse) превратился в 100МБ в RAR архиве. Что намёк на явную не оптимальность использования памяти впринципе.
     
    Добавлено:
    В общем надо бы найти в интернете все какие есть настройки, касающиеся памяти (В том числе виртуальной) и пробовать менять значения по-умолчанию. А проверять можно вот так вот, тем же WinRAR (например). Можно пробовать разве что добиться наибольшей плотности win386.swp с целью помещать в него больше. Не понятно пока почему данных фактически мало, а места занимают так много и можно ли это настройками как-то поправить в лучшую сторону.
     
    Добавлено:
    HNKTO, возможно ли доработать "memeat" так, что бы он заполнял ОЗУ данными, не поддающимися уже сжатию (Или почти)? Проверить именно эффективность наполнения файла подкачки системой, что бы понимать, если смысл вообще в эти настройки лезть (В том плане, что система может оказаться не виновата, а пользовательское ПО так "оптимизировано").
     
    Добавлено:
    И кстати, касательно "оптимизаций" пользовательского ПО, в общем-то вписывается в текущие реалии. Не так давно пользователи на 256МБ вполне комфортно работали и делали всё тоже самое! И хватало. Сейчас уже 32GB как когда-то 256МБ, а пользовательские задачи не изменились, просто ПО обновилось. Если вернуть то старое ПО, то снова будет хватать 256МБ и YouTube в IE5 прекрасно работать, потребляя 10МБ памяти (С комментами, чатами и всем остальным, это всё уже было) и игры полноценные D3D9С работать с более чем реалистичной графикой не требуя много памяти и мессенджеры всякие и всё остальное. Просто так сейчас код делают не оптимально, что все эти сверхобъёмы нулями похоже забиваются процентов на 99, фактически же современным программам необходимо в 10ки раз меньше. Неспроста системные требования по памяти во всём семействе NT6+ особо не меняются уже лет как 20.
     
    Пример тому телефоны, где 512МБ\1024МБ является нормой. А всё работает там. Все эти сайты, YouTube, мессенджеры и прочее прекрасно работает. Потому что там ещё чего-то оптимизируют, а здесь на ПК уже ничего не делается давно. Только с целью оправдать покупку новой видеокарты искусственно делают так, что бы старое железо не использовалось полноценно, выдавая неиграбельный ФПС. Геймеры на это ведутся, а по хорошему поощрать такое - вредительство (Самому же себе в перспективе и всему сообществу в целом).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 15:18 09-04-2023 | Исправлено: logins, 15:50 09-04-2023
    HNKTO



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

    Цитата:
    Она ею не становится НИКОГДА. Поскольку половина её кода - 16-разрядная.

    С одной стороны - да. Но это с какого боку смотреть.
    С другой - она позволяет исполнять на себе 32разрядный код - значит 32разрядная. (а получится научить ещё и 64битный исполнять - будет 64разрядная)
    А так, что говорится сугубо-архитектуро-зависимо. И сравнивать вот так с той-же NT5.1 как определитель разрядности в корне неверно.
    Могли и для макаронной фабрики по имени Win9х сделать и поддержку террабайт VRAM и RAM, с PAE, и многотомные файлы подкачки, и многопроцессорность и много чего ещё, не вылазя из тарелки с вермешелью, но...НО это всё занимает место, усложняет структуры, повышает требования ядра ОС, а ориентировалась эта ОС при её производстве на калькуляторы с 32мб ОЗУ, да ещё и ужасно медленной по современным меркам ОЗУ, и ЦП с мегагерцовыми тактовыми частотами. В отличие от WinNT. А чтоб оно на этом не тормозило так уж дико - выкинули всё лишнее, да ещё сверху и оптимизировали работать на маленьких и медленных ЭВМ. И это было всецело верным решением.
    А то что мы её сейчас запускаем на суперкомпьютерах, причём успешно - это уникальный момент истории. Вон, заметь, та-же WinXP на последних бытовых ПК не хочет работать вообще никак.

    Цитата:
    не 100% эффективность использования ИМЕЮЩИХСЯ в Windows 98 возможностей

    Мы их и так уже используем на 250%
    Да. Мало. Хочется больше.

    Цитата:
    FAT16

    Кстати аргумент. Просто костыль/наследие не дающее превысить максимальный размер файла в этой ФС. И ТОГДА этот момент никому не был важен. Всё всех устраивало.
    А ещё возможно 32ой бит там зарезервирован для разграничения таблиц. Тем-более что свапает ОСь может не только в win386.swp, но ещё и во все работающие исполняемые и просто файлы смапленые в память, и через как всё это организуется в VMM.vxd - ХЗ.

    Цитата:
    сжимать информацию, помещаемую в файл подкачки?

    Бред сивой кобылы выжирающий производительность. Помещается 1:1 то что лежит в ОЗУ, и да, крайне вероятно страницами и только страницами. по 1кб туда ничего не пишется так-же как и по 1кб память не выделяется приложению (запросить то можно, но выделится тебе всё-равно целая страница, потом разве-что библиотечный субоператор а-ля MSVCRT в ней может создать кучу и раздавать дальше меньшими кусками, но, это внутренние моменты пользовательского кода которые ядро ОС уже не ипут).

    Цитата:
    Геймеры на это ведутся, а по хорошему поощрать такое - вредительство

    Отмечу, что игрострой, 3ДЭ и прочие математически сложные задачи - это ещё единственное где пытаются действительно ДЕЛАТЬ. И да, сделать офигительный фотографически-реалистичный графений, да ещё и в FullHD и более разрешении, который 15лет назад мы могли видеть только в кино и то как технологическое откровение - это математически очень очень непросто. А там ещё "куку" говорит и физика, которую любят выкинуть по максимуму иначе все эти ваши игровые приставки бодро отправятся на свалку по недееспособности. Физические вычисления во всяких автокадиках - туда-же. ... почитай про "моль кротов"
    Но вот во всяких интернетиках - браузерах - офисах - фотошопах, там да, там песец.

    Цитата:
    так, что бы он заполнял ОЗУ данными, не поддающимися уже сжатию

    Например заполнял ОЗУ читая в память zip-архив. Можно. Но это сейчас найти желание попилить. Или ещё кто. Исходник выложен. Туда-же, попробовать какой максимальный объём, и в сколько экземпляров, можно смапить файлов в VRAM. Оно по теории использует ровно те-же механизмы что и своп.
     
    НО ЗАКРУГЛЯЕМ ФЛУД
     

    Цитата:
    Назрел ПРИНЦИПИАЛЬНЫЙ вопрос

    Повторю публично ЛС ИФКУ
    ИМХО мне интересно со всеми всеми заплатками, но с классическим чисто визуальным видом, т. е. чисто с иконками из оригинальной SE.
    (но с другого боку я себе это решение вижу в компоненте if2se.zip, который делает именно то что мне надо и из IF-maxi)

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 17:36 09-04-2023
    IFkO



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

    Цитата:
    Может быть как-то заставить ОС сжимать информацию, помещаемую в файл подкачки?
    Пропустил этот момент при первом прочтении.
    Даже не думайте!
    Винду всё же писали ГРАМОТНЫЕ ИНЖЕНЕРЫ. В частности, загрузка EXE и DLL реализована следующим образом: системе объявляют, что этот файл уже загружен в память. Но не в физическую, а в виртуальную, то есть этот файл объявляют частью файла подкачки. Тогда для его использования система переносит его из виртуальной памяти в реальную. Фокус здесь в том, что теперь этот файл уже не нужно будет переносить из реальной памяти в виртуальную, когда припрёт. То есть экономится и объём свопа, и время работы с ним.
    А вы говорите "сжимать"! Как такое сожмёшь?
     
    P.S.
    Давным-давно в далёкой галактике когда оперативной памяти ещё было мало, придумали драйверы-"удвоители памяти". Они нагло заявляли системе, что памяти вдвое больше, чем на самом деле, а загружаемую туда инфу зиповали  прямо в память Ну то есть впридачу к "сжатому диску" делали "сжатое ОЗУ".
    Так что инженеры всегда найдут что ещё можно уплотнить! (При этом самые находчивые помещают распаковщик внутрь архива.)
     
    Извините за оффтоп.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 21:24 09-04-2023
    BolenB



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

    Цитата:
    Хочется понять разброс мнений хотя бы на форуме.

    Я за:

    Цитата:
    Патчи R.Loew
    Поправки SweetLow
    IO.SYS Он может быть:
    - со всеми официальными патчами
    - с патчем R.Loew на совместимость с "дикими" разделами дисков
    - к тому же с патчем на русскую локаль


    Цитата:
    А исправления явных ошибок в оригинальном переводе?  

    Только исправление опечаток.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 04:32 10-04-2023 | Исправлено: BolenB, 09:21 10-04-2023
    IFkO



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

    Цитата:
    Я за:
    Правильно понял, что конкретно в IO.SYS остальное лучше не включать?

    Цитата:
    Только исправление опечаток.
    Я имел в виду прежде всего смысловые ошибки. Например, установщик оборудования сообщает, что ищет устройства PnP тогда как на самом деле ищет устройства БЕЗ PnP (сверено с англоязычным оригиналом), а сведения о системе пишут "устройства с обратной связью", имея в виду "устройства с фиксированными ресурсами". Это куда серьёзнее опечаток!

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



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

    Цитата:
    Правильно понял, что конкретно в IO.SYS остальное лучше не включать?

    Я принципиально против русификации IO.SYS.
    Отрезать заставку, диспетчер конфигураций, и уплотнять нужно разве что для дискет (но кто ими сейчас пользуется).

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

    Смысловые можно и поправить.
    ИМХО.

    Всего записей: 671 | Зарегистр. 22-12-2003 | Отправлено: 09:41 10-04-2023 | Исправлено: BolenB, 09:44 10-04-2023
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    logins, а ну поиграйся с этим: http://www.upload.ee/files/15104897/memeat.zip.html
    filemap-ом позанимать третий гиг, вокруг файла подкачки но по описаниям используя те-же системы
    отдельно напомню: в аргумент нужно ставить РАЗНЫЕ файлы, иначе тест будет нечистым.
    что у тебя получится.
    У меня на PIII c 512мб ОЗУ:


    Цитата:
    и уплотнять нужно разве что для дискет

    Я тоже в общем такого мнения, но к ДОС-исполняемым, особенно типа io.sys я в этом плане довольно очень пофигистичен обо там один фиг механизмы запуска не влияют на потребление памяти вне зависимости сжимали его или нет. Но к потрохам несжатого просто инженерный доступ резко проще.

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

    Кстати ТОГДА это было местами даже оправдано, ибо ещё одна коробка на 128кб ОЗУ стоила дороже чем ещё один процессор. А потом, оперативка резко подешевела.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 15:00 10-04-2023 | Исправлено: HNKTO, 15:08 10-04-2023
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
     
     
    всё доступное адресное пространство для 32 бит:
    2^32 = 4 294 967 296 байтов = 4 194 304 КиБ = 4096 МиБ = 4 ГиБ
    занято устройствами, ядром и драйверами (Locked):
    423 012 + 294 736 = 717 748 КиБ = 701 МиБ = 0.685 ГиБ
    доступно физической памяти XMS для винды:  
    3 045 408 КиБ = 2974 МиБ = 2.904 ГиБ
    ушло в своп 1 083 536 КиБ = 1058 МиБ = 1.033 ГиБ
    запущено 36 экземпляров memeat 100000:
    3 600 000 КиБ = 3515 МиБ = 3.433 ГиБ
     
    logins, на что жалуемся?
    на что, царская морда, жалуемся, я тебя спрашиваю?

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 17:34 10-04-2023
    logins

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

    Цитата:
    У меня на PIII c 512мб ОЗУ:  

    Заранее поинтересуюсь: почему именно, судя по этой картинке, используется filemap и memeat вместе? Разве недостаточно одного filemap (С разными файлами) или оно попутно запускается?
     
    Попробовал filemap. Не работает. Сначала ругается на отсутствующий Msvcrtd.dll, а после его добавления выдаёт: "M:\memeat2>filemap "BROWSER.7Z"
    fails to open BROWSER.7Z file with error 0
    M:\memeat2>
    "
     
    Добавлено:

    Цитата:
    на что жалуемся?

    Рекомендую прочитать всю переписку, начиная с:
     
    BolenB

    Цитата:
    logins

    Цитата:
    Можно так безпроблемно и дальше запускать программы до тех пор, пока значение SwapFileInUse в системном мониторе не достигнет предельных 2GB (И почему не 4GB - вопрос).

    Ограничение же на максимальный размер файла 2GB.
    Чтобы преодолеть надо KERNEL32.DLL патчить.  

     
    Вы проверяете с объёмом более 2GB ОЗУ. Если оставить только 512МБ, то общий AllocatedMemory окажется 2.5ГБ, а не 4GB. Потому что (Как мы уже выяснили) win386.swp имеет предел 2GB и больше не растёт. Далее уже выяснилось, что это архитектурное ограничение и что бы занять всю память, необходимо как минимум 2GB ОЗУ. Или более. Здесь как бы точка (Вопросов нет).
     
    Далее уже пошли вопросы, каким образом заполняется win386.swp. Оказалось, что 1GB Win386.SWP реально используемый программами, ужимается посредством WinRAR до 100МБ. Захотелось проверить, что будет, если наполнить его максимально сжатыми данными. А именно, сколько фактически влезет.
     
    Далее. Возвращаясь к 2GB. Оно хочет записать более, но не может (При 512МБ ОЗУ) или всё-таки может, но не хочет, потому как, так и было задумано изначально? Вот эти мелкие нюансы и пытаемся выяснить.
     
    Добавлено:
    Перефразирую (Если не совсем ясно изложил суть вопроса):

    Цитата:
    Вообще, дело в том, что система ХОЧЕТ выделить больше 2GB в ФП, но не может ИМЕННО ЗАПИСАТЬ, ввиду какого-то ограничения или она в принципе не может более 2GB вообще отдавать в ФП?

     
    Добавлено:
    Вообще можно не копать далее эту тему, потому как, если была бы возможность ещё что-то исправить здесь, Рудольф бы конечно исправил, потому как дальше всех продвинулся в вопросах памяти в 9x. И не одну версию своего патча сделал. Я не думаю что там что-то осталось ещё улучшать. Очень маловероятно. Разве только что-то касабельное уже совсем современного, но и вопросов пока что не возникало (Окромя разве что VCACHE на совсем современном железе, и то уже выяснилось что там BIOS косячит и наврядли в памяти вообще дело).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 18:25 10-04-2023 | Исправлено: logins, 19:13 10-04-2023
    SweetLow

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

    Цитата:
    но тогда вывод что не работает UFSD

    Хе-хе, и действительно в PNTFS/UFSD есть баг, причём именно там, где оно работает как TSD. Редко и при определённых условиях наблюдаемый, но от этого не менее противный - множественное освобождение памяти и, соответственно, указатели в никуда. Схалявили парагоновцы, не проверили как ДОЛЖНО быть на самом деле (т.е. как делает микрософт в DISKTSD) - и попались. А я вот не поленился проверить и в GPTTSD всё работает как надо. Фикс впрочем простой.
    http://sweetlow.orgfree.com/download/cdrflfix.zip  
     

    Цитата:
    Может это и не имеет отношения к большому количеству памяти

    Ну и таки перепроверил я что всё таки у нас с работоспособностью при нестандартно больших объёмах памяти. Мой стандартный ноут, физической памяти ниже 4G - 2,6G, лоевский патч с /M применён, UFSD.VXD как драйвер для NTFS:
     
    2.6G (без ограничений) - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] не читается прямо после загрузки
     
    ограничено 2G - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] читается, но попытка поработать заканчивается при следующей загрузке лечением реестра, причём USER.DAT "лечит" так, что лучше бы и не пыталось.
     
    ограничено 1G - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] читается, система работает более менее устойчиво, т.е. отказа добиться не получается
     

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 20:27 10-04-2023 | Исправлено: SweetLow, 20:41 10-04-2023
    logins

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

    Цитата:
    Фикс впрочем простой.  
    http://sweetlow.orgfree.com/download/cdrflfix.zip

    Его надо положить в IOSUBSYS?
     

    Цитата:
    Ну и таки перепроверил я что всё таки у нас с работоспособностью при нестандартно больших объёмах памяти. Мой стандартный ноут, физической памяти ниже 4G - 2,6G, лоевский патч с /M применён, UFSD.VXD как драйвер для NTFS:  
     
    2.6G (без ограничений) - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] не читается прямо после загрузки  
     
    ограничено 2G - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] читается, но попытка поработать заканчивается при следующей загрузке лечением реестра, причём USER.DAT "лечит" так, что лучше бы и не пыталось.  
     
    ограничено 1G - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] читается, система работает более менее устойчиво, т.е. отказа добиться не получается

     
    Это, надо полагать, побочный эффект от использования UFSD.VXD (В сочетании с большими объёмами)? Придется проверять это всё-таки, ибо уж очень странная симптоматика: вообще с подобным не сталкивался. Сейчас открыл эту ветку - всё нормально читается\пишется, как и всегда. Сейчас попробую с UFSD.VXD и 3GB ОЗУ для начала.
     
    Добавлено:
    Итак, сделал посредством BURNMEM (64Bit-Sort), ровно 3GB (Доступных для Windows), убрал PNTFS, положил на его место UFSD.VXD, загрузился в Windows 98. В результате, память видится вся (3GB), NTFS диски тоже все на месте. На 800GB тоже нормально работает. Открыл ключ реестра:
     
    [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion]
     
    Всё содержимое видно (Читается, экспортируется). Создал разноименной параметр DWORD, присвоил значение. Что ещё там можно проверить? Как воспроизвести проблему? Не вижу проблемы...
     
    Добавлено:
    Может поведение разное, в зависимости от AHCI\SATA\IDE и плюс у меня всякие патчи от Рудольфа для больших дисков. Разница определённо в чём-то есть. MERCURY127 у тебя тоже проблема воспроизводится?
     
    Добавлено:
    Провёл более углублённое изучение потенциальной проблемы и таки кое-что действительно есть. Позапускал я всяких программ побольше, что бы занять всю память и вроде всё хорошо, но вот попытка в WINAMP открыть HTTPS поток, вызвала какой-то просто жуткий сбой, которого я уже давненько не наблюдал, приводящий к циклическому заиканию звука, выключению экрана и отсутствию реакции на USB IO. Попробовал вернуть память к предшествующему значению (2816МБ), которое стояло последним, перед началом эксперимента. Не помогло. Выкинул UFSD.VxD (160KB), вернул PNTFS.VxD (100KB), всё вернулось в нормальное состояние. Выходит баг в UFSD действительно есть. Кстати, а NTFSFSD.VxD для аналогичных целей от Winternals вас вообще никак не устраивает (Может с ним проблем меньше)? Я давно его не тестировал, помню, что точно работает (По крайней мере позволяет читать), но вот насколько ровно и почему отказался уже, к сожалению, не вспомню сейчас, надо бы перепроверить по новой.
     
    Добавлено:
    И да, это всё на реальном железе.
     
    Добавлено:
    PNTFS похоже просто урезанная версия того же UFSD. У них даже версия совпадает и внутреннее имя. Но вот по датам расходятся. Этот PNTFS похоже раньше вышел, чем крайний UFSD (Где поленились даже версию поменять). И видимо что-то попутно попортили. В общем надо отыскать более раннюю версию UFSD. Если текущая взята от PME3.5, то наверняка была и версия 3 и даже версия 2. А может и даже какая-нибудь версия 3.2, которая и была последней, не имеющей данной проблемы. С неё и PNTFS срисовали. И заметьте, в дальнейшем обновлять не стали. Так и распространяли именно эту версию. Не спроста. С другой стороны в ней и поддержки более 4К не должно быть тогда тоже. В общем надо поискать все эти версии и перепробовать. Если уж прям так этот UFSD действительно нужен.
     
    Добавлено:
    Експресс поиском обнаружился Paragon Mount Everything 3.0 Demo, сейчас гляну какой там UFSD.
     
    Добавлено:
    На eMule должно быть больше экзотических версий.
     
    Добавлено:

    Цитата:
    сейчас гляну какой там UFSD.  

    А нету там никакого UFSD. Там два файла - EXT2.vxd на 55КБ и PNTFS.vxd на 60КБ (Версия продукта 2.0.2.2). Но только в описании указано, что это именно демо версия (Возможно урезана, неполнофункциональна). Надо только полные версии проверять. А они только в eMule сети могли остаться.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 21:22 10-04-2023 | Исправлено: logins, 22:45 10-04-2023
    MERCURY127



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

    Цитата:
    2.6G (без ограничений) - [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\] не читается прямо после загрузки
    2.9 ГиБ - не подтверждаю.
    думаю, если бы подобное было регулярно, я бы это давно заметил.

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    То, что не подтверждается с реестром, ни о чём ещё не свидетельствует. У меня тоже с реестром не подтверждается, а запустил WINAMP с HTTPS потоком и вуаля. Я даже дальше проверять не стал, отражается-ли это ещё на чём-то. И поскольку такая разница, можно предположить, что на разных системах оно по-разному проявляется. В моём случае WINAMP+HTTPS, в случае SweetLow реестр, в иных случаях иные возбудители (Просто их надо искать). И это кстати ещё даже хуже, ибо не работу чего-то, при работе всего остального, завсегда легче объяснить простым, но не правильным - "не работает", ибо и в голову не всегда взбредёт, что какой-то NTFS драйвер тут может влиять (Если в остальном всё в принципе ровно). А он влияет - 100%. Если у вас, чисто гипотетически, действительно, не влияет, хорошо бы тогда уже выяснять, чем именно ваша установка принципиально отличается от наших, что снимает проблему. Почему у вас нет проблемы, у нас она есть. Но сначала надо на 100% убедиться, что у вас её действительно нет (Может быть просто получилось так, что ещё вам конкретно этот катализатор, приводящий к проблеме, попросту пока не попался. Или попадался когда-то ранее, но был исключён из системы). Я бы, если б сидел на UFSD давно и плотно, вряд ли бы на него подумал и забраковал скорее WINAMP. Ну реестр конечно не забракуешь, тут очевидно. И хорошо, что так проявляется. Благодаря этому мы узнали теперь о проблеме (О которой раньше никто не писал). Наоборот даже, преподносили UFSD как наиболее стабильный и ровный. Теперь мы знаем, что это не так, что он проблемный и глючный.
     
    Добавлено:
    Ну и конечно разницу в железе и его BIOS тоже исключать не следует. Очень много 9х проблем исключительно BIOS\Железо зависимых.
     
    Добавлено:
    HNKTO

    Цитата:
    Для такого изврата только VLCplayer

    Не скажу, что это оптимальный выбор для этого. Старые версии так же не держат современный HTTPS, только новые, начиная с 206, он, в свою очередь, требует KeX. WINAMP же работает из коробки. Второе и более важное - VLC комбайн, нехило так жрущий ресурсы и напостоянку его держать в фоне - абсурд (Никогда так не делал, ни на старом, ни на текущем железе). Ощущается и в играх, естественно. А WINAMP легковестен (Если его не пичкать всяким говном). Поэтому WINAMP в фоне не ощущается, играет себе и играет. А VLC 206 уже весьма ощутим. Да и не стоит забывать, что он ещё и железозависим. В частности, его способность играть\не играть HTTPS поток (Любой современый) напрямую зависит от железа: предположительно по вине включенной по-умолчанию на современном железе AES-NI, с которой взаимодействует LIBGNUTLS и не всегда хорошо. Так, на старом железе (До Core включительно), где этой AES-NI ещё нет, VLC 206 прекрасно воспроизводит HTTPS ссылки YouTube, а на современном железе, вываливается с ошибкой (И в XP кстати аналогично). В Windows 7 нормально играет и там и там. В версии VLC 210 уже чего-то поправили и она нормально играет уже в XP, но не в Windows 9x (Причина пока что не найдена. Быть может несовершенство KeX). Хотя просто файлы с локального диска нормально играются вплоть до версии 228. Версии 3ХХ кстати тоже запускаются, но детально не изучал. Для просмотра видео да он хорош, но не для радио точно. Тем более что есть WINAMP, гораздо лучше для этого подходящий. Но есть ведь и другие малоизвестные плееры, однако я детально не изучал (Потому как нет нужды, пока работает WINAMP), проверил чисто из интереса то, что из плееров предлагает IFkO в своей таблице. Оказалось, у него HTTPS нигде не работает и причина известна, но править по его словам уже слишком поздно, потому как релиз состоялся (Но думаю пользователи и сами доработать это без проблем смогут, если прочитают хотя бы тот пост).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:33 11-04-2023 | Исправлено: logins, 18:08 11-04-2023
    HNKTO



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

    Цитата:
    судя по этой картинке, используется filemap и memeat вместе? Разве недостаточно одного filemap (С разными файлами)

    filemap занимает 3й гигабайт VRAM, и занимает в первую очередь VRAM не занимая при этом своп, свопом в его случае становится проецируемый в память файл. (хотя конечно "may require the swapfile to grow." (с)MSDN)
    Но там даже в теории нельзя забить более одного гигабайта адресов, а на практике гарантированно меньше.

    Цитата:
    Сначала ругается на отсутствующий Msvcrtd.dll

    Так... бл*! Звиняюсь. http://www.upload.ee/files/15108259/memeat.zip.html

    Цитата:
    выдаёт: ...fails to open BROWSER.7Z..

    Возьми файл помельче. Для старту разобраться вообще лучше на несколько КБ.
     

    Цитата:
    на что, царская морда, жалуемся, я тебя спрашиваю?

    Кстати 701 МиБ + 3515 МиБ = 4216МиБ.  
    4216 > 4096МиБ MAX VRAM in 9x
    У вас где-то математика сломалась, сээр
     

    Цитата:
    Это, надо полагать, побочный эффект от использования UFSD.VXD (В сочетании с большими объёмами)?

    Нет. В сочетании ещё с чем-то.
    У меня на с232м при 2.2гб ОЗУ (потолок того что 32битной системе может отдать БИОС без PAE) всё прекрасно работает, в т. ч. с UFSD.VXD, в т.ч. сам UFSD.VXD работает и глючит точно так-же как и на пне 3м с 512мб ОЗУ с теми-же винтами.

    пик: это два раздела оба на одном винте, винт в MBR естественно
    И единственное что могу сказать: с ОЗУ > 2гб начинаются проблемы с запуском 16битных программ, но от наличия/отсутствия UFSD.VXD, и даже AHCI.PDR это абсолютно никак не зависит.
    А временами треск вместо звука через звуковуху, вообще ни от чего не зависит.
    Просто набор глюков повязанных на материнку которые никак не поборешь.
     

    Цитата:
    А они только в eMule сети могли остаться.

    Или у меня дома. Там UFSD.VXD. По крайней в PMEpro v3.5 (последней 9х совместимой)
    http://www.upload.ee/files/15108295/Paragon_Mount_Everything.zip.html
    (и кстати, SweetLow, ни в документации ни в самом ПО никакие ключи управления UFSD/PNTFS не упоминаются. Разве что не рассматривал внимательно установщик, в вопросе что именно и для чего он в реестр пишет)

    Цитата:
    Не скажу, что это оптимальный выбор для

    На это всё только скажу HTTPS, YouTube та ещё редкостная говнина которую заставить работать в не Хромиума, и соответствующей аппликухи для смартфонов на Андроид и IOS, то ещё редкостное приключение. И ругать тут железо и левый софт, который как-то умудряется это всё воспроизводить - последнее дело. Скажи спасибо что вообще умудряются, и не жёстко имея тебя во все дыры тоннами рекламы и чего похуже, как это делает подавляющее большинство Тытупо-качалоко-делателей.
    А так прёшься по Тытупу - вот займись как yt-dlp завести на 98й, standalone exe билд или питоновский (как поставить подходящий Питон на 98ю) - не суть.

    Цитата:
    http://sweetlow.orgfree.com/download/cdrflfix.zip

    А что собственно и где он фиксит будет описание внутри архива.
    А то вот, фикс есть, а для чего его применять и нужен ли он, к примеру мне в моём окружении, - никакой ясности.
    (а пока подозреваю нужен только для NTFS разделов на GPT дисках)

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 19:05 11-04-2023 | Исправлено: HNKTO, 19:13 11-04-2023
    logins

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

    Цитата:
    А временами треск вместо звука через звуковуху, вообще ни от чего не зависит.  
    Просто набор глюков повязанных на материнку которые никак не поборешь.

    Нет, я описал всё точно и дословно, как есть! Это одномоментно происходит всё вместе и сразу и только с UFSD.VxD! Попробуйте с объёмами больше. Я сейчас проверю ещё с 2.2GB для уже совсем точной картины.
     
    Добавлено:

    Цитата:
    По крайней в PMEpro v3.5

    Этот вроде как раз и тестируем. Иных версий нет?  
     
    Добавлено:
    Неа, сегодня вообще не работает... При этом, со вчерашнего дня я ничего не менял в системе. Попробовал сейчас с 2.2GB + UFSD - не запустилось, с 2.3 так же, с 2 тоже самое. Поставил 3GB как вчера и снова не запустилось. При этом, симптомы разные - то просто черный экран после звука заставки, то непрерывное пищание спикера, то уход в ребут, один раз был синий экран, при то такого я ещё не видел - смещение и сужение вверх экрана. Содержимое не сфотографировал. При нажатии любой клавиши, немного менялась информация, несколько раз, а в итоге зависло. Вернул PNTFS на место (UFSD удалил). Со всеми вышеуказанными объёмами запустилось нормально. В общем UFSD вообще не совместим с моей системой. Каким чудом оно вчера ещё относительно работало и даже позволяло запускать программы - понятия не имею. И почему сегодня иначе, если ничего не менялось - аналогично.
     
    Добавлено:

    Цитата:
    ни в документации ни в самом ПО никакие ключи управления UFSD/PNTFS не упоминаются. Разве что не рассматривал внимательно установщик, в вопросе что именно и для чего он в реестр пишет)  

    Ах вот как, эта гадость ещё и в реестре могла оставить свои ошмётки?

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

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

    Цитата:
    Его надо положить в IOSUBSYS?

    Да, как и все прочие относящиеся к подсистеме хранения.
     
    HNKTO

    Цитата:
    А что собственно и где он фиксит будет описание внутри архива.  


    Цитата:
    в PNTFS/UFSD есть баг

    Собственно при попытке остановить том с NTFS на фиксированном приводе (это существенно, на Removable приводах бага нет, поскольку там работает микрософтовский код) имеем классический BSOD. Событие, разумеется, весьма редкое - ибо фиксированные приводы обычно не отключают.
     

    Цитата:
    нужен ли он, к примеру мне в моём окружении

    Раз это баг, то его фикс теоретически нужен всем.
     

    Цитата:
    пока подозреваю нужен только для NTFS разделов на GPT дисках

    Прямо противоположное ->
    Цитата:
    в GPTTSD всё работает как надо

     

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



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

    Цитата:
    У вас где-то математика сломалась, сээр  
    Да я и сам немного удивлён...

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

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

    Цитата:
    ни в документации ни в самом ПО никакие ключи управления UFSD/PNTFS не упоминаются

    Мало ли чего там не упоминается. В бинарнике зато много чего есть, да и протокол обращения к реестру снять не проблема:
     
    Подробнее...
     
    Вот это вот оно читает, и тот же DisableDiskCache - работает.
    [HKEY_LOCAL_MACHINE\Software\Paragon\UFSD\CurrentVersion\Parameters]
    "DisableDiskCache"=dword:00000001
     
     
    А ещё оно и вот это читает:
    Подробнее...
     
    И на изменение Locales реакция ТОЖЕ есть:
     
    [HKEY_LOCAL_MACHINE\Software\Paragon\UFSD\CurrentVersion\Locales]
    @="1251"
     
    - можно попробовать поменять на 866 или 1252 и полюбоваться на изменения ИМЕНИ ТОМА с русскими буквами. Полечить впрочем всё равно не получается - там явный баг (двойная конверсия с потерей правильной кодовой страницы в промежутке).

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 00:22 12-04-2023 | Исправлено: SweetLow, 00:25 12-04-2023
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подумал я тут, а для парагона уже достаточно много фиксов у меня набралось, так что объединил их в один:
     
    http://sweetlow.orgfree.com/download/pntfshlp.zip
     
    Умеет:
    1. Ставить ReadOnly на NTFS тома на фиксированных приводах
    2. Обрабатывать множественные разделы на Removable приводах (без этого фикса кстати зависает на попытке смонтировать NTFS том). Да и вообще приятнее - такое по умолчанию не монтируют все ОС вплоть до 7 (10 уже монтирует).
    3. Ну и вышеописанный свежий Calldawn Fix
     
    [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\PNTFSHLP]
    "FixedReadOnly"=hex:01
    "CalldownFix"=hex:01
    "RemovableMultiple"=hex:01
     
    по умолчанию все три опции активны.

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 10:57 12-04-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