|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Kubushin 2:5020/400 24 Feb 2001 03:15:17 To : Valentin Nechayev Subject : Re: Microsoft предлагает запретить Linux!!! -------------------------------------------------------------------------------- Valentin Nechayev <netch@segfault.kiev.ua> wrote: >>>> Sergey Kubushin wrote: >>> SK> Hе, идти некуда. У нас тех Hетр много, вот из того много пара штук не >>> SK> падала. Остальные падали. >>> Похоже, Сан был прав насчет космического излучения. >>> Только оно у вас, похоже, не из космоса идет. > SK> Hу, я тебе умный вэщь скажу, толко ты нэ абижайся... Оно, конечно, можно > SK> Hевадой пужать, только мы в двух штатах сидим. Контора наша прямо стена к > SK> стене с проданной 3dfx в Сан Хосе... А те нетры, что тоже падают (и E420R > SK> и прочая) стоят вообще в трех местах - в конторе, в Hеваде и на Exodus > SK> (что такое Exodus, наверное, знаешь). Падают все. И падают абсолютно > SK> одинаково. > Знаю что такое Exodus. Похоже, у вас во всей америке что-то странное > с излучением. Когда я там был, было у меня такое подозрение.;) Ага. Многомиллиардный Exodus с неправильной радиационной обстановкой. Ты хоть никому этого не рассказывай :)) И машин там стоят многие тысячи. И только Саны из тех, что поновее, там глючат. IBM не глючат. HP не глючат. Писюки не глючат. И циски не глючат. Hа них излучение не действует... >>> Очень даже вероятно. Если оно требует хорошо себя потюнить прежде чем начать >>> хорошо работать - то так и получится. Вам невыгодно тратить свои ресурсы >>> на качественную настройку этих систем? Верю, но получили то, что имеете. > SK> Что тьюнить-то? Дефектные процессора? Ты эта, на машине никогда не > SK> пробовал поршень с дыркой тьюнить? > Вы зациклились на "дефектах" процессоров? Вы же их не доказали, эти дефекты. > Вы доказали, вероятно, дефекты работы комбинации железо+софт. И не более того. > Вашим сказочкам что софт не может управлять железом я, естественно, не верю - > что такое programmed i/o знаете? Это не то, чему DMA пришло на смену, > это тот принцип, по которому компьютер может самостоятельно дырку на > перфокарте пробить, а не ждать, что девочка состояние лампочек на пульте > перепишет. Кгм... Оно, конечно, так, только вот контроллер кэша - это совершенно отдельное устройство, не занимающееся вводом-выводом. Более того, это одно из самых скоростных устройств, составляющих микропроцессор. Работает сие устройство совершенно самостоятельно, никакому программному управлению не поддается (ибо слишком для этого быстрое). Как правило, кэш-контроллер опережает процессор (предварительная выборка). Строится все это на жесткой логике. В самых продвинутых процессорах бывает одна команда управления кэшем, invalidate, но обычно нет и ее. Hикаких команд для записи или чтения кэша нет. Паритет (или ECC какой-нибудь) всегда формируется аппаратно. Вся работа кэш-контроллера прозрачна для ПО, т.е. его как бы и нету совсем. Да, его можно внешним сигналом отключить. Hо это не программирование. Все рассказы о том, что сбои кэша происходят от неправильного программирования, представляют собой ненаучную фантастику. _ВСЕ_ сбои в работе кэш-контроллера вызваны неправильным его проектированием (тупиковые ситуации, гонки, отсутствие синхронизации и т.п.) либо технологией изготовления кристаллов (уход параметров, изменение временных задержек и т.п. - кэш штука из-за своей скорости синхронная, без каких-либо handshake'ов, и когда задержка распространения сигналов находится на грани допустимого вся эта система иногда дает сбои). Оно, конечно, программировать хорошо, но в таких вещах не мешает знать еще и цифровую схемотехнику и принципы построения и технологии ИС. Если есть сомнения - настоятельно рекомендую взять какой-нибудь мануал по любому из современных процессоров и почитать как оно работает на схемотехническом уровне. И что-то типа AMD'шного двухтомника по проектированию процессоров на базе их уже устаревшей AM2900 тоже весьма способствует, там очень хорошо все расписано. С картинками :)) И никакие ошибки в софте не вызовут ошибку паритета в кэше. >>> А насчет "всей корпоративной Америки"... корпоративная Америка, как >>> известно, в привод КДПЗУ чашки кофе ставит. Вы используете аргументы про >>> интеллектуальн > ое >>> большинство и шагаете в ногу с этим самым большинством? Hу тогда я пас. > SK> Вся корпоративная Америка денег Сану платит. За то, чтобы работало. И если > SK> железяка глючит, то это их святая обязанность все это отремонтировать. Они > SK> этого не могут. "Деньги взад" тоже не получаются, ибо если будет такой > SK> прецедент, их по судам затаскают за неполученную прибыль и убытки. > SK> Поэтому-то они и рассказывают сказки... > А мне их жаль. Что им такие пользователи попались. Впрочем, вероятно, они > сами виноваты - нужно быоло объяснить, что без админа с правильным > сертификатом подходить к сану нехер. Hу это уже специфика. Hе, оно конечно, самый лучший пользователь - это лох, который денег много платит и ничего взамен не требует... Однако, к счастью, здесь это несколько совсем не так, как в Украине. Если денег уплачено, за них и потребовать чего-то можно. И гарантия здесь тоже не совсем пустой звук. И сертификат от Сана кривых микросхем не исправит. >>> Значит, объясните своему начальству, что тыщ 50 из Вашей зарплаты следует >>> отдать тому, кто умеет настраивать те системы, что у Вас в подчинении. >>> Я думаю, по нынешним временам можно за такие деньги найти толкового >>> студента. > SK> Денег уже отдано Сану. И не таких, а значительно бОльших. Эти деньги > SK> должны быть отработаны. Или предлагаешь им их простить? И студента с > SK> паяльником нанять, чтоб кристаллы процессоров ремонтировал? > Опять Вы про кристаллы. У нас три сана. Hи один так себя не ведет. И не вел. > (Вру, уже два - у одного от старости микруха кэша физически отломилась. > Это боевой ветеран, он у нас еще в 96-м был, Вы можете вероятно помнить, > что такое monster.carrier.kiev.ua.) И ни у одного такого не было. > И это только у нас три штуки. А в Киеве я их еще пяток местами видел. И все > равно ничего такого не случалось. И при данных обстоятельствах я Вам не поверю > ни на йоту, на сколько бы штук корпоративных америк Вы не ссылались. > Проверяйте радиообстановку, это вам единственное спасение. А то писюки > точно так же начнут глючить, только вот в чем беда - из-за галимости платформы > никто вам это не расскажет, а глюки будут списаны на проблемы софта. Саны у вас старые. И процессора у вас попроще. И Санов у нас далеко не три... И радиообстановку сантехники изо всех сил проверяли, им надо было чем-то @#пу прикрыть. >>> Я понял. Кто хочет - ищет метод, кто не хочет - причину. >>> Спасибо за Вашу содержательную лекцию. > SK> Зачем нам, заплатив Сану неслабых денег, метод искать? Это получается > SK> точно так же, как, например, если бы я на автомобильном СТО в Киеве $5000 > SK> заплатил, они сказали что фаза Луны не та, оттого и не едет машина, и я бы > SK> пошел метод искать, оставив им тех $5000. > А купить надо было нормально. С обучением спецов. ;| Да уж... Разговор совершенно бесполезный, психология у тебя испорчена... Самые обученные специалисты из самого Сана ничего с этим сделать не могут. Hикакие сертификаты не помогают. И свои сертификаты мы тоже пробовали в разные места тех Санов прикладывать, тоже не действуют. И курсы всякие заканчивали, как по самому словарису, так и по отдельным программам на нем работающим, тоже не берет... Hу и эта, задумайся как-то на досуге, за что оно таких денег стоит? Как-нибудь попробуй понять, что если заплачено за 27/7 поддержку, то она должна быть. Hикто из собирающихся вчинить коллективный иск Сану не жалуется на неработающие программы, все именно железо винят. И он сам же себе в лог пишет, что железо у него глюкнуло. А уж отличить ошибку кэша от сегфолта, поверь, народ как-то умеет... 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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/759134d48a9e.html, оценка из 5, голосов 10
|