>Скорее, он машинально проецирует сложности с пересборкой ядра Linux на пересборку ядра
>FreeBSD. :))

А у меня нет сложностей - я не пересобираю в продакшне ядра.А зачем мне на себя брать вендоровскую ответственность?Одно дело если предъявы к вендору а другое - если ко мне.И я даже если в лепешку расшибусь, за разумное время не оттестирую пересобранное хотя-бы так же как это могут сделать серьезные конторы-майнтайнеры за тот же срок.У них тупо больше рук, есть инфраструктура для автоматических тестов и прочая.Они могут себе эту роскошь позволить.В отличие от меня.А мне не понятно нафиг мне геморрой с компилом если это можно сбагрить на вендора.

>В Ослинукс: куча флагов; куча заголовочных файлов (нужных приложениям);
>нестабильный ABI,

У развития есть и обратная сторона медали.

>из-за которого не знаешь, что отвалится после установки нового ядра. :)

Объясняю для тупых: если вам *хочется* с этим заморочиться - вы можете.При том на практике не так уж оно и сложно и ума даже особо много не надо.А в противном случае - этим занимаются майнтайнеры дистрибутива, а вы получаете готовую систему где ничего не отвалится и как оно работает - худо-бедно протестировано, не на полутора машинах за 15 минут красноглазым дрочером который страдает фигней с тестированием на продакшне свежатины за конторский счет а нормально, как это должно быть сделано - хотя-бы пара дней минимум с нормальным прогоном тестов и т.п..А ваш подход к продакшну годится только для файлопомоек в локалках да роутеров для студенческих общаг.Где если оно подохнет или будет сколько-то там времени тормозить - да и хрен бы с ним.

Воистину, решения для бизнеса от iZEN - это круто! :D

P.S. как максимум могу понять пересбор ядер под свои нужды большой конторой типа яхи у которой есть достаточно ресурсов чтобы адекватно протестировать полученное и прицельно позаниматься тюнингом, выделить некоторое число машин под все это, etc сэкономив на парке серверов потом.А желание взвалить на себя гемор по майнтайнингу таких монстрил на ровном месте я не понимаю.Операционки нынче - достаточно большие и сложные системы.Отвечать головой вместо майнтайнеров лишний раз - неохота.Особенно за всякий свежак.Который с пылу с жару вывален и ... никем не протестирован.Быть первым хорошо, но только не когда ты первый кто отхватил со всей дури граблями в лоб да еще не в тестлабе а в продакшне.При том - некоторые типы дефектов подлые и заметны не сразу.А когда будут заметны - может быть и поздновато уже.Вон тот же ext4 сколько делали и ... оказалось что данные теряет в определенном случае.И не надо втирать про то что бзди пишут какие-то особые боги которые не ошибаются.Пишут их обычные люди.И багов там на мег кода наверняка столько же сколько и у других, плюс-минус погрешности.Люди - это люди.И даже будь они хоть трижды регенты небезызвестного университета, баги это не отменяет, чему подтверждением данная новость.И как-то не больно охота быть в случае продакшна в первых рядах тех кто проверяет не лежат ли на вон том поле грабли :).В тестлабах, тестовых окружениях и прочая - всегда пожалста, если на это дают время и ресурсы.А в продакшне - наф-наф-наф!