ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Fedor Zuev                           2:5070/156.89  25 Feb 2001  15:08:57
 To : Valentin Nechayev
 Subject : Re: Microsoft предлагает запретить Linux!!!
 -------------------------------------------------------------------------------- 
 

 hep.su> <96qnub$2s6$2@news.lucky.net> <3c4r69.l69.ln@elf.ihep.su>\n
 hep.su> <m3vgq6k5ve.fsf@vb
 .dn.ua> <Pine.LNX.4.30FIDO.0102212049300.1336-100000@bearloga.home>\n
 .dn.ua> <973nie$ot6$1@news.lucky.net>
 
 From: Fedor Zuev <fedor@bearloga.home>
 
 On Thu, 22 Feb 2001, Valentin Nechayev wrote to Fedor Zuev:
 
 FZ>> И он получив, доступ, начинает исправлять наиболее вопиющие (на его
 FZ>> взгляд) ошибки - вставляет код, заставляющий ядро перезагружаться
 FZ>> после гибели init-а.
 
 VN>Я вставил бы его регулируемым sysctl'ом: бутиться или нет,
 VN>синкаться или нет, etc. А потом месяцев через шесть можно было
 VN>бы послушать, за какой дефолт больше голосов.
 
   А зачем это вообще нужно, если оно по дефолту не
 установлено? Я, конечно, в таких делах полный чайник, но мне всегда
 казалось, что такая функциональность (несколько иначе реализованная)
 присутствует в линухе давным-давно. Hазывается software watchdog и
 лечит, судя по доке, от гораздо более широкого круга проблем, чем
 только пропадание init-а. Или я чего-то не так понимаю?
 
 FZ> Он _привык_ именно к такому поведению, поэтому
 FZ> другое ему кажется явной ошибкой - несмотря на то, что на деле это
 FZ> вполне сознательно принятое решение, оправданное архитектурой и
 FZ> функциональностью (положим) линукса. Оно Линусу надо - такие
 FZ> результаты?
 
 VN>Пара месяцев чтения cvs-all@freebsd.org дает ответ на такой
 VN>вопрос. Извини, в паре слов или даже паре абзацев не
 VN>пересказывается. Hо в принципе ответ очень прост: все это
 VN>решается, так или иначе.
 
   FreeBSD в этом отношении очень простая система. Там одна
 архитектура - x86, одна целевая область - интернет/интранет сервера,
 одна, четко очерченная идея за разработкой - хранить традиции и
 держать знамя BSD. Там практически не возникает конфликта интересов
 и таки можно, путем коллективного обсуждения найти единственное
 _наилучшее_ _решение_ задачи.
 
   Для линукса все это не так. В ем 14 различных архитектур,
 области применения от сотовых телефонов до суперкомпьютеров, и куча
 различных дурных идей у народа по поводу его развития. Решения,
 которое равно удовлетворяло бы всех, ожидать в большинстве случаев
 не приходится. И далеко не факт, что решение, которое _сейчас_
 удовлетворяет арифметическое большинство, _завтра_ окажется
 разумным. Да и речь сплошь и рядом идет не об решениях еще, а только
 о выборе пути для дальнейшего движения, которое движение может
 принести плоды еще не скоро.
 
   Так что тут я за просвещенную диктатуру :-).
 
 VN>И решается в среднем быстрее и лучше, чем при проходе через
 VN>единственные ворота.
 
   Hу, это мифология.
 
 --- pine 4.30
  * Origin: BearLoga (2:5070/156.89@fidonet)
 
 

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