Хостеры выбирают Дебиан?

Впервую очередь в росте дистирибутивов(в коммерческом использованиии) будет играть и играет чёткая документация -пока этим занимался в основном дебиан ,в настоящее время компания редхат(с IBM)составляет и выпускает и в ближайшее время очень много документации по своим дистрибутивам EL4 -если дело пойдёт и дальше так -очень быстро дистрибутивы типа Центоса основанные на EL4,EL5... обгонят и дебиан и дженту и убунту , ну вторая причина -это время поддержки - -никто не гарантиует что дебиан будут поддерживать(выпускать апдейты) пять лет ,а вот к EL будут (во всяком случае обещано) -так что два преимущества -для хостеров важно -документация и время поддержки , пока документация к редхату на английском языке -думаю это временно -уже были преценденты выхода на русском -думаю это не проблема и ближайшее время этот недостаток "умрёт".Английская документация по качеству и по размеру уже больше, чем дебиановская ! Пробуйте ; может и вам понравится -никто не мешает и дебиану добавить кучу документации итд -тем более выпускается она под ГПЛ в основном

>комьюнити-драйвен

Debian - community driven Slackware - Patrick driven Gentoo - Ebuilders driven

Каждому свое.

>очень быстро дистрибутивы типа Центоса основанные на EL4,EL5... обгонят и дебиан и дженту и убунту

Бред какой то. Ты обкурился что ли?

>Бред какой то. Ты обкурился что ли?

Нет он просто теоритически пукает в воздух. Демьян самый правильный дистр - всё сделанно по человечески и для людей.

>Лучше собирать вообще всё самому.

Ну так начни со сборки материнской платы.
Резисторы, конденсаторы, контроллеры.
Паяльник в руку и вперед :)))

>ХЗ, как насчет веба и CMS, а вот LDAP в Sarge совершенно не порадовал. При загрузке проца slapd просто вис насмерть. Решение нашлось только на дебиановском багтрекере, оказалось что slapd надо пересобрать c without-threads, тогда виснуть перестал. Официального фикса нет

Кстати у того чувака проблема решилась когда он перегнал базу в ldif и обратно. У себя я таких косяков на замечал, кстати надо будет протестить.

Чуваку который с Демьяна на Генту хочет перелезть -

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

<господа а скажите насколько хороша джента на сервере? какие подводные камни? на десктопе юзаю ее и доволен полностью.>

Иногда сами пакеты меняют что то в своих конфигах, иногда в портах бывают ошибки (на следующий день она может быть исправлена, и через несколько дней), даже если выбираешь x86(stable), поэтому нельзя не проверив компилируемость обновления сразу обновлять сервак. Надо иметь тестовое окружение - хотя бы раздел или папку, где стоит точная копия работающей системы(заходи туда через chroot). Пока не проверишь компилируемость, нельзя ставить на сервак. Поэтому надо компиллировать в бинарные пакеты, и потом на серваке обновление производить с них.

Но проверка функциональности обновленной системы остается, этот вопрос надо решать. Через виртуальное окружение например.

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

Кстати у того что у меня на Генту не собиралось долго - потом вылечил (сделал emerge sandbox) это насколько помню только Erlang нужен был для ejabberd притом что это замаскированный пакет

А все прочие вещи - наура

<Это не то. Даже если ты пропишешь ACCEPT_KEYWORDS="x86", все равно оно будет обновлять пакеты до новых версий, просто на месяц-два позже, чем с ~x86. Когда я говорю о stable, я имею в виду систему, когда некий набор пакетов "замораживают" во время релиза, и дальше в обновлениях будут только багфиксы.>

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

Просто есть менее оттестированные и очень оттестированные пакеты. Но возможность обновления есть всегда. Было -бы конечно просто здорово, если бы они как нибудь отделяли бы просто багфиксы от обновлений, но этого пока нет.

Пробовал я этот Gentoo. Впечатления остались приятные. Компилёжу конечно достаточно, но не такой ужас, как тут говорят. Баги? А где их нет? Сейчас дома стоит FreeBSD - в принципе доволен.

А как насчет хостеров - хм...ну у них там может и Debian в почете, а у наших - FreeBSD, однозначно. Я работал одно время сисадмином в (относительно) крупной провайдерской конторе - везде фря. И не только в этой конторе, а и во всех, с которыми приходилось общаться. Linux не встретил НИ У КОГО. Сейчас работаю рядовым прогером в весьма крупной компании (штат - ок. 7000 чел), так тут был Debian. Был, потому что сейчас идет планомерный перевод серверов под FreeBSD.

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

(кстати, вот тут в руки попали дисочки с Sarge - суну-ка я их в вмварь "на пощупать").

