Hard Старое железо в новом корпусе

Какой патчер?

 

Geryon, всё по теме, включая патчер:
http://forum.ru-board.com/topic.cgi?forum=62&active=15&topic=14740&start=1220#19

 

Рекомендую использовать Win9x Memory Burn Driver aka BURNMEM [?] от SweetLow
http://forum.ru-board.com/topic.cgi?forum=62&topic=10556&start=1480#10
Прописывается в config.sys, позволяет установить любой объем памяти, который будет видеть система (dos или win, не важно).

 

Я уже использую burnmem, но у этого метода есть ограничения: не перезагрузиться в safe mode, например - там содержимое config.sys, включая burnmem, игнорируется.

 

system.cb
http://forum.ru-board.com/topic.cgi?forum=62&topic=24097&start=1300#20

 

Вот это как раз не проблема, это ерунда. Создаем две копии файла system.ini, один со строкой MaxPhysPage, другой без, кидаем их в заранее отведённые места. Если очень нужен safe mode, грузимся в DOS и временно подменяем файл. Это не такое уж неудобство, не так часто это бывает надо.

---------- Сообщение добавлено в 19:35 ---------- Предыдущее сообщение размещено в 19:33 ----------

BolenB, о, спасибо, про это не знал! Реально работает?

---------- Сообщение добавлено в 19:41 ---------- Предыдущее сообщение размещено в 19:35 ----------

Лучше мне вот про другое растолкуйте. У меня чипсет с двухканальным контроллером, плашки по 1 гб. Если я использую burnmem, например, на 512 или 256, как выберется память, поровну от каждого модуля или целиком от первого? Иными словами, сохранится ли двухканальный режим?

 

Он не на столь низком уровне работает.

 

Хреновенько. Тогда, чтобы сохранить двухканальный режим, можно поступить так:
Bank0 - 256mb
Bank1 - 256mb
Bank2 - 1gb
Bank3 - 1gb
И для WinXP небольшой прирост будет в 512mb. Правда, неизвестно, как подружатся односторонние планки с двусторонними.
А можно и так попробовать:
Bank0 - 512mb
Bank1 - 512mb
Bank2 - 1gb
Bank3 - 1gb
И параметр 20000000. Для WinXP будет тогда 3gb. На некоторых конфигурациях в Win98 нормально пашет и 1 гиг. Только тут всё может зависеть от буквально каждого подключённого устройства, как все адреса между ними распределятся. Варианты с более, чем 512мб, нужно пробовать на конкретной окончательной конфигурации со всей периферией, как она будет в повседневном варианте, да ещё и заложником этой конфигурации можешь стать. Это, конечно, минус.

 

Что хреновенько? Повторяю, burnmem с железом не работает.

 

MisterGrim, я уже написал выше, что именно хреновенько. Burnmem с железом не работает, зато винда будет кушать память последовательно по адресам, и вариант 256+256+1024+1024 может оказаться выходом из положения для сохранения двухканального режима.

 

В двухканальном режиме происходит расширение шины памяти до 128 бит, а как это устроено внутри — софт об этом не знает и знать не может, тем более как-то управлять.

 

Да понятно уже, незачем 100 раз повторять. Я говорю о том, что при предложенной схеме есть большая вероятность, что после первых bank0-256mb обращение будет к bank1. И это можно попытаться использовать. И проверить тестом на скорость подсистемы памяти.

 

(Вздыхая) вот если ты в винде через msconfig ограничишь объём доступной памяти, сохранится ли двухканальный режим?

 

Вот-вот. Думаю, если это будут плашки по 512-1024мб, то однозначно нет! А если по 64-256мб - то очень даже вероятно. Ответ на этот вопрос точно даст тест подсистемы памяти после ограничения объёма.

 

Усложним задачу: а если память трёхканальная?

 

OK. Пример чипсета?

 

Нет, для начала чисто теоретически.

 

Ну посмотрел я, это уже на DDR3. Ставить на ЭТО Win98 - ну не знаю. По-моему, это в любом случае будет один сплошной глюк.

---------- Сообщение добавлено в 21:38 ---------- Предыдущее сообщение размещено в 21:37 ----------

Ну, если теоретически - можно прикинуть. Всё будет зависеть от порядка обращения к банкам памяти.

 

LANRUS, данный порядок задаёт чипсет по сути. От обрезания памяти для винды ничего не поменяется для железки.

 

Bato-San, именно! Вот поэтому я и предполагаю, что разделение физически модулей на малые объёмы по первым двум банкам и сохранит двухканальность.