Pull to refresh

Comments 133

а также — неадекватный современным реалиям менеджер пакетов
Извините конечно, но я не понимаю, что может не устраивать в портах\пакетах FreeBSD.
Лично для меня легче из портов сконфигурировать с нужными мне настройками любое приложение, чем заниматься тем же на любом из linux.
Я тоже не понимаю
Это пользователю есть огромная разница между портами и убувскими репами, а на серваках все равно все ручками настраивать и тюнить…

Хотя может им не нравится смотреть, как что-то компилируется?
для этого придумали пакеты. make package-recursive clean, потом на всех остальных тачках поставил из пакетов. Порты это очень удобный инструмент, в отличии от apt-get. (если не обращать внимание, что мэинтейнеры красные слоупоки, а коммитеры самые настоящие розовые слоупоки)
Издеваетесь? Даже resolv.conf стоит закатывать в отдельный пакет, когда речь идет о десятках тысяч серверов. Вы когда-нибудь пробовали развернуть nginx хотя бы на десятке серверов ручками?

Что вы на отдельном сервере из сотни одинаковых (железо, версия ОС, набор софта. Отличаются только IP и хостнеймом) собираетесь тюнить руками?

Порты в данном случае разливать по машинам намнооооогоооо дольше. А сотня новых серверов в день — вполне частая цифра для любого крупного поискового движка (бинг, яху, яндекс, гугл).
Да, наверное вы правы. Я никогда больше трех серверов одновременно не администрировал и все они были с разными конфигами и, понятное дело, абсолютно разными функциями.

Хотел бы попробовать на гигантском парке, но… кто ж мне даст?
Ну можно попробовать на OpenVZ сотворить парк +) А так — вон 2 компании в топике люто-бешено хотят себе сисадминов в штат.
При чём здесь порты-то? Вам же ясно написали, что собираются пакеты и уже из них в дальнейшем разворачивается установка. resolv.conf вообще никоим образом к портам не относится, это base.
Человек пишет о том, что на серверах всё тюнится ручками. Я ему отвечаю тем, что на серверах в таком масштабе даже resolv.conf закатывается в пакет (или пишется скрипт, который пишет resolv.conf на основе IP и маски подсети). Ещё вопросы?
А, извините, промахнулся — решил что вы отвечаете andoriyu.
А ты правда считаешь, что в объемах Яндекса на серваках что-то тюнится ручами и сильно настраивается? Все автоматизировано по-максимуму.

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

Фряха — это проблема с драйверами. С той же сетью в объемах Яндекса, у фряхи начинаются проблемы. Допилили дрова — хорошо. Перепиливать всю ось под себя? Неудобно и непрактично. Лучше мигрировать с нее сейчас. чем сделать это потом, но гораздо более болезненно. *простите за капитанство*
У меня есть сервера под FreeBSD и Gentoo… от первой потихоньку избавляюсь, скоро будет только Gentoo. В самом деле, после джентушного portage, во фряху, как в каменный век попадаешь. Я вам это говорю, как человек который начинал знакомство с *nix системами с FreeBSD.
У меня есть сервера под Debian и centos.
И если первую еще кое-как терплю, то вторую выпилил бы вместе с программистами этих диалогов.
А еще расположения файлов скачат, как бизоны. Определились бы уже? где хранить все в конце концов, за это не люблю порты от плохих мантейнеров всяких gplов, пихать конфиг в /etc для /usr/local установки, или как spamassassin в /usr/local/etc/mail/spamassassin.
Вообще кто-то спецификации читает?
Ну да, ну да. Особенно инсталляция Gentoo или постоянная головная боль с то и дело блокирующими друг друга зависимостями (классика жанра — mysql 5.1 и 5.5, e2fsprogs) и т.п. Нафиг-нафиг этот ледниковый период.
«Особенно инсталляция Gentoo»
Разворачивается на 10ки машин легко, затем distcc сборка и бинарные пакеты. Удобно, быстро, просто.