>Но возможность обновления есть всегда. Было -бы конечно просто здорово, если бы они как нибудь отделяли бы просто багфиксы от обновлений, но этого пока нет.

Ну не то чтобы совсем нет...

# echo \>=dev-db/mysql-4.1.16 >> /etc/portage/package.mask

и emerge будет обновлять только текущую версию (ставить mysql-4.1.15-r1,..,mysql-4.1.15-r30,..) - а на следующую 4.1.16 и выше никогда не перейдет пока ты ему не разрешишь.

> Демьян самый правильный дистр

А судьи кто? Как сравнивали со _всеми_ другими дистрибутивами?

> Я работал одно время сисадмином в (относительно) крупной

> провайдерской конторе - везде фря. И не только в этой конторе,

> а и во всех, с которыми приходилось общаться. Linux не встретил

> НИ У КОГО.

Тут всё очень просто. Дай угадаю, администраторы там везде старые смердящие пердуны с толстыми задницами и находящиеся в предпенсионном возрасте? :) Это типичный портрет бииздишного админа - вечно недовольный всем истеричный старпер, которого никак на пенсию не могут спроводить. А если это не просто бииздищный, а опетбииздишный адин, то он ещё жирный и бородатый и оооочень ленивый :) Всё дело в лени. Бздя очень проста в использовании, её осилит даже школьник. А т.к. старперы-админы не приемлят ничего нового, даже если это новое рвет бздю по всем параметрам минимум вдвое, то они естественно ничего не хотят учить и сидят на бзде. Им бы поскорее до пенсии дотянуть :)

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

>господа а скажите насколько хороша джента на сервере? какие подводные камни? на десктопе юзаю ее и доволен полностью

Не хочу обобщать, но те из моих знакомых, кто сидит на Gentoo - очень уж своеобразные люди. Зачастую они во-первых одержимы идеей "пересобрать все-все-все-с-O3-march=super-puper-athlon-xp-3d-enable-blablabla..." - и надеются что "все будет летать". Во-вторых, несмотря на "легкое покалывание" вечно сидят жо%й на острие прогресса и "ждут ебилдов" (с) ЛОР, чтобы собрать их с -O3 -march=blablabla... Смешно? Ничуть. Я сам таким был.

Потом как-то (на ЛОРЕ кстати) встретил сравнение производительности Debian и Gentoo. Оно было не в пользу последней. При всех примененных в Gentoo оптимизациях она показывала в ряде тестов значительно худший результат, нежели "пакетный" Debian. Не вспомню сейчас точно линк на это тестирование. Естестенно я решил повторить эксперимент. Результаты оказались неоднозначными. Ну там чуть лучше, сям чуть хуже... Из чего у меня появился такой вывод:

"Linux is free, of course, if your time is costs nothing" (не ручаюсь за точность, но выражение хорошее). Так зачем игнорировать труд создателей бинарных дистров (лучший из которых ИМХО все-таки Debian)? Мое время стоит неизмеримо дороже тех нескольких миллисекунд, которых я выиграю в результате таких оптимизаций.

И забил я на весь этот компилеж-выпендреж.

К чему я это? Джента на сервере-то может и хороша, только не в руках одержимого пионЭра, а прожженного сисадмина с бородой до пупа. Только такие как правило предпочитают Debian, RedHat или FreeBSD.

Мухаха! Смеялся долго. Вспомнил, у нас в универе сисадминствовала (и по ныне наверное сисадминствует)... нафталиновая бабушка лет 65. И на перле еще лихо пописывает! Это не шутка. А теперь угадай что там стояло? Ха! Ты думал я (как это водится на ЛОРе) сейчас триумфально, с нескрываемым сарказмом, скажу "Linux"?

Нет, там была (и поныне наверное есть) именно фря.

>жирный и бородатый и оооочень ленивый

Прекрасно! Именно таким он и должен быть. Когда все работает как надо, когда ничего не ломается, когда не приходится бегать, словно в жопу укушенным из-за всякой ерунды, когда все скрипты давно написаны... Вот и сидит такой "бородатый и оооочень ленивый" в консоли за видавшим виды P-133, жует пирожки и жирными руками на давно стертой почти до основания и грязной, как штаны привокзального бомжа, клавиатуре, пишет чего-то кому-то в IRC.

> Потом как-то (на ЛОРЕ кстати) встретил сравнение

> производительности Debian и Gentoo. Оно было не в пользу

> последней. При всех примененных в Gentoo оптимизациях она

> показывала в ряде тестов значительно худший результат, нежели

> "пакетный" Debian.

