ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Eugene B. Berdnikov                  2:5020/400     26 Feb 2001  16:04:57
 To : Vladimir Stavrov
 Subject : Re: Microsoft предлагает запретить Linux!!!
 -------------------------------------------------------------------------------- 
 

 Vladimir Stavrov <Vladimir.Stavrov@p29.f30.n452.z2.fidonet.org> wrote:
 
 >> VS>  И в этом смысле иногда наличие исходников _всего_, с чем работаешь - 
 >> VS>  таки полезнее/может быстрее привести к результату, чем "поддержка от
 >> VS> производителя".
 >> 
 >>  Могло привести лет 15-20 назад. Сегодня совершенно другой уровень
 >>  сложности технологий. К примеру, Альфу никак кнопкой не остановишь,
 >>  даже в принципе, и регистры ее внутренние не посмотришь.
 VS> 
 VS>    Здесь уже упоминали F00F - для сооружения workaround-a к нему
 VS>    разве нужна была "кнопка останова"? :)
 
  Дело в том, что этот лок - тривиальная и воспроизводимая со 100%-й
  вероятностью ситуация. А ситуация, о которой рассказывал я, очень редкая,
  обусловленная особым стечением обстоятельств и трудно воспроизводимая
  на практике. Как, по-видимиму, и та ситуация, о которой говорит Кубушин.
  Поэтому поиски причин могут оказаться безнадежно долгими.
 
  А насчет того, что на разбор дампа можно посадить студентов - судите
  сами. Снова приведу свой личный пример из серии DECsystem-10. Была у этой
  системы еще одна беда - какой-то прокол в блокировках с файловыми
  операциями. Ловился он, например, так: если пускаются 2 процесса,
  которые одновременно выполняют delete() файлу, то система с некоторой
  вероятностью слетала. Вероятность была невелика, но где-то на 10000
  конкурирующих операциях создания-удаления ОС спотыкалась и гибла.
  Были известны адрес и опкод. Я начал искать.
 
  Hо тут оказалось, что исходники fs и обертки - целая книга, а умирает
  система где-то между инструкциями DATAI/DATAO, которые являются
  обращениями к периферийному процессору ввода-вывода. Да-да, у DEC-10
  был настоящий центральный процессор и настоящие периферийные, не то
  что сейчас на писюках. :) И код оказался настолько сложным, что я
  ничего в нем понять не смог, и в конце концов эту затею бросил.
 
  Теперь смотрите. К тому времени я уже не был студентом, а поступил в
  аспирантуру ИВФЭ. От студенческих развлечений на DEC-10 у меня остались
  полновесный загрузчик exe-файлов, модуль работы с файлами посредством
  прямого доступа к диску, читалка терминальных буферов стороннего
  процесса и прочие веселые примочки, нарисованные на ассемблере собственной
  рукой. Во многих местах ядра ориентировался без напряга, хотя это все
  было хобби - меня больше интересовала физика. Hо ничего не помогло -
  локализовать багу в fs мне так и не удалось... :)
 
  Посему резюме: студент может проанализировать лишь тривиальную аппаратную
  ситуацию, а в более или менее сложной ему даже исходники не помогут.
  Все-таки сегодня совершенно другой технологический уровень, а студенты,
  IMHO, не поумнели на порядок. В этом нет ничего особенно плохого. Просто
  специализация углубляется, и технической диагностикой сегодня уже должен
  заниматься профессионал.
 -- 
  Eugene Berdnikov
 --- ifmail v.2.15dev5
  * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
 
 

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