«блокирующими друг друга зависимостями (классика жанра — mysql 5.1 и 5.5, e2fsprogs) s»
Извините, mysql не пользуюсь, не в курсе.
distcc и ccache сборка и бинарные пакеты есть и на FreeBSD, к слову.
А вот про разворачивание на десятки машин «легко» родными средствами генту я бы с удовольствием послушал.
«distcc и ccache сборка и бинарные пакеты есть и на FreeBSD»
Угу, вот только пользоваться всем этим добром гораздо менее удобно. А еще отсутсвие нормальной стейбл ветки. Отсутсвие слотов, отсутсвие средст централизованного управления параметрами сборки, отсутсвие мерджа конфигов, отсутсвие, отсутствие, отсутстви… каменный век.

«А вот про разворачивание на десятки машин «легко» родными средствами генту я бы с удовольствием послушал.»
Что есть родными? Все необходимые средства есть в репах.
«distcc и ccache сборка и бинарные пакеты есть и на FreeBSD»
Угу, вот только пользоваться всем этим добром гораздо менее удобно

Чушь, абсолютно равнозначно пользоваться. Или приводите пример.

А еще отсутсвие нормальной стейбл ветки

Чушь. Читать до полного просвещения про разницу между -CURRENT и -STABLE ветками.

Отсутсвие слотов

Ни разу не испытывал необходимости в них. Но может это я только — с удовольствием послушаю примеры обратного.

отсутсвие средст централизованного управления параметрами сборки

Чушь. Так же, как и в Gentoo, /etc/make.conf ждёт вас.

отсутсвие мерджа конфигов

man mergemaster?

Что есть родными? Все необходимые средства есть в репах.

Родными — значит, работающими «из коробки». А поставить из портов/репозитория/мира DHCP, TFTP и NFS-сервера без разницы на какой системе.
Чушь, абсолютно равнозначно пользоваться. Или приводите пример.

Нука, на вскидку, подскажите мне аналог PORTAGE_BINHOST и чтобы система в одну простую команду, сама проверяла конкретное указанное централизованное хранилище в локальной сети на наличие собранного для конкретной конфигурации пакета указанной версии, и при его наличии брала и устаналвивала оттуда, а при его отсутствии собирала пакет (используя distcc), устанавливала, а также и клала его в хранилище, чтобы им могли воспользоваться другие машины. На gentoo это все может делать простой emerge.

А еще, не в тему, а в догонку. При написании порта, мне нужно прикладывать pkg-plist перечисляющий ВСЕ файлы, устанавливаемые портом. У нас 2011 год на дворе, а система сама не в состоянии отследить изменения в файлах и директориях. Для меня это было шоком еще несколько лет назад, когда я присал порт PHP5 c FPM.

И еще, в догонку. Почему portsnap fetch update при аналогичной частоте запусков и соспостовимом объеме обновлений, а то скорее даже и не в пользу последнего (ввиду заметно меньшего количества софта в портах), на таком же железе и том же канале тормозит по 15 минут, когда emerge --sync отнимает не более 2-х.

Чушь. Так же, как и в Gentoo, /etc/make.conf ждёт вас.

Дайте мне euse, equery, package.use, emerge -v иначе не о чем разговаривать, каменный век.

Чушь. Читать до полного просвещения про разницу между -CURRENT и -STABLE ветками.

Там разное дерево портов? Как мне управлять стабильность vs. новизна для каждого отдельного порта? Дайте мне package.keywords, package.mask и layman с оверлеями. Я ими каждый день пользуюсь. А из базовой FreeBSD-шной системы я пользуюсь только ядром, загрузчиком, baselayer-ом, да ssh… Остальное все по-умолчанию либо старое, либо убогое. Даже portmaster и тот ставить надо.

Ни разу не испытывал необходимости в них. Но может это я только — с удовольствием послушаю примеры обратного.

Постоянно их использую. Миграция с одной старшей версии postgesql на другую. Легкая миграция с одного ядра на другое. Простое переключение между python 2 и 3, а еще дайте мне eselect.

man mergemaster?

