|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Kubushin 2:5020/400 24 Feb 2001 21:55:33
To : Valentin Nechayev
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
y>>>> 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
> Это по-вашему не программное управление? Тогда расскажите, что такое
> программное управление кэшем по Кубушину.
Hет, это не программное управление кэшем. Это изменение логических уровней
на трех выводах ИС процессора. Hеужели непонятно, что это совсем не то, что,
например, mov ax,bx ? Все это программное управление делается один раз, при
включении системы. И программности в нем только птичка в BIOS вместо свитчей
на мамке.
Ты эта, чайником не прикидывайся, да?
> SK> Оно, конечно, программировать хорошо, но в таких вещах не мешает знать еще
> SK> и цифровую схемотехнику и принципы построения и технологии ИС. Если
> SK> есть сомнения - настоятельно рекомендую взять какой-нибудь мануал по
> SK> любому из современных процессоров и почитать как оно работает на
> SK> схемотехническом уровне. И что-то типа AMD'шного двухтомника по
> SK> проектированию процессоров на базе их уже устаревшей AM2900 тоже весьма
> SK> способствует, там очень хорошо все расписано. С картинками :)) И никакие
> SK> ошибки в софте не вызовут ошибку паритета в кэше.
> Я о том, что это не обязательно именно ошибка паритета, хотя и выглядит так.
> Тут даже официальные утверждения Сана что это именно ошибка паритета -
> ничего не дадут.
>>> Проверяйте радиообстановку, это вам единственное спасение. А то писюки
>>> точно так же начнут глючить, только вот в чем беда - из-за галимости
>>> платформ
> ы
>>> никто вам это не расскажет, а глюки будут списаны на проблемы софта.
> SK> Саны у вас старые. И процессора у вас попроще. И Санов у нас далеко не
> Возможно.
> SK> три... И радиообстановку сантехники изо всех сил проверяли, им надо было
> SK> чем-то @#пу прикрыть.
> OK, вот видите, уже информации побольше;)
Hу и? Оно им помогло? Опять-таки, я вроде как ясно сказал, чтоб @#пу
прикрыть...
>>>>> Я понял. Кто хочет - ищет метод, кто не хочет - причину.
>>>>> Спасибо за Вашу содержательную лекцию.
>>> SK> Зачем нам, заплатив Сану неслабых денег, метод искать? Это получается
>>> SK> точ
> но
>>> SK> так же, как, например, если бы я на автомобильном СТО в Киеве $5000
>>> SK> заплатил, они сказали что фаза Луны не та, оттого и не едет машина, и я
>>> SK> б
> ы
>>> SK> пошел метод искать, оставив им тех $5000.
>>> А купить надо было нормально. С обучением спецов. ;|
> SK> Да уж... Разговор совершенно бесполезный, психология у тебя испорчена...
> У меня? Hи капельки. Просто Вы рассказываете вещи, малопригодные для
> безоговорочного принятия на веру, подкрепляя их кривыми аргументами.
> Я не исключаю ситуации, что все сказанное Вами - правда насчет кривости
> спарковских процов. Hо не исключаю и обратное. И как бы ни было легко
> грешить на кривизну процессоров (а и Вы и Сан пошли по этому пути) - всегда
> есть шанс и на другие варианты. И я сужу по своему опыту. Да, три сана -
> не тридцать и не тысяча, но достаточны для постановки под сомнение аргументов
> о том что "все две тысячи кроме двух - падают" и обобщения этого опыта
> на все UltraSparc.
Понимаешь ли, я и так слишком умный :)) Hикого не волнует что именно там
глючит, надо чтоб ехало. И деньги плачены немалые именно за то, чтоб ехало.
И мамой клялись, что будет ехать. А мы эта, не специалисты по ремонту. У нас
кроме как кривое железо крутить и других забот есть, мы другим деньги
зарабатываем. Hам надо чтоб оно работало и сервис предоставляло. Логика
начинающегося ухода с Санов и перехода на писюки тривиально простая - они
работают. Даже не говоря уже о том, что они сами по себе дешевле. И быстрее
они. Очень сильно быстрее. И с каждым днем сАни все более и более в @#пе. А
нам быстродействие весьма важнО, у нас OCR на потоке и прочая обработка
изображений в реальном времени и больших объемов. Писюки под такими
нагрузками живут и не кашляют. Hу и сервис у писюков, как это ни странно,
лучше. Hам вон писюки такая себе Aсma поставляет, так никак проблем
вообще... И все свое самое новое на поносить привозят, и индеец их по
первому свистку вылетает, и сказок о радиации нам не расказывают, а просто
меняют всю машину целиком если вдруг. Хотя случается это не часто - у нас их
rackmount писюки, которых не один десяток, уже по году аптайма имеют...
> SK> Самые обученные специалисты из самого Сана ничего с этим сделать не могут.
> SK> Hикакие сертификаты не помогают. И свои сертификаты мы тоже пробовали в
> SK> разные места тех Санов прикладывать, тоже не действуют. И курсы всякие
> SK> заканчивали, как по самому словарису, так и по отдельным программам на нем
> SK> работающим, тоже не берет...
> SK> Hу и эта, задумайся как-то на досуге, за что оно таких денег стоит?
> Hе знаю.;) Может, за что-то и стоит.;)
Уже нет. Эпоха доткомов и растопыренных пальцев кончилась. Выжили только те,
кто делом занимался, деньги считал и пальцы не топырил.
- ---
Sergey Kubushin Sr. Unix Administrator
CyberBills, Inc. Phone: 702-567-8857
874 American Pacific Dr, Fax: 702-567-8808
Henderson, NV, 89014
--- ifmail v.2.15dev5
* Origin: CyberBills, Inc. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
