|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : vladimir.sharun@ukr.net 2:5020/400 09 Dec 2005 02:32:08
To : Gleb Smirnoff
Subject : Re: Подарили кластер
--------------------------------------------------------------------------------
Gleb Smirnoff wrote:
vsun>> Этим сисадмином был я: поднявшись чуть выше приходит осознание того, что
vsun>> эксперименты и отсутствие уверенности в выборе платформа-ос-софт может
vsun>> обойтись ударом по твоему карману. И тут же хочется рекомендаций
vsun>> вендоров в этом направлении.
GS>
GS> Отсутствие уверенности в себе у сисадмина приводит к тому, что он
Отсутствие уверенности в себе приводит к понижению самооценки, что
ведёт к очень много чему, но не к повышению в карьере.
GS> идёт выше по карьерной лестнице и параллельно ищет возможности
GS> этой уверенности занять. Хорошо занимать уверенности у вендоров.
Объективно - да. Потому что там над этим трудится коллектив
с полным циклом производства: от рассмотрения PR, уточнения деталей
до финального тестинга. И заметь, в своём тестлабе, а не на чужом
продакшне. В этом преимущество коммерческих дистрибутивов линукса и
соляриса. Система, в которую угрохали $500M инвестиций, плохой быть уже
не может. По крайней мере становится понятно, что там есть хотя
бы отдельный QA в цикле разработки.
GS> Как уже цитировал Семеняка несколько месяцев назад: "за глюки
GS> раскрученного бренда не уволят". Поэтому выбирать раскрученный
GS> бренд безопасно для карьеры, и вообще это легко, как всякое движение
GS> по течению.
Уволят, еще и как. За невыполненную задачу. Списывать баги можно
только на свою некомпетентность в вопросе -.
vsun>> Да, FreeBSD просто замечательная веб-молотилка, а роутер - просто
vsun>> изумительный.
vsun>> Hо вот как сервер для хорошей БД он не подойдёт, т.к. проблемы с NFS
vsun>> (продолжение эпопеи можешь узнать у serge@yahoo.inc) и не умеем мы
GS> Эпопеи? Я за один день понял и починил обнаруженную тобой проблему, когда
Да, извини, я больше не могу на продакшне тесты гонять. Продолжение было,
по мелочам. Типа конфликт локов между системой и rpc.lockd, приводящий к
уходу в loop последнего; зависание по uninterruptible disk wait
fcntl lock'а на шаре с 6-ки, если рядом примаунчено что-то с 4-ки. Хотите -
можете тестировать, тот test suite, что я дал с первым PR'ом, подходит в
обоих случаях, вопрос лишь в нагрузке. Кстати под нагрузкой rpc.lockd на
сервере может легко уйти в loop сам. Вот три момента по NFS дополнительно.
Кстати все три воспроизведены, после чего я тебе и написал, что мы
отказались от NFS в пользу собственного API - для него не придётся
покупать инфраструктуру 10gig.
GS> было содействие с твоей стороны. Когда ты обнаружил вторую, я тут же
GS> выразил готовность заниматься и ею. Это называется эпопеей? Или наверное
GS> HP быстрее одного дня фиксит проблемы?
Благо знание того, что бага есть, позволит не наступить на нее в будущем.
vsun>> кластерных FS'ов. Как MX (у меня) FreeBSD просто проигрывает линуксу.
vsun>> Пример: я использую для incoming спула RAM drive. Hа FreeBSD с ними
vsun>> я получаю стандартный крэш каждые 2-3 дня, а на линуксе - песня.
GS>
GS> Стандартный крэш это очень хорошо. Это воспроизводимый баг. Какой номер PR?
Я же описал схему конца памяти, go ahead. Или надо готовый PR и test suite
сделать ? Тут я увы, пас. Hа выходных еще один MX переведу на линукс.
vsun>> Да и работает он на нём лучше. Вопрос теперь политический: для того,
vsun>> чтобы пойти с PR'ом к freebsd team, мне надо воспроизводимость баги,
vsun>> для того чтобы получить это, мне надо потратить время и нервы.
GS>
GS> Действительно, зачем работать, когда можно плыть по течению. Служить
Я что тебе, на мозоль какой-то наступил ? Глеб, спасибо за патч, утечку
починили, но машина крэшнулась через 2 дня после того, как я поднял там
memory disk. Ключевые слова exim - memory disk - NFS.
GS> прослойкой между вендором и своим начальником. А лишних сисадминов можно
GS> уволить.
Такое ощущение, что кто-то разучился читать. Этим сисадмином был я,
понимаешь ? Всё, система выбирается под задачу. И если система X
под задачу не подходит по каким-л показателям, то она там либо
не используется, либо используется workaround, пока есть возможность и
не мешает продакшну. Потому что есть система Y,
которая рекомендована производителем и имеет положительные отзывы у коллег.
Ты понимаешь, что мне пхй какую систему использовать ? Ты понимаешь
глупость подхода freebsd team к отработке PR, когда человек *боится*
сделать что-то не так, когда отсылает PR и диагностику, да, боится
быть осмеяным. Понимаешь что система эта *отжила* себя ? Что рядовой
пользователь (а я такой и есть) увидев крэш, не станет с ним возиться,
а максимум спросит, что мол за ботва в конференции или у друзей и если
не получит вразумительного ответа, то увидев сложность баг-репортинга и
потом необходимость тестирования и принятия ответственности на себя, скажет
"да идите вы в ж, на другой системе всё просто и работает, вон на сайте
у них написано, что эта система поддерживается".
vsun>> Правильный ответ: зачем тратить время и нервы, если есть система,
vsun>> где оно не глючит, да еще и работает в среднем в 3 раза быстрее ? Я
vsun>> наступаю на очень специфические баги, на которые народ, использующий
vsun>> freebsd наступает либо крайне редко и списывает на фазу луны, либо
vsun>> не наступает вообще.
GS>
GS> PRы? Только не тыкай меня в свой PR про NFS. Ведь на следующий день
GS> после его появления ты уже расписался в своем нежелании тестировать
GS> фиксы.
Да, HЕ ЖЕ-ЛА-Ю. И сейчас не хочу быть тестером. Хочу чтобы фиксы тестили
*вендоры*. И мы готовы за это платить, если другого выхода (платформы или
ОС, где это будет дешевле или бесплатно) нет.
FreeBSD очень хорошая система, я говорю еще раз. Hо для узкого круга задач,
которые с каждым годом сужаются в пользу "других" систем. 2 года назад я
бы и не думал даже смотреть в сторону линукса или недайбох соляриса под x86,
но сейчас совсем другое время и не пользоваться теми преимуществами, которые
они дают, глупо. FreeBSD отлично похвастались недавно: "мы наконец-то догнали
linux по производительности thread'ов". Отличная характеристика системе.
Да, я полностью осознаю, что ни FreeBSD team, ни Глеб Смирнов лично мне
ничего не должны, отсюда и отталкиваюсь.
--
UKR.NET Postmaster
--- ifmail v.2.15dev5.3
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
