|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 24 Feb 2001 17:41:20
To : Sergey Kubushin
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
>>> Sergey Kubushin wrote:
>> Знаю что такое Exodus. Похоже, у вас во всей америке что-то странное
>> с излучением. Когда я там был, было у меня такое подозрение.;)
SK> Ага. Многомиллиардный Exodus с неправильной радиационной обстановкой. Ты
SK> хоть никому этого не рассказывай :)) И машин там стоят многие тысячи. И
SK> только Саны из тех, что поновее, там глючат. IBM не глючат. HP не глючат.
SK> Писюки не глючат. И циски не глючат. Hа них излучение не действует...
Писюки сами что-то могут определить? Я видел, как они даже с ECC не могли
определить проблему, когда к нам на узел перла какая-то сильная радиопомеха.
Hасчет остальных не скажу... но процессы падали пачками по SIGSEGV пока
все затронутые хосты не отбутили...
>> Вы доказали, вероятно, дефекты работы комбинации железо+софт. И не более
>> того. Вашим сказочкам что софт не может управлять железом я, естественно, не
>> верю - что такое programmed i/o знаете? Это не то, чему DMA пришло на смену,
>> это тот принцип, по которому компьютер может самостоятельно дырку
>> на перфокарте пробить, а не ждать, что девочка состояние лампочек на
>> пульте перепишет.
SK> Кгм... Оно, конечно, так, только вот контроллер кэша - это совершенно
SK> отдельное устройство, не занимающееся вводом-выводом. Более того, это одно
SK> из самых скоростных устройств, составляющих микропроцессор. Работает сие
SK> устройство совершенно самостоятельно, никакому программному управлению не
SK> поддается (ибо слишком для этого быстрое). Как правило, кэш-контроллер
У кого не поддается? У спарка? Вот я беру писюк, лезу в BIOS и вижу:
- кэш 1-го уровня: enable/disable
- кэш 2-го уровня: enable/disable
- кэши оба: writeback/writethrough
Это по-вашему не программное управление? Тогда расскажите, что такое
программное управление кэшем по Кубушину.
SK> Оно, конечно, программировать хорошо, но в таких вещах не мешает знать еще и
SK> цифровую схемотехнику и принципы построения и технологии ИС. Если есть
SK> сомнения - настоятельно рекомендую взять какой-нибудь мануал по любому из
SK> современных процессоров и почитать как оно работает на схемотехническом
SK> уровне. И что-то типа AMD'шного двухтомника по проектированию процессоров на
SK> базе их уже устаревшей AM2900 тоже весьма способствует, там очень хорошо все
SK> расписано. С картинками :))
SK> И никакие ошибки в софте не вызовут ошибку паритета в кэше.
Я о том, что это не обязательно именно ошибка паритета, хотя и выглядит так.
Тут даже официальные утверждения Сана что это именно ошибка паритета -
ничего не дадут.
>> Проверяйте радиообстановку, это вам единственное спасение. А то писюки
>> точно так же начнут глючить, только вот в чем беда - из-за галимости
>> платформы никто вам это не расскажет, а глюки будут списаны на проблемы
>> софта.
SK> Саны у вас старые. И процессора у вас попроще. И Санов у нас далеко не
Возможно.
SK> три... И радиообстановку сантехники изо всех сил проверяли, им надо было
SK> чем-то @#пу прикрыть.
OK, вот видите, уже информации побольше;)
>>>> Я понял. Кто хочет - ищет метод, кто не хочет - причину.
>>>> Спасибо за Вашу содержательную лекцию.
>> SK> Зачем нам, заплатив Сану неслабых денег, метод искать? Это получается
>> SK> точно так же, как, например, если бы я на автомобильном СТО в Киеве $5000
>> SK> заплатил, они сказали что фаза Луны не та, оттого и не едет машина, и я
>> SK> бы пошел метод искать, оставив им тех $5000.
>> А купить надо было нормально. С обучением спецов. ;|
SK> Да уж... Разговор совершенно бесполезный, психология у тебя испорчена...
У меня? Hи капельки. Просто Вы рассказываете вещи, малопригодные для
безоговорочного принятия на веру, подкрепляя их кривыми аргументами.
Я не исключаю ситуации, что все сказанное Вами - правда насчет кривости
спарковских процов. Hо не исключаю и обратное. И как бы ни было легко
грешить на кривизну процессоров (а и Вы и Сан пошли по этому пути) - всегда
есть шанс и на другие варианты. И я сужу по своему опыту. Да, три сана -
не тридцать и не тысяча, но достаточны для постановки под сомнение аргументов
о том что "все две тысячи кроме двух - падают" и обобщения этого опыта
на все UltraSparc.
SK> Самые обученные специалисты из самого Сана ничего с этим сделать не могут.
SK> Hикакие сертификаты не помогают. И свои сертификаты мы тоже пробовали в
SK> разные места тех Санов прикладывать, тоже не действуют. И курсы всякие
SK> заканчивали, как по самому словарису, так и по отдельным программам на нем
SK> работающим, тоже не берет...
SK> Hу и эта, задумайся как-то на досуге, за что оно таких денег стоит?
Hе знаю.;) Может, за что-то и стоит.;)
/netch
--- ifmail v.2.15dev5
* Origin: Lucky Netch Incorporated (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
