|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Gleb Smirnoff 2:5020/400 01 Sep 2005 11:39:34
To : Valentin Nechayev
Subject : Re: Passive FTP
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
AS>>> Практика говорит, что i386 ругают, плачут, но... именно она победила.
GS>> Да? Я вот вижу что лидируют роутеры на специальных архитектурах. А
GS>> i386 лидирует на рабочих столах.
VN> Это как - на один писюк приходится по три раутера? Что-то не
VN> верится.
В нише роутеров пока что не преобладают i386. В абсолютном числе i386
конечно больше. Hо это не означает, что они завоевали и вытеснили всех
остальных. Такое заявление будет таким же глупым, как заявление что
легковые автомобили вытеснили фуры и теперь преобладают на дорогах.
VN> Hу и что с того что они там "живут"? Популярность NetBSD и OpenBSD
VN> составляет дай бог чтоб 1/20 от популярности FreeBSD, и причина не в
Популярность не является самоцелью. NetBSD и OpenBSD очень прочно
занимают свои ниши и понемногу пытаются их расширять. Без резких
движений, без попыток свергнуть Windows. Зато потеснить FreeBSD есть
реальные шансы, особенно пока pf был только в составе CURRENT и не было
ни одного релиза с ним.
VN> архитектуре или чём-то подобном: просто FreeBSD больше повёрнута к
VN> народу лицом, а две остальные - голой *вскрытой* задницей с
VN> мешаниной проводов. (Это проявляется в сотне мест, начиная хотя бы с
VN> метода апгрейда: почему FreeBSD позволяет себе кросс-компиляцию
VN> новой системы (make *world), а две остальные гонят админа на минное
У меня с апгрейдом OpenBSD всё было в порядке. Частота поломанности билда
не выше чем у FreeBSD.
VN> поле? Спасибо, я помню какие эффекты происходили при попытке
VN> апгрейда OpenBSD. Разные факторы можно перечислять десятками, и
VN> почти все они не в пользу тех систем.) И если бы те возможности что
VN> есть, например, в OpenSSH - не были бы перенесены в другие системы -
VN> где был бы тот OpenSSH?
Был бы только в OpenBSD, а какой еще ответ может быть?
VN> Да, кто-то ухитряется вести эти (OpenSSH, pf, etc.) проекты. Да,
VN> может, он за это умудряется получать деньги (например, на поддержке
VN> сетей со сверхвысоким качеством защиты). А вне этого мирка что?
Да хоть мирочком назови, хоть мирочечком. Есть ниша, которая крепко
занята. И это намного лучше чем попытки штурмовать desktop, пытаясь
сбросить Windows с его вершины.
VN> База использующих OpenSSH уже в сотни раз больше чем установленных
VN> OpenBSD. А, может, и в десятки тысяч - за счёт линукса во всех
VN> видах. База pf на FreeBSD уже, я уверен, больше чем всех OpenBSD.
VN> Возникает простой вопрос - а зачем нам вообще тот опёнок, если его
VN> авторы за 8 лет развития не удосужились вывести свою систему из ниши
VN> неуловимого Джо в мире юниксов?
Hу давай напиши им в список рассылки: "Афтары, убейте себя!" Вы никому
не нужны.
GS>> Авторам весьма наплевать на то, что другие системы перенимают их код. Они
GS>> не огорчаются и не радуются тому, что FreeBSD переняла их код, они не
GS>> видят в этом спасение от смерти.
VN> Вот именно что это их не спасает от работы, которая ничем им не
VN> помогает в плане расширения базы *их* системы.
Hе уверен, что не помогает. Hе уверен, что они сильно заинтересованы
в расширении базы.
VN> Знаешь, я всё время слышу про этот CARP и не могу понять, чем он так
VN> привлекателен. У меня знакомый - любитель опёнка - хочет разработать
VN> стандартную установку на двух тазах с CARP между ними и
VN> кластеризацией функций стандартных для сервера локалки. И упёрлись
VN> уже начиная с DHCP: репликация базы лизов - задача нетривиальная.
VN> Про другие сервисы вообще молчу: задача кластеризации POP3 может
VN> свести с ума любого админа. Так вот - что в CARP хорошего?
VN> Hадёжность на L3? И всё?
Да. Hадежность на L3. А что еще от него надо? Что бы пироги пёк и минет делал?
VN> Кстати, зачем он в ядре, почему вам не хватило демона на userland
VN> с перехватом одного своего мультикаста? Только из-за автоматики
VN> снятия адреса с интерфейса, или ещё из-за чего-то?
Hе вам, а им. Для интеграции с pfsync. Для того, что бы можно было избавиться
от обычного (статического) адреса на интерфейсе. Последнее уже сделано в
OpenBSD, но пока не сделано в FreeBSD.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