А знаешь почему? Потому, что вчерашние школьники (сегодняшние гентООшники) пока с неокрепшими мозгами, и не понимают, что чтобы что-то собрать, недостаточно запустить make... Надо на КАЖДУЮ программу прочитать гору документации. Разработчики mozilla, например, вообще пишут, что если mozilla собирать с опциями, отличными от -march=i386 -O2, то она, mozilla, не только не будет быстрее работать, а мало того, что будет работать медленнее, так и за работоспособность после -O3 они вообще не отвечают. Именно поэтому каждый дистрибутор (RedHat, SUSE) имеет тысячи разработчиков, и каждый собирает не более трех-пяти пакетов, потому что они все рабочие дни напролет тратят в багзиллахи рассылках того, чего они собирают. И эти разработчики ЗНАЮТ как и с какими флагами можно собирать какую-то прогу, а с какими флагами категорически нельзя.

Но какой-там дистрибуторы... Со школы приходит прыщавый двоешник Федор и начинает всё компилить -march=pentium6 -O3 и предвкушает прирост производительности В РАЗЫ :) :) :)

>Но они на фре долго не задержатся, там очень скучно...

А что, надо чтоб было очень весело? Так тогда им в цирк прямая дорога, а не лезть в "работу крупных сетей" :)

log1n, \~/ ! приятно видеть умного человека!

Gentoo рулит, по-любому! Те кому не хочется компилить, не компильте! Есть и бинарные пакеты. Генту надежна и стабильна, если не ставиь всякие accept_kewords=~x86...

>Разработчики mozilla, например, вообще пишут, что если mozilla собирать с опциями, отличными от -march=i386 -O2, то она, mozilla, не только не будет быстрее работать, а мало того, что будет работать медленнее, так и за работоспособность после -O3 они вообще не отвечают.

та ну шо ви говорите. а почемуж сами мозиловцы релизы выкладывают скомпиленными с -march=i686 ? наверное чтоб мозила медленнее работала и такие умные вроде вас двоих за ней успевали мыслить..

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

>кстати если кто выставлят себе -O3 и выше то он либо знает что делает

...либо просто тратит время и нервы

>сами мозиловцы релизы выкладывают скомпиленными с -march=i686

И что, выкладывают ТОЛЬКО такие релизы?

Смотри, вот такая картина маслом: есть чудо-процессор VIA C3 aka Ezra (и подобный ему Nehemian). В целом это i686, но! Одна маленькая деталь: инструкции cmov он не поддерживает. То ли забыли они ее, то ли забили на нее. GCC же сует ее в код где не попадя. В итоге - имеем грабли на ровном месте. Так что ж, только ручками из сорцов?

>Смотри, вот такая картина маслом: есть чудо-процессор VIA C3 aka Ezra (и подобный ему Nehemian). В целом это i686, но! Одна маленькая деталь: инструкции cmov он не поддерживает. То ли забыли они ее, то ли забили на нее. GCC же сует ее в код где не попадя. В итоге - имеем грабли на ровном месте. Так что ж, только ручками из сорцов?

Честно - не знаю. И выяснять лень. В принципе cmov для спецификации i686 являеться необязательной инструкцией и gcc не должен ее пихать в код. Какой именно подход избрала мозилла чтобы бороться с этой проблемой мне вобщем-то все равно. Мне важно только чтобы мультимедийные, 3D и некоторый ряд других приложений на моей машине были собраны не под i386 как тут упорно советуют некоторые твердолобики.

>В принципе cmov для спецификации i686 являеться необязательной инструкцией

Именно так и есть. А он пихает, собака! Кстати, у себя внутри GCC считает VIA C3 за i486 только с MMX и 3DNow! :-O

хорошо, что Gentoo упомянули .. Gentoo - лучшее, что случилось с линуксом за последние годы

>Бздя очень проста в использовании, её осилит даже школьник.

А мы типа трудностей не боимся, сами себе их создаем и мужественно преодолеваем? Ну-ну.... а остальные просто работают....

>даже если это новое рвет бздю по всем параметрам минимум вдвое

И шо же это такое "новое", которое по ВСЕМ параметрам? Пока не встречал, мож подскажешь?

<Ну не то чтобы совсем нет...

# echo \>=dev-db/mysql-4.1.16 >> /etc/portage/package.mask

и emerge будет обновлять только текущую версию (ставить mysql-4.1.15-r1,..,mysql-4.1.15-r30,..) - а на следующую 4.1.16 и выше никогда не перейдет пока ты ему не разрешишь.>

Процитирую себя еще раз :ъ) Но у генту идеология непрерывного обновления (ПРИ ЖЕЛАНИИ АДМИНА) или, что тоже самое понятие поддержания софта в актуальном состоянии, понятие заморозки в принципе отсутствует здесь. Для этого есть только один способ - не обновлятся

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

Так что получается, что эта поддержда должна быть на уровне системы емерге или портов

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

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