Как это использовать с портами? Он будет предлагать мерджить exim.sample.conf c exim.sample.conf? Да-да, очень занимательное занятие. Дайте мне etc-update.

Родными — значит, работающими «из коробки». А поставить из портов/репозитория/мира DHCP, TFTP и NFS-сервера без разницы на какой системе.

Мне без разницы откуда это. К слову сказать, эта самая пресловутая коробка у freebsd по-умолчанию набита до верху всяким хламом, из которого, кроме ssh все остальное нафиг не нужно. Даже, блин, gcc и тот по-умолчанию лохматых времен и приходится заменять. Про отсутствие bash-а я уж молчу. Зато, за конфигураций всего основного в системе приходится лазить аж в /usr/local/etc/.

И еще у FreeBSD есть PaX? Я хочу Hardened FreeBSD.

И еще, что там с файловой системой? На FreeBSD у меня есть выбор (адекватного) только из ZFS и ZFS… черт.

Вообще, мне этот спор абсолютно не интересен. FreeBSD я использую более 6 лет, Gentoo только 2 и сделал для себя выводы. За сим разрешите откланяться и пожелать удачи с FreeBSD, система хорошая, но лично мне с ней возиться не хочется. Может быть, я про нее чего-то и не знаю, но при заметно меньшем опыте работы с Gentoo, я знаю как это делается там, с чего бы это? Опять же, детальное изучение причин, скорее всего, будет не в пользу FreeBSD.
Извините конечно, но я не понимаю, что может не устраивать в портах\пакетах FreeBSD.

Они сами. Вы вот возьмите сравните с тем же portage. Да и rpm spec проще писать чем порт в FreeBSD.
Вы правы. Но тогда, когда ваш сервер греет вам ноги под столом, и вся работа — это он единственый.

Когда у вас в работе тысячи серверов возникает потребность один раз собрать пакет, а потом его просто задеплоить. RPM/DEB — самое то.

Или обновить все ПО одной командой, не пытаться поймать ошибки компиляции. Не тянуть каждый пакет с отдельного сервера в интернетах.

Конечно, вы будете правы если скажите что тот же Puppet можно прикрутить и к FreeBSD, и можно наставить костылей да наконфигурить таким образом, что бы сделать управление ПО централизированным. Но это будет лишь попыткой стремиться в сторону нормальных продакшен Linux дистрибутивов.
Дело в том, что порты и пакеты во FreeBSD — две большие разницы. Последние как раз-таки вчистую сливают любому более-менее вменяемому пакетному менеджеру в GNU/Linux. С портами все хорошо, особенно если проц и диски быстрые :) и пока достаточно ставить все локально, поскольку машина одна (ваш компьютер). Но scalability у портов никакая. При желании, конечно, можно порешать проблему массового деплоймента, собирая все пакеты локально под свои нужды и тщательно выверив процедуру апгрейда (многие, кто поддерживает большие кластера на фре, так и делают). Но это такое решение проблемы, которая у линуксоидов вообще не возникает.

Из коробки FreeBSD умеет лишь рудиментарно работать с пакетами. И каждый раз начинаешь чувствовать их «хрупкость», если пытаешься использовать вместо портов некоторое продолжительное время.
Фамилию прочел как «забаненных» :)
Почему в выборе между Debian и CentOS выбран первый? На высоких нагрузках ощутима разнится, или в чем-то другом дело? Где можно почитать?
Там по ссылке написано. Шетухин сказал, что CentOS «не подошел из-за убогости штатного репозитория».
«Главными причинами отказа от FreeBSD...», не от cenos.
Ай, извиняюсь, по ссылке действительно про centos написано.
Дык вы посмотрите, кто автор поста-то. Это ж ализарщина, 100 раз проверь, 1 раз откоменть.
Простите, а в чем разница? И на каких нагрузках? Вы, наверное, сравнивали CentOS i686 и Debian, который i386?
UFO just landed and posted this here
Debian компилирует под i686 ровно два пакета: ядро и libc6. Принципиальная позиция Debian в том, что оптимизация остальных пакетов не дает ощутимого прироста в производительности (кроме, может быть, кодеков).
в принципе логично, но… пруфлинк бы!
Debian либо i386, либо i486. Это точно.
На индексную станицу:
> Всего 643 146
> В том числе посетителей с cookie 642 028

