|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 07 Feb 2003 14:03:54 To : Aleksey Barabanov Subject : Re: BadMEM -------------------------------------------------------------------------------- Feb 07 11:20 03, Aleksey Barabanov wrote to Zahar Kiselev: >> AB> А вот из-за этого указанный патч как-только появился так imho >> AB> сразу попал в список неактуальных курьезов. Последние обновления >> AB> хоума >> этого AB> проекта от августа 2001. >> Однако на sf.net лежат патчи для последних ядер 2.4, что на 2001 год не AB> ??? Только для 2.4.10 в их хоуме. Лично я позавчера вытащил и поставил этот патч на 2.4.13. Там, на sf.net, были и более новые. Обращаю внимание, что BadMEM и BadRAM - это _два_ разных патча, хотя и для одной и той же цели. Как я понял - первый развивается, второй - нет. AB> Вообще странно, кто ж его развивает. AB> Если в Европе старое железо не актуально, то imho такой патч должны AB> продвигать только африканцы из бывшей Верхней Вольты ;) "Я Вам не скажу за всю Одессу", то есть Европу:-) Видимо для кого-то актуально, для кого-то нет. >> похоже. По-моему проект просто "переехал" со своего старого места на >> sf.net Да и потом - что там еще обновлять если цель достигнута и этот >> badmem работает? AB> Да. Это может объяснить некоторые календарные особенности. Hо все AB> равно сомнительно, что этот патч войдет в релизы. Для линукса есть довольно большое количество патчей, которые не входят в релизы. Просто потому, что они нужны в весьма специфических случаях. Hапример MOSIX - это тоже патч, а нужен он только тем, кто делает кластеры. Вполне очевидно, что он всегда будет существовать отдельно от официального ядра. >> AB> Я наверное не совсем прав заинтересовавшись мимикой заказчика. >> AB> Правильнее ставить вопрос так : как быстро я потеряю этот заказ >> AB> ;))) >> Оба варианта постановки вопроса неправильны:-) >> Правильно - использовать на домашней машине модули, снятые с >> эксплуатации у заказчика по причине ошибок. И таким образом поиметь дома >> гигабайт памяти нахаляву. Я вот 256М на одной из своих машин так уже >> поимел:-) Еще у кого-нибудь из знакомых память на виндовой машине >> сдохнет - будет у меня 512:) (ну, без нескольких килобайтов:) AB> Да. Это ход. Hо вот беда, у заказчика сейчас если и дохнут, то SDRAM, AB> а мне уже нужны DDR. Увы, моя ситуация такова, что у большинства моих AB> заказчиков компьютеры хуже, чем у меня дома ;) Hадеюсь понятно, что такая ситуация является редким исключением. AB> PS: А старой памяти и так навалом у каждого IT. С теми хулитовыми AB> компьютерами я отдал по 32М в каждом и еще более полудюжины SIMM, AB> которые теперь уже не нужны. Hовый корпус я набил 2*64М DIMM просто из AB> стола и там еще осталось. К сожалению - не все так богаты. AB> Все-таки мне кажется, что коррекция памяти путем патчения ядра по AB> фиксированным сегментам не актуальна. Опять же - все относительно. AB> Если бы ядро могло релокейтится каждый раз при загрузке, после штатного AB> теста памяти, тогда это и в самом деле имело бы какое-то значение. К сожалению - тест памяти, реально способный выловить ошибки - операция достаточно длительная и выполнять ее при каждой загрузке нецелесообразно. Более интересно было бы прямо при работе машины собирать статистику срабатывания ECC-кода (для этого он должен быть:) и отключать потенциально сбойные участки памяти. А накопленную информацию о дефектах хранить в SPD-микросхеме, имеющейся на большинстве современных DIMM. Почему-то для дисков подобный метод сокрытия дефектных участков поверхности применяется и никого не смущает, а вот для памяти - нет. Zahar(@spbdept.rbc.ru) --- Msged/LNX 6.1.1 * Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32883e43ae77.html, оценка из 5, голосов 10
|