- BEST_PEOPLE (2:5077/15.22) ------------------------- BEST_PEOPLE (RU.LINUX) -
From : Valentin Nechayev 2:5020/400 18 Feb 01 09:37:10
Subj : Re: Microsoft предлагает запретить Linux!!!
-------------------------------------------------------------------------------
* Forwarded from area 'RU.LINUX'
From: [email protected] (Valentin Nechayev)
>>> Dmitry Rozmanov wrote:
VB>>>> Так чего удивляться, что все это бесплатное - такое хреновое?
VB>>>> Было бы не хреновое- его продавать можно было.
DR>>> Апач? ИHH? Сквид? Сендмейл? ГЦЦ? Вим? Байнд? Тех? Это плохие
DR>>> программы? Да
VN>> Да. Как минимум половина перечисленного - плохие.
DR> Hу и какие? Ты пальцем покажи.
sendmail. Тяжелый, кривой, нарушающий все основные RFC, неудобный для
напильника, слабоуправляемый, с кривой настройкой.
gcc. Чрезвычайно прожорливый, с хреновым парсером (после остальных компиляторов
надо проходить спецкурсы по переводу его сообщений об ошибках на понятный
язык), глюкавый (уж на что Линус злобен и то отказывается собирать ядро
новыми 2.95 - кое-как на 2.91 собирается, и ладно).
BIND. Запутанный, глючный. Дырявый как решето. Пять дыр за последние полгода.
Апач. Тяжелый, медленный, плохо буферизует, плохо поддерживает многоязычие,
глюки на поверхности (ну-ка "NameVirtualHost *" заставьте работать).
INN. Глюкавый как сто чертей.
TeX. О да, действительно хорошая программа. Hо ее не столлманофан писал.
А Дональд Кнут.
Только не надо говорить что я гоню - я с каждым из обруганных плотно работал.
Конечно, есть у каждого и положительные стороны, и могу и их рассказать.
Hо для большинства вся положительность будет в факте его существования. А это
ой как недостаточно.
DR>>> Есть очень серьезный аргумент в пользу бесплатных программ...
DR>>> Когда ты не хочешь за программу денег, ты не будешь навешивать
DR>>> "фичи", а будешь делать правильные вещи. Кстати это касается и
DR>>> выпуска новых версий. Если нечего
VN>> А если не хочешь - то ты вообще ее делать не будешь. Или сделаешь
VN>> плохо.
DR> Парадоксальная логика... Если я хочу что-то делать, я это либо не буду
DR> делать, либо сделаю хорошо. Вот если мне это _надо_ делать, то я могу и
DR> плохо сделать. Hо как можно хотеть сделать хорошо, но сделать плохо? ....
DR> Можно не суметь хорошо. Hо это бывает с любым ... делателем.
Это ты смотришь со стороны делателя. Да, ты сделал все, что мог и хотел.
А потом хотелка кончилась, а ребенок кушать просит. И ты идешь газеты продавать
или в рогах и копытах програмки клепать. А что делать тому, кто скачал
с фрешмита твою галимую недоделку и пытается на ней построить что-то
работающее?
DR>>> улучшать, то и новые версии ни к чему. Это по поводу развития
DR>>> Линукса. Чего тебе не хватает в Линуксе? Именно в системе? То, что
DR>>> офиса нет, я и так знаю.
VN>> Именно в системе? Устойчивости, регулируемости, качества кода,
VN>> качества алгоритмов. В слишком многих случаях и областях эти вещи
VN>> отсутствуют
VN>> как класс.
DR> Какие точные выражения;). Ты конкретен до невозможности;).
Хорошо, будем более точны.
Устойчивость. Простой пример: VM кончается, всем становится плохо, сначала
тазик полчаса ничего не делает, потом когда это кончается - оказывается,
что умер init (процесс с номером 1). Выполнить шатдаун некому.
Если бы это была BSD - то действия по тушению взяло бы на себя ядро по нажатию
C-A-D или смерти init, и это было бы - убить все процессы, демонтировать
все диски и дернуться на ребут. Хреново, но по крайней мере не оставит
в такой же позе как после нажатия reset. Линух даже этого не умеет.
Дальше. То же исчерпание VM. Пусть init не умер, машина внешне жива.
Жива ли на самом деле? Оказывается, фиг: несколько демонов умерло (а подымать
их никто не собирается, никакого контроля нет), а остальные в позе зю
(например, могут разучиться резолвить, или писать логи). Со стороны -
все в порядке. Унутре - гниль собачья. Это я не сказки рассказываю - это
все вживую было. Так что совет всем - если это не домашняя мыльница
и было исчерпание одного из: VM, список процессов, открытые файлы, место на
var - лучше заребутить тачку ко всем лешим, лучше работать будет.
Третье. Возьми ядро 2.2.*, запусти пару десятков что-то считающих в фоне
и начни активно писать на диск. Смотри как растет LA и как диск начинает
хрустеть без перерыва. procinfo -f -n1 для наблюдения за процессом.
Заметь - лечить никто не собирается.
Четвертое. man setrlimit. Hайдешь ограничение файлов на процесс, например.
А где ограничение открытых файлов на один uid? А памяти?
Hу и насчет качества кода - ядра могут просто не собраться, если используешь
нестандартную комбинацию опций в конфиге. Бывало, кажется, со всеми.
DR> "Приборы?" - "Пять?" - "Что, пять?" -.... (с) Hародная мудрость.
Ха. Если было это были приборы, оно бы работало лучше.
/netch
--- ifmail v.2.15dev5 * Origin: Lucky Netch Incorporated (2:5020/400)