Тысяча левого народа и чуть больше полумиллиона пользователей. Учитывая, что заход в почту дело «рутинное», ежедневное, то выходит, что это все пользователи (ну, минус летняя пора).

Правильная математика? Тогда, может, подъёбка ppiskun вполне себе «профпригодная»? :)

P.S. Не обижайтесь. Чисто субъективно «Рамблеру» всё как-то херее и херее. Был же такой ого-го. А сейчас… эх.
зато они карты сделали прикольные. Даже междомные дорожки обозначены. Первый раз зашел на рамблер за лет 8, наверное, когда узнал про новые карты.
Карты «ПроГород»
© OpenStreetMap
Хва совсем то уж хаить Рамблер, ребята хоть что то стараются делать.
Карты — да, взяли и заключили договор с «ПроГород», а «ПроГород» теперь пытается работать с OpenStreetMap и пробочками решили заняться.
Только какое это всё отношение имеет к разбору полётов про переход с Фришки на Убу, и тем более к почте?!
Почта, врят ли будет у них нормальной, а вот Яндекс расстроил…
Вчера 20.07.11
1 303 717

Посещаемость проекта растет. Не так быстро как хотелось бы, но растет. Новые сервисы вводятся; за то время что я работаю в Рамблере сделано очень много работы по развитию проекта.
О том, что именно было сделано, можно прочесть здесь:
slonik-v-domene.livejournal.com/77153.html
slonik-v-domene.livejournal.com/46141.html

Буквально на следующей неделе нас ждет очередное большое обновление.

А что до граждан, не осиливших дойти до счетчика и посмотреть аудиторию… ну, что с убогих взять?
> ну, что с убогих взять?
Подобное явно не будет привлекать новых пользователей к рамблеру. Скорее заставит уйти и не возвращаться, если работники компании делят аудиторию на «убогих» и себя/богов/кого-угодно.
Вероятно, это у рамблера корпоративная практика по поддержке гугля и прочих почтовых сервисов путём распугивания своих пользователей.
Видите ли, статистика свидетельствует об обратном. Хабраэксперты такие хабраэксперты ;)
То есть хабраэксперты не пользователи?
Знаете, i'll stick to google for a while…
UFO just landed and posted this here
это автор Жежешечки, на которую он выше ссылается.
ну, что с убогих взять

А скажите, что, у вас в Рамблере нет политики общения представителей компании? Я бы лично вас уволил нафиг, так как вы своими оскорблениями позорите не только себя но еще и компанию в которой работаете, тем более являетесь разработчиком одного из её продуктов и говорите о нем же.
>Я бы лично вас уволил нафиг,

Боже мой, за что?! :) За то, что на каком-то форуме, я, общаясь неофициально, позволил себе назвать гражданина, не умеющего пользоваться интернет-статистикой, убогим?

Вы такой смешной, право слово.

>тем более являетесь разработчиком одного из её продуктов и говорите о нем же.

* зевая

Ну и что такого плохого я сказал про Рампочту. Цитата будет или как?
> * зевая
Что-то Вы в каждом втором треде зеваете. Спите больше, зачем же себя так изматывать.
> общаясь неофициально
Ок, хамите Вы неофициально. Зато в треде ниже говорите «принимаемых на работу в мой отдел». Что за расщепление личности? Вы уж определитесь — либо Вы отвечаете только за себя, либо вы представляете компанию.
И да, Вас надо уволить. Нафиг.
>И да, Вас надо уволить. Нафиг.

Какой вы смешной, ей-богу.
Ок, давайте отвечу.

> За то, что на каком-то форуме, я, общаясь неофициально, позволил себе назвать...

