[nuclearcat]

Так доставайте же! Не согласен, что оффтоп, очень даже в тему: "Почему я ненавижу большинство FreeBSD-шников? Потому что у них больше!"

Думаю читающим тему это будет неинтересно.

[Deac]

Вы будете упорно хвататься за последнюю соломинку? :-))

Странная интерпретация, хотя для изначального посыла "Почему я презираю..." © - вполне в духе.

 

Я указываю на конкретный факт, делающий ссылку в хэндбуке вполне валидной, а вот известную сентенцию - претенциозной.

[Gull]

Есть ли за последнее время (1-3 года) примеры старта крупных проектов, использующих FreeBSD? вот это и есть критерий перспективности.

Изменено 15 января, 2012 пользователем Gull

[Sargas]

Процитирую amarao с хабра.

 

Именно потому, люди, полагающиеся на корпоративо-зависимые дистрибутивы рискуют. Сегодня они на коне — завтра не договорились с shareholder'ом и разорились. В сравнении с этим community-based дистрибутивы (ага, я про дебиан, дженту, слаку и т.д.) находятся в существенно более защищённом положении, у них нет загадочных «инвесторов», которые могут руководствоваться какими попало принципами (как, например, произошло с Maemo, Meego, а в ближайшее время произойдёт с Taizen).

 

Про мандриву ничего интересного сказать не могу, я так и не понял, что у них есть «своего» в мире линукса.

 

Для сравнения:

 

debian — суровое и очень подробное полиси, дающее наиболее вылизанные с точки зрения системного администрирования пакеты, своя система управления оными, строгая политика стабилизации дистрибутива.

RHEL — кураторство RH, дорогая тех.поддержка, ещё более строгая политика стабилизации, форвард-портинг и бинарная совместимость API ядра на весь срок жизни дистрибутива.

CentOS — то же самое, но без саппорта и с задержкой в выходе.

SUSE — не смотря на RPM, полностью своя модель управления системой, позволяющая получить «конфиг компьютера» в виде одного XML-файла (что идеально подходит для конфигурируемой снаружи виртуальной машины).

Ubuntu — попытка сделать debian чуть менее стабильным (чуть более свежим), рассчитана на desktop'ы (сервер — это какой-то нонсенс), менее разборчива в политике опенсорса и тащит «всё из коробки».

Slackware — использование ванильных версий ПО

Gentoo — компиляция приложений, право собирать и пересобирать (как штатная процедура).

arch — попытка играть в bleeding edge (то бишь выдёргивать версии прямо из под гита у разработчиков).

[mkc]

Мне кажется, что дело не в BSD-шниках, а в месте, времени и персоналиях, где и с кем Вы пересеклись. Зависит от человека, а не от принадлежности к "религии")

Что касается религии. Вот я, наример, не могу сказать кто я. Я начинал вообще с SCO и микроваксов (кубиков), потом была солярка и спарки, потом первые релизы слаки, потом гента ... шло время, производительности натов на линухе стало не хватать, попробовали фрю, сравнили, переползли .... в общем если взять мой временой интервал с 1997 по нынешний день, мне уже не понятно - кто я)))))

Сейчас использую то, на чём стабильнее и производительнее работает тот ресурс, который от меня требует руководство. Знаю какие ресурсы для какого сервиса нужны, как оптиизировать. Вот так. Как говорил мой гуру - бизнесу нужен результат, а мы ж все свою копейку получаем от них.

Я бы религии разделил на "тех, кто читает первые 5 ссылок гугла" и "тех, кто знает RFC и умеет общаться с разработчиками".

Данная тема конечно флейм, а не флуд, но думаю, он бессмыслен)

With the best regards.

Изменено 15 января, 2012 пользователем mkc

[sirmax]

pfexec

Вопрос немного не в тему, но все же - зачем коверкаете слова?

[Картуччо]

Начинал 10 лет назад именно с фрибсд, 4.какая-то версия, в смысле знакомство с юникс-подобными системами. Типичные задачи - маршрутизатор, nat, proxy, mysql, web.

Последний раз использовал в 2006 уже версию 6.какую-то, под zabbix.

В данный момент смысла во фрибсд не вижу, это сообщение пройдёт через дебиан и через циски.

Данная тема не убедила, что во фре сейчас есть смысл.

[Ivan_83]

Факт в том, что в хендбуке заявлено то, чего на самом деле уже нет.

Закиньте PR, пусть обновят инфу и будет вам счастье :)

[Ivan_83]

Я бы религии разделил на "тех, кто читает первые 5 ссылок гугла" и "тех, кто знает RFC и умеет общаться с разработчиками".

А как же сами творцы и разработчики?

Там тоже есть религии разные )

[pfexec]

Вопрос немного не в тему, но все же - зачем коверкаете слова?

разве коверкаю ? какие ?

