|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 14 Aug 2000 17:19:31
To : Oleg Derevenetz
Subject : Re: FreeBSD vs Linux
--------------------------------------------------------------------------------
Oleg Derevenetz <Oleg.Derevenetz@p4.f3.n5025.z2.fidonet.org> wrote:
AVA>>> с удовольствием расскажу о сабже...
AK>> расскажешь-расскажешь. Hапример, в каком году появилась работающая
AK>> поддержка
AK>> SMP, elf binaries, нормальные драйвера eide дисков, а не тухлятина
AK>> ST506-compatible. В той, и в другой системе.
OD> Ты путаешь слова "совершеннее" и "поддерживает больше плюшек". Hа мой
то, что я перечислил, отнюдь не плюшки, а абсолютно необходимые
для современной писюковой операционки фичи.
Я нарочно не стал перечислять плюшки - список был бы не в одну страницу,
но полезность всего этого барахла весьма спорна.
Товарисч же утверждал, что фря, де, "современнее". Вот и пусть доказывает
свои утверждения.
OD> FreeBSD совершеннее общим исполнением, что ли. С ней мне по крайней мере
OD> гораздо приятнее работать. Hо это ИМХО, я его никому не навязываю. Кстати, а
OD> как там в линухе с raw devices ? Hеужто появились уже ? А devfs там как ?
с raw - никак, никакой острой необходимости в них нет, не поддерживаются по
принципиальным причинам. Сейчас причина отпала, а их так и нет - хотя
сделать в общем несложно (и в левых патчах уже делалось). Современностью и
не пахнет - пахнет древнейшей тухлятиной, даром, что у нее по сей день есть
полезные применения. devfs там "как" уже N лет, в виде патча.
AK>> Или кто из них нормально работает с сетями не на одном лишь tcp/ip.
OD> Hу IPX там нормально работает. Мне вообще-то кроме tcp/ip не нужно вообще
покажите хоть одно работающее приложение на этом ipx'е. (впрочем, мне
актуальнее appletalk и/или умение читать ихние диски)
OD> ничего. А рассуждать по принципу "А вот там-то больше всего, там даже есть
OD> какой-нибудь ddp (правда он мне нахрен не нужен, но это уже дело десятое),
OD> ну-ка резко все ломанулись туда" - это как-то неправильно.
AK>> Или какая "совершенная система" валится в kernel panic от того, что в
AK>> 2000-ном году ядерные структуры все еще представляют собой одноразово
AK>> распределяемые статические таблицы, как их сляпали наспех в году 84-м.
OD> Если ты про переполнение socket buffer, то лимиты - они рулез (кстати, а в
мне не лимиты нужны, а чтоб работало. Hет, я про nmbclusters пресловутую.
При socket buffer не работают только апликухи (включая ssh, но это дело
десятое).
OD> Линуксе неужто появился наконец RLIMIT_SBSIZE) ? В статических
мне не нужен лимит. Там вся машина стоит ради этой апликухи.
Мне нужно не пересобирать ядро (и не упражняться с нигде не документированными
sysctl'ями) чтобы эта апликуха работала. Поскольку ничего особенного она
от системы не требует. И "современная система" вполне могла бы уметь не падать
в panic, натыкаясь на _заранее_предусмотренную_ ситуацию.
OD> таблицах тоже есть свои преимущества, к примеру, неизменный объем
OD> памяти, занимаемый ядром,
ой. Там полно динамических структур.
Убогость это - от какой-то доисторической системы унаследованная.
> Alex
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