Для меня вы прежде всего сотрудник компании, так как топик про нее, а тред про продукт который вы разрабатываете. Если бы топик был бы про кошечек, это бы не играло роли. Пока вы сотрудник этой компании (открою вам тайну) — вся переписка касательно продукта компании — официальная.

Второе — о компании судят по людям. Зачем мне пользоваться услугами компании, где сотрудники позволяют себе такое общение, ко мне — клиенту этой компании (фактическому или потенциальному)? Лично у меня пропало желание пользоваться продуктами вашей компании, будут проблемы, позвоню в поддержку, а там мне ответят — «Научись пользоваться интернетом, убогий». Нет, лучше загнивайте дальше.

> * зевая

Будете много зевать — муха в рот залетит.
ха-ха! Толпа хабрахомячков больше не будет ходить на рамблер =)))
Пардон, а какой профпригодный написал на странице?

Рамблер-Почта: престижныйадрес...
«По его словам, поиск будет медленно мигрировать на Ubuntu в течение года.»
«Сейчас большинство серверов «Яндекс.Почты» работают на RHEL.»

Не совсем понял. Всегда придерживался политики использования одной платформы для всех серверов, схожих по типам выполняемых на них задач. Интересно, с чем связано использование «Яндекс.Почтой» Debian, Ubuntu и RHEL в разное время и Яндексом на разных сервисах сейчас?
Наверно ввиду смены админов, каждый из которых внедрял свой, по его мнению «православный», дистрибутив. Странно, почему в списке нет Gentoo, Arch и Slackware )))
На самом деле за более чем десятилетнюю историю Я.Почты там было всего два дистрибутива. Debian и RedHat. Ubuntu на Я.Почте не было никогда.
А вам не кажется, что Яндекс.Почта — это капля в море остальных сервисов Яндекса )? Под убунту некоторые плохие большие компании (не будем показывать пальцем) не поддерживают свой крутой сервер БД.
А вот на самом деле, что фряха может предложить по виртуализации, кроме джайлов, которые замечательные, прекрасные… были лет 5 назад.
Они актуальны и сегодня, и даже завтра.
посмотрите сюда например.
Позицию Яндекса в данном случае можно понять и поддержать, в отличие от озвученой мотивации рамы, как мы уже успели похоливарить.
А на счет того на чем работает поиск рамблера сомневаться не приходится.
Мне непонятно, а почему рамблер перешел на Debian а не RHEL?
Потому, что RHEL не нужен.
UFO just landed and posted this here
Не платить за поддержку?
А зачем? Если у них там вагон своих пакетов, то как-то RHEL им не нужен.
>На чём сейчас работает поиск Рамблера, неизвестно.
Поиск Рамблера работает на Яндексе.
>> По его словам, поиск будет медленно мигрировать на Ubuntu в течение года.

Не поленился и сходил по ссылке:
>> В качестве дистрибутива волевым решением выбран Debian GNU/Linux. Основная архитектура — 64 бит.

Как бы вот…
UPD: Ясно. Автор, у вас чехарда со ссылками.
Добавил к первой ссылке якорь на комментарий, так понятнее? :)
Хм, яндекс работает на RHEL. А меня, за то, что я в соседнем топике довольно аргументированно предложил рамблеру использовать его же, хорошенько слили какие-то фанатики.
В ваших речах, впрочем, кроме красноглазого фанатизма, смысла тоже было немного. Наблюдается паритет.
Вы по существу что-то сказать можете, или как?
Вы читать умеете, или как? Я все высказал в том топике, теперь в пользу моей позиции говорит еще и инфраструктура яндекса. В вашу пользу лишь мутные фразы про плохие репозитории и про ваших умелых админов. Картина очевидна, вы зачем разжигаете опять? С какой целью?
> Я все высказал в том топике, теперь в пользу моей позиции говорит еще и инфраструктура яндекса.

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

После этого вы скатились на рассказы о том, что разрабатывая ПО под себя, мы якобы «сами себя загнали в безвыходную ситуацию». Забавный вы человек, чесслово.

>Картина очевидна, вы зачем разжигаете опять?

Картина действительно очевидна: вы пишете неаргументированную чепуху про крутизну коммерческих Линуксов, вас за это сливают.
Признаю свое безоговорочное поражение. Ваше трололо гораздо сильнее моего. Уважаю.
Правильно, недоось с красножопым демоном на логотипе не нужна.
А я уважаю FreeBSD и тех, кто её делает.
Первый опыт с юникс системами был именно на фрях.

И больше всего мне нравилась именно компиляция. Кстати, вначале она у меня вызывала примерно такие эмоции:

image

извините за шрифты, не дизайнер…
Не важно на какой ОС они переезжают главное чтоб не на Windows…
Ну с такими требованиями (устали возиться с портами, хотим в один клик ставить/обновить) к ОС они может и на Windows перейдут :)
Windows уже умеет в один клик обновить весь установленный софт? Клево, где об этом почитать?
Кнопка называется «Install Updates».
Ваш К. О.

И это мне обновит стороннее ПО?
Простите, а про какое стороннее ПО мы тут говорим в рамках серверов?
Подтягивающееся из репозиториев. Кнопка «Install updates» сможет обновить апача или кваггу?
Простите, а откуда в Windows Apache или Квагга? Никто не использует под Windows Mono, все используют .NET в чистом виде.
Какое отношение имеет mono к apache или quagga?
Такое же какое Апач имеет к серверу Windows. Если у Linux платформ нет собственного Web сервера и ему приходится пользоваться «сторонним» Apache, то это целиком проблема Linux.
В Windows есть IIS, который не является «сторонним» и прекрасно обновляется вышеупомянутой кнопкой.
А свой php в windows есть? ruby? python? quagga? bind? postfix? dovecot? ejabberd?
Дайте догадаюсь — там есть exchange, а всё остальное не нужно.
Право вы меня удивляете, а вы под Linux Visual Basic тоже пытаетесь запускать? Не работает! Значит Linux плохой :)

Если платформа Windows то надо работать с тем, что на ней работает наиболее эффективно. Зачем PHP если давным давно был ASP, а сейчас есть ASP.NET, зачем Bind если есть microsoft DNS сервер, про exchange вы уже сами знаете :)

Зачем utf-8, если есть cp1251…
Ясно, спасибо.
Ну то есть пришли к тому, что если нужны руби или джанго на сервере — виндовс использовать плохо, так?

Но вот видеть чтото такое и нужно яндексу. Что хорошо работает на линуксе — а под виндами не очень.
Ключевое слово — «весь».
Ваш Капрал Непонятка.
«весь» на серверах, это вы подразумеваете что? Что у вас стороннего стоит на серверах?
Стороннего в смысле «лишнего» — надеюсь, что ничего. А в смысле «от других разработчиков» — firebird, openvpn, apache, mysql, postgresql, mediawiki, svn, trac и дофига всякого еще. На разных серверах, естесственно. Вот я и обрадованно удивился, что все это добро можно обновлять одной кнопкой. При чем по желанию, либо до последней стабильной версии, либо получать security updates для текущих версий.
UFO just landed and posted this here
MS SMS, о котором мало кто знает, вам задеплоит и обновит virtually anything.
Она это умеет, запаришься потом отключать все обновления
Насколько я понимаю, тем самым они потеряют некоторую часть производительности, устанавливая бинарные пакеты, не собирая софт под конкретную платформу.
Можно пожертвовать 1.5%. Это в самом удачном случае.
Какая тема провокационная. А тут еще Поттеринг накинул про то что очень накладно и не очень то надо поддерживать BSD.
В BSD застой это факт, но у них уклон сейчас не туда (ZFS, netgraph, flow-manager и наконец rctl, сейчас опять вот переписывают вроде usb stack (в 5ый раз на моей памяти)).
К тому же разработчиков меньше.
И кстати про виртуализацию я не понял, чем их не устроило jail+rctl+zfs? очень удобная и простая в использовании вещь.
Я почитываю иногда freebsd-usb@ и не вижу никаких упоминаний о переписывания стека. И был он переписан полностью лишь однажды.
Видно, имеется в виду это, XHCI драйвер для работы USB 3.0, обратно совместимый с подсистемами USB1.0 и USB2.0.
На работу над ZFS и netgraph только что молиться не надо, настолько это удобные и востребованные вещи.
Должен сказать, думается мне это связано с приходом линупсовых менеджеров в компании. Все-таки BSD проста, когда начинаешь в ней разбираться и совершенна иная в отличие от Linux.
Пакетные менеджеры? Что мешало сделать собственный репозитарий пакетов и на слейв машинах брать пакеты оттуда (portupgrade)? Для экономии места nfs на /usr/ports.
>Должен сказать, думается мне это связано с приходом линупсовых менеджеров в компании.

Интересено-интересно, и кто это такие «линупсовые менеджеры»? А то все о них говорят, а никто вживую не видел. Имена назовете, или еще одним пустомелей станет больше?
Те кто получили сертификации Linux в конторах, типа Oracle.
Известно, что BSDшные сертификации вообще не легко достать (просто потому что их _почти_нет_). Да и об ОС мало кто знают.
Специалистов найти сложно.
Приходит в контору желторотик, что конторе делать проще? Учить его БСД или поставить Linux?
>Те кто получили сертификации Linux в конторах, типа Oracle.

Ну так не стесняйтесь. Назовите фамилии тех сертифицированных линупсовых менеджеров, которые пришли в Рампочту. Ну же! Вы же не пустомеля, вы же за слова готовы отвечать?

>Приходит в контору желторотик, что конторе делать проще? Учить его БСД или поставить Linux?

Окак. Вы еще и в собеседованиях в принимаете активное участие, что можете точно сказать, какая квалификация у принимаемых на работу ко мне в отдел!
А я где-то говорил про Ваш конкретный отдел, фирму, компанию?
Что Вас так задело интересно?
Я про общие тенденции и пару раз у себя натыкался на подобное и у знакомых.
>А я где-то говорил про Ваш конкретный отдел, фирму, компанию?

>Должен сказать, думается мне это связано с приходом линупсовых менеджеров в компании.

А. Ну, то есть, в новости про Яндекс и Рамблер вы написали про абстрактные компании. Браво, чо. Очень по теме.
Мне казалось новость больше про тенденцию перехода крупных компаний на Linux?
А мне почему-то кажется, что речь про две совершенно конкретные компании.
Ну тогда уточняю для Вас конкретно, я писал про компании в общем.
Впрочем выбор большинства не всегда идеален — это факт. Например в Европе многие компании просят Windows.
Вы шутник. Portupgrade запущенный одновременно с 10к серверов повалит любую файлопомойку. Порты раскладывать (уже с make внутри) реально только по p2p. Иначе апдейты затянутся надолго.
Сколько участливой попоболи вызывает у некоторых переход рамблера и яндекса на убунту. :)

Долой убунту!
Даёшь насильственное насаждение фряхи!

З.Ы. Кстати кто там у фрияхи BSD-Führer?
Хе, в том то и дело, что не существует BSD-Führer. Только команда разработчиков.
Вот именно что это клуб фетишистов, идеологически продажных пропритарщине. :)
UFO just landed and posted this here
UFO just landed and posted this here
Научись бэкпортированию. Дело пяти минут обычно.
UFO just landed and posted this here
UFO just landed and posted this here
Нет, AnViar думает о чем ляпает. Вам решение нужно или просто потролить?
UFO just landed and posted this here
Яндекс переводит свой поиск на Ubuntu, таким образом, полностью избавляясь от FreeBSD в компании.

Вот что за отсебятина? Не надо желтизны. На CNEWS такого нет, Толик говорит только про поиск. Да и переход будет очень медленным. Долгие годы еще будут жить с двумя ОС. И да, поиск, это десятки тысяч машин, большая часть парка Яндекса, но не все. Так что не надо про «полностью избавляясь от FreeBSD».
Sign up to leave a comment.

Articles