Начинал 10 лет назад именно с фрибсд, 4.какая-то версия, в смысле знакомство с юникс-подобными системами.

а я начинал с редхата и асп и плакал горючими слезами. а откопал бдсм и был люто рад, до сих пор радуюсь. солярис конешно радостней, но линагз избегаю везде где только можно. :)

В данный момент смысла во фрибсд не вижу, это сообщение пройдёт через дебиан и через циски.

В данный момент смысла в лиангзе не вижу, это сообщение прошло через коммутаторы и маршрутизаторы циско/жунипер ***YEAH.jpg

[jab]

Ггг... Вот представьте себе, не было бы линукса, и все эти <censored> сидели бы на фре. Ныли бы, как тут все плохо или пытались бы закоммитить свой говнокод и форкнуть свой дистрибутив.

Когда-то именно так и было, а потом в линуксе появился tcp/ip. Иногда он даже работал, не падал от evilping'а и не вис от finger'а. :-))))))))

[lagman]

Есть ли за последнее время (1-3 года) примеры старта крупных проектов, использующих FreeBSD? вот это и есть критерий перспективности.

Для начала нужно озвучить критерии "крупности" проекта ;)

[Gull]

Для начала нужно озвучить критерии "крупности" проекта ;)

 

"несколько десятков тысяч машин"

[lagman]

"несколько десятков тысяч машин"

А много ли таких проектов в мире?

 

Да и совершенно не показательный критерий, иметь миллионы регистраций и обслуживать десятки-сотни тысяч клиентов можно обладая лишь парой десятков серверов.

[Dyr]

Меня во всем процессе больше всего бесил mergemaster, он судя по всему остался, это так?

 

Вы просто нифига не умеете его готовить. Чему там бесить-то?

 

http://kitara.nl/2011/07/10/how-to-configure-mergemaster-to-merge-configurations-on-freebsd/

 

http://www.mebsd.com/make-build-your-freebsd-word/freebsd-mergemaster-non-interactive-mode.html

 

 

[Gull]

Да и совершенно не показательный критерий, иметь миллионы регистраций и обслуживать десятки-сотни тысяч клиентов можно обладая лишь парой десятков серверов.

 

Ок. Давайте пример с парой десятков серверов.

[_INF_]

Да и совершенно не показательный критерий, иметь миллионы регистраций и обслуживать десятки-сотни тысяч клиентов можно обладая лишь парой десятков серверов.

 

Ок. Давайте пример с парой десятков серверов.

 

Рамблер почта 5 серверов.

[_INF_]

ИМХО: FreeBSD уже давно медленно, но верно сдает позиции, не понимают этого только упоротые фанатики.

 

Причины просты:

 

1. Существуют дистрибутивы в которых обновление не ведет к смене версий софта, соответственно НЕВОЗМОЖНО напороться на ситуацию когда после обновления свалился сервис из за того, что разработчики выкинули важную функцию или переменную из конфига. RHEL его клоны, Debian, Ubuntu server.

 

2. Существуют дистрибутивы в которых поддержка проблем безопасности для софта входящего в состав дистрибутива over 5 year :) RHEL его клоны, Debian, Ubuntu server.

 

3. Происходит бэкпортирование фишек новых ядер и драйверов для устройств в ядра дистрибутивов указанных выше, что в свою очередь приводит к тому, что джанные дистрибутивы можно использовать на свежем железе даже через 3-5 лет без особых проблем.

 

4. Из пунктов 1,2,3 следует, что всем ведущим производителям выгодно, чтобы драйвера для их оборудования были в дистрибутивах. это с одной стороны повышает долю Linux на серверах, с другой повышает уровень продаж вендоров которые предоставляют спецификации, драйвера под Linux.

 

5. Виртуализация. Возможность развернуть десятки однотипных виртуалок за пару часов на одном физическом сервере просто прекрасна. Абсолютно прозрачная и быстрая миграция на другое физическое железо. Вышел из строя сервер, херакс и вся ферма виртуалок через 10 минут уже работает физически на другом железе.

 

6. Роутеры класса SOHO поголовно захвачены обрезками Linux.

 

 

В Linux и FreeBSD разные ядра ? Да пофигу для обычного админа эти тонкости, по большому счету они предоставляют администратору практически одинаковые возможности.

 

Весь серверный софт apache, bind и пр. конфигурится и работает в Linux и FreeBSD абсолютно одинаково.

 

NAT, роутинг, шейпинг/полисинг - на однопроцессорных системах без разницы, но для 24 ядерной машинки кроме Linux то выбора собственно и нет.

 

Что произойдет далее понять не сложно. Т.к. в больших корпорациях FreeBSD не будет как класса, то и заинтересованных в финансировании и развитии FreeBSD не будет, умрет комьюнити, перестанут выпускаться драйвера для популярного оборудования. Вопросы многих новичков на форумах FreeBSD будут оставаться без ответов.

 

