Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   22 Feb 2001 22:39:25 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   22 Feb 2001 23:05:48 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   23 Feb 2001 01:13:41 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   23 Feb 2001 02:32:36 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   23 Feb 2001 03:16:58 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   23 Feb 2001 10:36:51 
 Re: Microsoft предлагает запретить Linux!!!   ksi@cyberbills.com   23 Feb 2001 22:58:14 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   24 Feb 2001 01:46:24 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   24 Feb 2001 03:15:17 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   24 Feb 2001 17:41:20 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   24 Feb 2001 21:55:33 
 Re: Microsoft предлагает запретить Linux!!!   is@stack.net   26 Feb 2001 15:38:33 
 Re: Microsoft предлагает запретить Linux!!!   Oleg.Polianski@clear.co.nz   23 Feb 2001 08:23:18 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   23 Feb 2001 10:28:46 
 Re: Microsoft предлагает запретить Linux!!!   Oleg.Polianski@clear.co.nz   26 Feb 2001 00:03:50 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   26 Feb 2001 01:20:44 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   23 Feb 2001 10:34:50 
 Re: Microsoft предлагает запретить Linux!!!   Valentin Nechayev   23 Feb 2001 11:58:10 
 Re: Microsoft предлагает запретить Linux!!!   Oleg.Polianski@clear.co.nz   23 Feb 2001 01:01:31 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   23 Feb 2001 03:19:00 
 Re: Microsoft предлагает запретить Linux!!!   Oleg.Polianski@clear.co.nz   23 Feb 2001 08:13:11 
 Re: Microsoft предлагает запретить Linux!!!   Sergey Kubushin   23 Feb 2001 10:42:55 
 Re: Microsoft предлагает запретить Linux!!!   Oleg.Polianski@clear.co.nz   26 Feb 2001 09:26:21 
 Microsoft предлагает запретить Linux!!!   Yurii Rashkovskii   23 Feb 2001 06:15:08 
Архивное /ru.linux/759134d48a9e.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional