Hard Pentium III охлаждение и разгон

Зачем?
Для него есть другие материнские платы.

 

Растяжку сделай. Крепление за крышу корпуса (высверлить отверстие) и за пару тепловых трубок. Подобрать натяжение, чтобы вес приходился на крышу корпуса, а не на соккет. Тогда можно будет держать системник нормально. Хотя перевозить в машине с установленным радиатором всёравно не позволит.

--- добавлено 14 сен 2019, предыдущее сообщение размещено: 14 сен 2019 ---

ЗЫ. продувать вуды всёравно ведь стоит. Почему бы не использовать низкооборотистые куллеры? Один на продувку будерброда, один на забор воздуха, один на выдув.

--- добавлено 14 сен 2019 ---

ИМХО, не прокатит. Эти БП расчитаны на нагрузку по +12В, +5В там сделана вместе с +3.3В по остаточному принципу. Потому, лично я не думаю, что для такого БП действительно будет запас по мощности на +5В.

 

Снова возвращаюсь к этой теме. Попалась такая вот статья
CHFSB FAQ (2)

Если вкратце, то в статье изложен способ разгона "негонибельных" плат, для которых нет штатных инструментов разгона.
Утилита позволяет прописать в CMOS нужные частоты путем прямого редактирования энергозависимой памяти подобно тому, как мы настраиваем параметры через BIOS setup, т.е. эти данные там сохраняются до сброса настроек.
Вопрос, для интеловских чипсетов типа 440 и 815/830 такой способ подходит?

 

@radical1010, синхронно повысятся частоты шин PCI и AGP. Оно нам надо?

 

@BrainRipper, так а там разве как-то по-другому разгон получается?

 

@MisterGrim, разгонять следует так, чтобы менялся делитель FSB:PCI. Либо джамперами на материнке выставить следующую по порядку FSB: 100 при родных 66, 133 при родных 100. Либо выбрать соответствующий пункт меню в BIOS SETUP.

--- добавлено 1 дек 2019, предыдущее сообщение размещено: 1 дек 2019 ---

В то же время, необходимо быть осторожным: есть материнки, которые позволяют через меню регулировать FSB с шагом +1 МГц, но если выставить частоту 100 (при родных 66) или 133 (при родных 100), они не меняют делитель, и как следствие, частоты шин PCI и AGP оказываются завышенными.

 

Если чипсет умеет нужные делители, то частоты не повысятся. Если, допустим, на 440BX я подниму частоту со 100 до 133, то повысится только частота AGP. Это не ступенчатый разгон,а разгон по стандартным частотам.
На сисовском чипсете под S370 есть правильные делители для частоты 166, например
Polskie forum 3dfx - ECS P6S5AT unleashed / SiS 635T @ 166 MHz

 

Фиксировать частоты AGP и PCI материнки научились во времена толи первых, толи вторых nForce. А до этого именно так происходил любой разгон, с изменением AGP/PCI при любых нестандартных частотах FSB.

 

Дело в том, что новые частоты прописываются в CMOS точно так же, как это делается при настройке из BIOS setup и активизируются при следующей перезагрузке. Это не разгон из-под винды через PLL. Если частоты стандартные для чипсета, делители должны выставляться правильно.

 

А вот и нет. На моей ASUS P2B-B джамперами можно задать как 133/33, так и 133/44. И по вашему способу скорее окажется второй вариант.

 

У меня на плате через софтменю можно выбрать как 133/33, так и 133/44

 

Снял дампы 128К при разной частоте шины (100,133,140)
В файлах несовпадения в четырех местах, первые три вроде как относятся к системным часам.
Четвертое, возможно, к частоте шины.
Попробовал "переключить" с 100 на 133, например, меняя значение по адресу 7E. При перезагрузке CMOS Checksum Error, настройки сбрасываются. Т.е. либо меняю что-то не то, либо оно работает не так, как ожидается.

 

В BIOS есть проверка контрольной суммы. При изменении настроек через сам BIOS контрольная сумма пересчитывается автоматически.
При внесении изменений вручную эту контрольную сумму следует пересчитать. Иначе будет "CMOS Checksum Error" - BIOS думает, что его энергозависимая память дала сбой.
Ищи один-два байта, которые изменяются при любых изменениях настроек. Могут быть где угодно в дампе, всегда на одном месте. Контрольная сумма обычно подсчитывается простым побайтовым сложением содержимого дампа. Чтобы вручную все не пересчитывать, можно добавлять разность между новым значением изменяемого байта и предыдущим (если новое 2 и старое 1, то добавить 1; если новое 1 и старое 2 - отнять 1). Бит переполнения отбрасывается.