Как быстро это произойдет ? Лет 15 FreeBSD думаю еще побрыкается.

[DVM-Avgoor]

NAT, роутинг, шейпинг/полисинг - на однопроцессорных системах без разницы, но для 24 ядерной машинки кроме Linux то выбора собственно и нет.

 

А у меня отличненько так нат на многоядерной машинке шинкуется под FreeBSD. Но видимо я неправильный, раз у меня, в отличие от всего остального мира, "тупо все работает".

[Gull]

Рамблер почта 5 серверов.

 

Первое, хорошо бы читать вопрос, который был: "Есть ли за последнее время (1-3 года) примеры старта крупных проектов, использующих FreeBSD?"

Второе, http://slonik-v-domene.livejournal.com/96331.html "Рампочта начинает миграцию на Linux. .... К сожалению, больше держать продакшен на FreeBSD мы не можем. ... "

Третье, 5 серверов там - тестовая среда.

[taf_321]

ну как всё молодежное и модное, кластерные фс нынче крайне популярный тренд. и чем вам поможет кластерная фс не понятно, всё равно данные между нодами будут ехать столько же, сколько и снапшот zfs'а. это всё мышиная возня. если нужно хорошее хранилище, нужно идти за хранилкой с fc.

 

Собственно, там данные едут постоянно, и разница только на время миграции изменения с одной ноды на другую. В результате время возобновления работы сервиса измеряется временем его активации на резервной ноде. Либо, когда сервис позволяет параллелить обработку, вообще никакого простоя-миграции не происходит.

[taf_321]

не думал об этом, потому что непредставлял для чего это вообще надо. для каждого каталога юзира проще понарезать файлух zfs и влепить им квоту. или вы о том что бы все писали в один каталог но у каждого была своя квота ? ну так это можно решить программой с помощью которой осуществляется туда доступ, ну там самба или фтпд.

 

Открою страшную тайну (только больше никому!): самба и ftpd смотрит в системные дисковые квоты. Вот такая вот загогулина. И таки да, задача для файлопомойки тривиальная - общее хранилище, куда могут писать в общую свалку но в строго ограниченных объемах.

[taf_321]

не надо мне переводить мои фразы. я лучше вас знаю что я имею ввиду. виртуализация это модный тренд, не более. внутри инфраструктуры одной компании вряд ли можно встретить венегред из различных ОС. обычно стараются держать однородный парк ПО. в этом контексте нет смысла в виртуализации всего и вся, и нет смысла платить за это накладными расходами. тут jail'ы как раз удобнее и проще. В линагзе есть что-то аналогичное, но не работающее, вроде опенвз. некоторые джыдае вроде даже умеют его готовить. ну я рад за них, чо уж.

 

Переведу фразу на русский: "Я не знаю для чего нужна виртуализация в современном мире, я не знаю что это вообще такое, я 10 лет назад узнал что такое jail, а на остальное сил уже не хватило". Собственно благодаря именно такому подходу со стороны фрюшного сообщества и разработчиков, доля фряхи на мировых хостинговых площадках не поднялась выше статпогрешности, а в exUSSR сейчас умножается на ноль.

 

благородный дон научится оформлять портянку своих постов в один ? и я же написал, что это EMC.

 

В каком магазине можно затариться офисными говнороутерами от этого производителя? А то я тоже могу подкинуть парочку вендоров, продающих свои железки с зашитым qnx.

[taf_321]

щито ? тащемта на продакшне надо обновляться не по мере выхода обновлений, а по мере надобности этих обновлений. поясню, только в случае критических уязвимостей, которые актуальны для текущей конфигурации. т.е. если в системе есть inetd уязвимый к чему-то, но не используется - потребности в обновлении нет.

 

В мемориз! Адназначна!

 

Вопрос: если у вас inetd не используется, то какого хрена он в системе наличествует? А если наличествует, то осознанное оставление заведомо дырявого компонента в системе это высший пилотаж.

[taf_321]

нет же разницы. крупным проектам в любом случае надо иметь свою репу и билдферму, чтобы собирать софт под свои нужды. не крупным впринципе тоже. с этой точки зрения существенно разницы в ОС или её дистрибутиве нет в принципе. но линуксойды с дебианом на трех серверах конечно же будет другого мнения. я в этом не сомневался :)

 

Страшная тайна №2: действительно крупным проектам проще напрямую работать с дистрибутивоваятельной конторой, дабы решения от этого проекта были тиражируемые и масштабируемые не только в рамках этого проекта, но и всего сообщества. Собственно, для своих решений именно по такой схеме и работаю. И кое-что из того, что когда-то было нужно только мне, вошло в стандартный репо дистрибутива. И когда это перестало быть мне интересным, было перехвачено другими заинтересованными лицами.