The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


170. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от light (??), 08-Авг-11, 17:03 
очень грамотная статья, подробно расписано то, о чем я много лет говорил в двух словах - "хомячки решают"

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

Ответить | Правка | Наверх | Cообщить модератору

196. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 18:34 
Дебиан и даже высмеиваемая некоторыми убунта - недурно работают на серверах и не доставляют головной боли. Как ни странно, на убунте уже который год живет википедия, и тамошние полтора сисадмина админят весь их парк машин. А больше админов проект существующий на пожертвования просто не потянет - админы тоже кушать хотят. Ну вот и пользуются они "лaмeрской бyбyнтoй" а не пoнтoвой фpибсд...
Ответить | Правка | Наверх | Cообщить модератору

243. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +7 +/
Сообщение от Andrew Kolchoogin (?), 08-Авг-11, 21:15 
Видите ли.

Wikipedia -- некоммерческий проект. И если "вдруг почему-то" при очередном апгрейде серверов они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ НИКТО НИЧЕГО НЕ СПРОСИТ.

Проект-то некоммерческий, никто никому ничего не обещал, знаете ли.

А вот если на провайдерском узле что-то там навернётся, с провайдера, знаете ли, спросят. И спросят по-жёсткому.

"Серебряной пули" не существует -- взять, к примеру, Debian. Хорошая система, удобная. Я не могу сказать, что я -- большой фанат Linux, но временами с Linux работать всё-таки приходится, хотя данный случай выбора операционной системы многим покажется смешным (тем, кто в бизнесе ни черта не понимает, конечно) -- под Linux есть драйвера под выпущенный 8 лет назад TDM-мультиплексор Tormenta 2, а под *BSD их нет. Ну раз так, поставим Linux вместо соревнований в православности ОС -- купить новый Digium'овский мультиплексор можно, но цена вопроса за 40 тыщ переваливает, на эти деньги можно много чего нужного приобрести, а большого дяди с большим карманом у меня как-то нет.

Так вот, как-то раз пришёл, знаете ли, с security.debian.org апдейт для Asterisk'а. Удобно скачался apt-get'ом и без проблем встал. Мы же люди аккуратные, за security fix'ами следим, да и Debian v6.0 -- стабильная ветка, всё должно работать...

Так вот, кому оно должно, оно всё простило. Security update заодно сапгрейдил Asterisk с 1.6.1.чего-то там до 1.6.2.чего-то там другое. А в этом 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта бага есть. И рушится Asterisk прямо при старте.

А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней историей могла оказаться версия софта, ставящаяся автоматически из security fixes repository, и приводящая к самому настоящему Denial of Service?

И вопрос номер два: СКОЛЬКО таких вот "заподлистских штучек" ещё есть в стабильной (!) ветке Debian?

И кто и почему считает, что причина непопулярности FreeBSD кроется в ТЕХНИЧЕСКИХ проблемах? Их у FreeBSD, как раз-таки, поменее будет... FreeBSD Security Officer, выпуская апдейты, систему не ломает. А Debian Security Team -- ломает.

Вы скажете, так FreeBSD SO за Asterisk'ом и не следит. Да, не следит, всех честно предупреждали -- СЛЕДИТЕ ЗА ПОРТАМИ САМИ. Но, во всяком случае, работая с FreeBSD, я могу быть уверен (не на 100%, полную гарантию даёт, как известно, лишь страховой полис, но ВСЯ история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже -- факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.

В Debian'е я УЖЕ не уверен. Нет, может быть, это единственный такой случай, но обжегшись на молоке, знаете ли, на воду дуют, и когда речь пойдёт о подъёме сервиса, где нужна хоть какая-то гарантия стабильности, выбор будет уже не в пользу Линукса.

А гарантия, знаете ли, иногда требуется. Wikipedia -- не весь Интернет. :)

Ответить | Правка | Наверх | Cообщить модератору

281. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (-), 08-Авг-11, 23:28 
> они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ
> НИКТО НИЧЕГО НЕ СПРОСИТ.

Фокус в том то они слегка не подлягивали на полчасика почему-то. Зато примеров когда подлягнуло коммерческое решение за которое уплачено - да полно. Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел. Зато буржуи все как один на линуксах и почему-то стабильны как скала (по сравнению с этими супербздунами).

> Проект-то некоммерческий, никто никому ничего не обещал, знаете ли.

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

> А вот если на провайдерском узле что-то там навернётся, с провайдера, знаете
> ли, спросят. И спросят по-жёсткому.

Бывает и пожестче, например амазон обещавший что не навернется и - надо же, навернулось. Были нарушены все мыслимые ToS/QoS во все поля - пришлось серьезно раскошеливаться на компенсации. Большинство пролетов провайдеров на фоне этого - детский лепет. Особенно пионерских, с роутерами из старых писюков с фрибсдой, если я вас правильно понимаю. А серьезное оборудование, да хоть софтороутеры на 10Gbit от vyatta - почему-то внезапно на линуксе. Цыски - тоже на линукс переходят. Наверное потому что поддержка нового железа в линуксе оперативнее как-то, а пров испльзующий оборудование с помойки всего лишь динозавр который почему-то еще не сдох.

> понимает, конечно) -- под Linux есть драйвера под выпущенный 8 лет
> назад TDM-мультиплексор Tormenta 2, а под *BSD их нет.

...вот поэтому если пров пользуется фрибсд на роутерах - это в большей части случаев сразу ставит диагноз и прову и инфраструктуре и тому каково с ними такими работать. Обычно это оборудование с помойки+пачка пионеров "потому что бсд это круто". Зато ToS таких парней - совершенно не крут и даже часто отдает совком почему-то.

> Ну раз так, поставим Linux вместо соревнований в православности ОС -- купить новый
> Digium'овский мультиплексор можно, но цена вопроса за 40 тыщ переваливает, на
> эти деньги можно много чего нужного приобрести, а большого дяди с
> большим карманом у меня как-то нет.

Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее и затратнее чем однотипные кофигурации.

> 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён
> qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта
> бага есть. И рушится Asterisk прямо при старте.

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

> А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней
> историей могла оказаться версия софта, ставящаяся автоматически из security fixes repository,
> и приводящая к самому настоящему Denial of Service?

В этом мире 100% гарантии дает только страховой полис. Если уж амазоновское облако можно уронить - то уж один сервак с астериском и подавно. Кстати по уму админ должен бы тестить апдейты в лично своей конфигурации на тестовой машине и только потом, если изменения успешны - апплаить на боевую. Хотя бздуны обычно не в курсе что такое ToS - обычно уровень качества работы пионернетов с роутерами на бсд и прочих недохостингов - колеблется от унылого совка до полного пэ. Чисто наблюдение за рынком, плюс несколько неудачных проверок на себе.

> И вопрос номер два: СКОЛЬКО таких вот "заподлистских штучек" ещё есть в
> стабильной (!) ветке Debian?

В любой сложной системе есть баги. В FreeBSD их тоже есть. Если вы считаете иначе - вы или глупы или наивно-оптимистичны. А багтрекеры и списки рассылки читать не пробовали?

> выпуская апдейты, систему не ломает. А Debian Security Team -- ломает.

Ой, да вообще. Давайте им еще фэйл с ключами припомним, куда веселее: я задолбался машины рекеить. Но это пожалуй единственная проблема за ~5 лет.

> Вы скажете, так FreeBSD SO за Asterisk'ом и не следит. Да, не
> следит, всех честно предупреждали -- СЛЕДИТЕ ЗА ПОРТАМИ САМИ.

О, замечательно. Всю жизнь мечтал податься в разработчики-майнтайнеры астериска и конечно же моей наглости достаточно чтобы считать что я при его патчинге за следующие 5 лет нигде не облажаюсь.

> история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже --
> факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.

Рискнете расписаться за все программы и ядро, на 5 лет вперед? А если ставку до хотя-бы $100 поднять, рискнете? :)

> когда речь пойдёт о подъёме сервиса, где нужна хоть какая-то гарантия
> стабильности, выбор будет уже не в пользу Линукса.

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

> А гарантия, знаете ли, иногда требуется. Wikipedia -- не весь Интернет. :)

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


Ответить | Правка | Наверх | Cообщить модератору

339. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Andrew Kolchoogin (?), 09-Авг-11, 01:58 
>> они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ
>> НИКТО НИЧЕГО НЕ СПРОСИТ.
> Фокус в том то они слегка не подлягивали на полчасика почему-то.

Вас, как я погляжу, на Google забанили. :)
http://www.google.ru/search?q=wikipedia+outage

И даже напобольше, чем на полчасика. Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось в случае их outage'й, а может быть, что и изменилось.

Но история сослагательного наклонения не терпит -- сервера Wikimedia ложатся, ложатся регулярно и надолго, и работают они на Линуксе. :)

> Зато примеров когда подлягнуло коммерческое решение за которое уплачено - да полно.

Согласен.

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

Потому, что Wikimedia НЕ ОБЕЩАЛА, а не потому, что она НЕ СБОИТ. Feel the difference.

> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
> и затратнее чем однотипные кофигурации.

Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще, чем гомогенную, если, конечно, речь не идёт о вычислительном кластере-числодробилке.
Функции сетевых серверов неодинаковы, и если на каждый сервер поставить то программное обеспечение, которое разрабатывалось именно для решения тех задач, которые должен решать данный сервер, суммарные расходы на администрирование будут меньше, чем были бы, если заставлять программное обеспечение решать несвойственные ему задачи.
Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология, которой много лет), есть Linux Containers (экспериментальная).
Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты => базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно их патчить в случае проблем с безопасностью, просто перестроив мир в базовой системе. В Линуксе так сделать по очевидным причинам не получится.
И вот тут-то и вылезает overhead на системное администрирование: когда у вас на сервере чуть больше, чем LAMP крутится, всё становится очень и очень печально с Линуксом.

>> 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён
>> qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта
>> бага есть. И рушится Asterisk прямо при старте.
> И конечно виноваты в этом дебианщики?

В чём именно? В том, что в Asterisk'е бага, или в том, что бажная версия попала по каналу security update?
В первом -- разработчики Asterisk'а, конечно.
Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители -- это что, роботы, тупо упаковывающие софт в пакеты, да?

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

Весьма распространённое заблуждение админов локалхоста.
На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

>> история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже --
>> факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.
> Рискнете расписаться за все программы и ядро, на 5 лет вперед?

Рискну на 50. Линуксоидам не понять. ;) Они читать не любят. И "Cathedral vs. Bazaar", как правило, не читали.

(Памятна одна моя полемика здесь же, когда человек в качестве аргумента ссылался на этот опус. Но на мою просьбу привести номер страницы, где написано то, что он говорит, так и не откликнулся. То ли арабских цифр не знает, то ли...)
> А если ставку до хотя-бы $100 поднять, рискнете? :)

Да хоть до $1 000.

Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми. Неглупыми довольно. ;)

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

Что касается вызова panic(), то не надо забывать, что если бы Линукс вызывал panic() всё время вместо OOPS(), тогда с системой вообще работать нельзя было бы. :)

Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния, и отказались от концепции паники при ошибках ядра, пытаясь рестартануть подсистему. Получилось такое вот "ни два, ни полтора" -- и не микроядро, сервисы которого рестартуются очевидно, как, и не честный monolithic, который ОБЯЗАН считать, что ЛЮБОЙ OOPS() -- это ВОЗМОЖНОЕ повреждение управляющих структур ядра. Соответственно, всё, что не panic() -- то небезопасно.

А OOPS()'ится Линукс совершенно эпично. Просто большинство админов локалхоста не имеют возможности с этим проэкспериментрировать. А я имею такую возможность. У меня есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У меня Debian v6 зависал "вхолодную", до reset'а. :)

> Википедия почему-то не падает,

Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)

Ответить | Правка | Наверх | Cообщить модератору

365. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel (?), 09-Авг-11, 03:22 
> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
> которой много лет), есть Linux Containers (экспериментальная).
> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
> udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это

а зачем там udev? вы туда какие-то устройства подключаете?
и в lxc я могу вешать любые ip-адреса на интерфейс гостя без подпорок со стороны основной системы(как и могу запускать tcpdump, да и много чего ещё полезного делать).


> СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
> их патчить в случае проблем с безопасностью, просто перестроив мир в
> базовой системе. В Линуксе так сделать по очевидным причинам не получится.

и? mount -o bind чем не годится?

> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
> на сервере чуть больше, чем LAMP крутится, всё становится очень и
> очень печально с Линуксом.

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

> В чём именно? В том, что в Asterisk'е бага, или в том,
> что бажная версия попала по каналу security update?
> В первом -- разработчики Asterisk'а, конечно.
> Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители --
> это что, роботы, тупо упаковывающие софт в пакеты, да?

и? товарищи из proftpd закрыли багу в 1.2, переехав на 1.3.0-rc3.
другое дело, что с астериском надо было бэкпортировать фикс.

> Весьма распространённое заблуждение админов локалхоста.
> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

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

например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html


> А я имею такую возможность. У меня
> есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в
> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
> меня Debian v6 зависал "вхолодную", до reset'а. :)

вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk с chan_datacard.


Ответить | Правка | Наверх | Cообщить модератору

367. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin (?), 09-Авг-11, 03:33 
>> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
>> которой много лет), есть Linux Containers (экспериментальная).
>> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
>> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
>> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
>> udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это
> а зачем там udev? вы туда какие-то устройства подключаете?

Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель.

> и в lxc я могу вешать любые ip-адреса на интерфейс гостя без
> подпорок со стороны основной системы(как и могу запускать tcpdump, да и
> много чего ещё полезного делать).

1. В Jail'ах это тоже можно вполне себе делать, но при условии пуска vimage.
2. При чём тут tcpdump? Откройте в /etc/devfs.rules bpf в jail и хоть об'tcpdump'ьтесь.

>> СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
>> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
>> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
>> их патчить в случае проблем с безопасностью, просто перестроив мир в
>> базовой системе. В Линуксе так сделать по очевидным причинам не получится.
> и? mount -o bind чем не годится?

Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso -- только iodbc.

Как на одной машине получить оба пакета, если операционная система -- Линукс, /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?

>> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
>> на сервере чуть больше, чем LAMP крутится, всё становится очень и
>> очень печально с Линуксом.
> как раз совсем наоборот. вы там про атомарный патчинг. в debian пакет
> обновить будет достаточно для той же задачи.

-o bind -- не вариант для Линукса, см. выше. Если без него -- пакет надо обновлять во всех lxc'шках. А их, скажем, триста.

>> В чём именно? В том, что в Asterisk'е бага, или в том,
>> что бажная версия попала по каналу security update?
>> В первом -- разработчики Asterisk'а, конечно.
>> Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители --
>> это что, роботы, тупо упаковывающие софт в пакеты, да?
> и? товарищи из proftpd закрыли багу в 1.2, переехав на 1.3.0-rc3.
> другое дело, что с астериском надо было бэкпортировать фикс.

Так виноват-то, в итоге, кто?-)

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

Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке, ёныть.

Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве что virtual appliances только можно...

Нет у меня электричества -- столько серверов питать!

> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html

SDH -- это не ВЕСЬ TDM мира.

>> А я имею такую возможность. У меня
>> есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в
>> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
>> меня Debian v6 зависал "вхолодную", до reset'а. :)
> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
> с chan_datacard.

Во-первых, с chan_dongle. Его давно переименовали.
Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
В-третьих, падение Линукса это не отменяет. :)

Ответить | Правка | Наверх | Cообщить модератору

375. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel (?), 09-Авг-11, 04:01 
>> а зачем там udev? вы туда какие-то устройства подключаете?
> Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель.

при старте контейнера прописать. если хочется большего - проще взять kvm/xen.

> 1. В Jail'ах это тоже можно вполне себе делать, но при условии
> пуска vimage.

vimage хз сколько времени уже пилят. выше по форуму упоминают аж 4.х


>> и? mount -o bind чем не годится?
> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
> -- только iodbc.

ну а с nullfs вы это как решаете? там набор будет разный?

> Как на одной машине получить оба пакета, если операционная система -- Линукс,
> /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?

элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 - для другого. тянем через mount -o bind. имхо, вполне очевидный вариант.


>> другое дело, что с астериском надо было бэкпортировать фикс.
> Так виноват-то, в итоге, кто?-)

весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный внутри. Да и баги они закрывают выпуском новой версии. Виноваты все ;)

>> А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же
>> апдейтится от вендора.
> Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке,
> ёныть.

так это не mux, а просто карточка. утром спрошу у коллеги, занимающейся sdh-мультиплексорами мнение об этом чуде.

> Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве
> что virtual appliances только можно...

в телекоме никуда не ушло.

>> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html
> SDH -- это не ВЕСЬ TDM мира.

это самая длинная его часть.

>> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
>> с chan_datacard.
> Во-первых, с chan_dongle. Его давно переименовали.
> Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
> В-третьих, падение Линукса это не отменяет. :)

ну так баг в багзилле открыт? ;)

Ответить | Правка | Наверх | Cообщить модератору

398. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin (?), 09-Авг-11, 08:38 
>>> а зачем там udev? вы туда какие-то устройства подключаете?
>> Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140
>> криптоключехранитель.
> при старте контейнера прописать. если хочется большего - проще взять kvm/xen.

Ответ неверен. Правильный ответ -- поставить FreeBSD и не париться. Как-то это уж очень жёстковато -- для автоматического создания нод устройств в /dev сразу Xen... :)))

Или мы сделаем всё, лишь бы только Linux поставить?-)

>> 1. В Jail'ах это тоже можно вполне себе делать, но при условии
>> пуска vimage.
> vimage хз сколько времени уже пилят. выше по форуму упоминают аж 4.х

Да, потому что FreeBSD развивается. В Linux есть иерархические lxc'шки?  
Во FreeBSD иерархические jail'ы есть... Вот и vimage перепиливать приходится.

>>> и? mount -o bind чем не годится?
>> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
>> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
>> -- только iodbc.
> ну а с nullfs вы это как решаете? там набор будет разный?

/usr/local для jail'ов индивидуальный, /bin,/lib,/libexec,/usr и проч. -- NULLFS.

>> Как на одной машине получить оба пакета, если операционная система -- Линукс,
>> /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?
> элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 -
> для другого. тянем через mount -o bind. имхо, вполне очевидный вариант.

Угу. Нет, не то, чтобы я не верю в то, что что-то можно установить в /home/vm0 пакетным менеджером... 'rpm -- relocate', или как там...
Но уж очевидным этот вариант ну никак не назвать. :)

Но, опять-таки, это из серии "мы сделаем всё, лишь бы Linux стоял?" :)))

>>> другое дело, что с астериском надо было бэкпортировать фикс.
>> Так виноват-то, в итоге, кто?-)
> весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать
> фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный
> внутри. Да и баги они закрывают выпуском новой версии. Виноваты все ;)

Нет. Виноват всегда конкретный человек, принимающий решения.
Тот, кто принял решение выложить на security.debian.org (который у многих людей в автоинстолле в кроне стоит как максимально trusted и non-intrusive) выложить версию с багой, не оттестировав её.

>>> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
>>> с chan_datacard.
>> Во-первых, с chan_dongle. Его давно переименовали.
>> Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
>> В-третьих, падение Линукса это не отменяет. :)
> ну так баг в багзилле открыт? ;)

Пусть этим занимаются те, кому интересно разбираться в падениях ядра Линукса.

Мне -- неинтересно. Ядро FreeBSD не падает, меня это вполне устраивает.

Ответить | Правка | Наверх | Cообщить модератору

692. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEHemail (?), 10-Авг-11, 17:18 
>>>> и? mount -o bind чем не годится?
>>> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
>>> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
>>> -- только iodbc.
>> ну а с nullfs вы это как решаете? там набор будет разный?
> /usr/local для jail'ов индивидуальный, /bin,/lib,/libexec,/usr и проч. -- NULLFS.

И при очередном обновлении получаем что в зоне X программа /usr/local/bin/foo не работает с обновленной libbar в базовой системе потому как зависимости отслеживаются чуть менее чем никак.

В сад с такими "решениями". Я лично этого дерьма еще в солярке нахлебался.

Ответить | Правка | Наверх | Cообщить модератору

897. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin (?), 12-Авг-11, 19:19 
> В сад с такими "решениями". Я лично этого дерьма еще в солярке
> нахлебался.

А вы Солярис с FreeBSD не путайте.

Там зависимость от базовой системы у портов примерно нулевая. Так что вероятность работы ВСЕХ jail'ов, собранных на 8.x, при апгрейде базовой системы (с монтированием по NULLFS директорий), и установке misc/compat8x, равна 100%.

Ответить | Правка | Наверх | Cообщить модератору

580. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (-), 09-Авг-11, 23:28 
> И даже напобольше, чем на полчасика.

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

> Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось
> в случае их outage'й, а может быть, что и изменилось.

Весьма вероятно, что замени они на фрибсд - у них бы не хватило административных ресурсов и никакой викии просто не было бы.

> Согласен.

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

> Потому, что Wikimedia НЕ ОБЕЩАЛА, а не потому, что она НЕ СБОИТ.
> Feel the difference.

А амазон обещал и тем не менее упал. Такая вот фигня. И какой смысл при этом напирать на факт что уплачено? Как будто то что вы заплатили - является гарантией от факапа. Да фиг вам.

>> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
>> и затратнее чем однотипные кофигурации.
> Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще,

А обосновать?

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

И для каких задач по вашему разрабатывалась фрисбд? Ну или линукс? Кстати в таком случае линукс опять будет в плюсе: есть куча специализированных дистров под задачу. В отличие от. Лол.

> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
> которой много лет), есть Linux Containers (экспериментальная).

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

> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
> udev helper в пятнадцати виртуальных машинах.

А зачем вообще вызывать udev helper в контейнерах? Это имеет какую-то практическую ценность? А эти ваши джайлы зато не умеют куда более насущную задачу - ресурсы полисовать, сетку виртуализовать, etc (там что-то на эту тему пилили но я так и не понял - допилили ли вообще или нет). А "фэйкового" рута там завести хотя-бы можно? Ну как в опенвз и новых ядрах с LXC? Вот вы и получаетесь - без порток но в шляпе, как обычно. И все пользуются в результате не джайлами. Потому что хрен с ними с девайсами и эстетикой, а вот ресурсы отполисовать контейнеру надо довольно часто.

> Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.

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

> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
> их патчить в случае проблем с безопасностью, просто перестроив мир в
> базовой системе. В Линуксе так сделать по очевидным причинам не получится.

В линуксе нет никаких проблем пнуть пакетный менеджер в его загоне и он за 2 минуты запатчит этот загон как если бы это была отдельная копия оси. Дешево и сердито. И работает. И никаких плясок с бубнами. Вообще.

> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
> на сервере чуть больше, чем LAMP крутится, всё становится очень и
> очень печально с Линуксом.

Да, поэтому все как дураки пользуются именно линуксом. Особенно хостеры с кучами опенвзовых контейнеров-вдсок. Может, дело не в линуксе? :)

> это что, роботы, тупо упаковывающие софт в пакеты, да?

Ну если так придираться - вы же не сомневаетесь что и портоклепатели могут облажаться, будучи точно такими же живыми людьми? Или сомневаетесь? Ну мало ли, вдруг случай запущенный :)

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

Если есть тестовый сервак то наверное админится все-таки не локалхост :)

> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

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

> Рискну на 50. Линуксоидам не понять. ;) Они читать не любят. И
> "Cathedral vs. Bazaar", как правило, не читали.

Опять фирменное снобство поперло, без капли конструктива. Так держать, хороший курс!

> арабских цифр не знает, то ли...)

[см выше]

>> А если ставку до хотя-бы $100 поднять, рискнете? :)
> Да хоть до $1 000.

О, оптимистично!

> Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми.
> Неглупыми довольно. ;)

Вы только забыли один маленький момент: людям свойственно ошибаться. Даже очень умный человек может иногда и ошибиться. Не бывает людей которые вообще никогда не ошибаются.

> Что касается вызова panic(), то не надо забывать, что если бы Линукс
> вызывал panic() всё время вместо OOPS(), тогда с системой вообще работать
> нельзя было бы. :)

Я за всю жизнь oops-ов видел считанные единицы. Как и паников примерно. Кстати не совсем понятно - зачем фатально паниковать если проблема не фатальная?

> Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния,

Ну да, гугл и прочие фэйсбуки - трупы, а вот у вас одного - все работает. Где вы столько ЧСВ берете???

> и отказались от концепции паники при ошибках ядра, пытаясь рестартануть подсистему.

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

> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
> меня Debian v6 зависал "вхолодную", до reset'а. :)

Ну тогда я вспомню что бсда паниковала от просто выдергивания флешки без размонтирования. Это чем-то лучше было? Свое - не пахнет? ;)

> Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)

Может за MySQL втянутый на десктоп? :)

Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

903. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Andrew Kolchoogin (?), 12-Авг-11, 19:42 
>> И даже напобольше, чем на полчасика.
> Ну я думаю что если процент аптайма посчитать - оно легко оставит
> позади массу коммерческих, где за все уплачено.

А я думаю головой. И предпочитаю сначала пошуршать по поисковикам. :)

>> Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось
>> в случае их outage'й, а может быть, что и изменилось.
> Весьма вероятно, что замени они на фрибсд - у них бы не
> хватило административных ресурсов и никакой викии просто не было бы.

Но история не имеет сослагательного наклонения.

Зря вы вырезали мою квоту. На Викисерверах стоит Линукс, и он падает, и надолго, и ссылку я вам приводил.

> А амазон обещал и тем не менее упал. Такая вот фигня. И
> какой смысл при этом напирать на факт что уплачено? Как будто
> то что вы заплатили - является гарантией от факапа. Да фиг
> вам.

Интересно, процитируйте-ка кусок из моего поста со словом "заплатили".

Я разве апеллировал к "заплатили"? Зачем вы это сюда подтянули?

>>> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
>>> и затратнее чем однотипные кофигурации.
>> Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще,
> А обосновать?

А я уже сам себе обоснование. Я их (гетерогенные сети) с 1996 года админю за бапке, и с 1994 -- в качестве развлечения. Мне за прошедшие 17 лет в сумме виднее.

>> Функции сетевых серверов неодинаковы, и если на каждый сервер поставить то программное
>> обеспечение, которое разрабатывалось именно для решения тех задач,
> И для каких задач по вашему разрабатывалась фрисбд? Ну или линукс? Кстати
> в таком случае линукс опять будет в плюсе: есть куча специализированных
> дистров под задачу. В отличие от. Лол.

Понимаете, в чём дело: "куча специализированных дистров" -- это одно и то же дерьмо, но в разной упаковке. Проблема-то не в /etc/{подставить-по-вкусу}_(version|release), а в дерьмовом качестве кода.

>> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
>> которой много лет), есть Linux Containers (экспериментальная).
> Еще есть OpenVZ, стоящий у хостеров уже чуть ли не десятилетие. В
> продакшне. Наверное, этот неудобный факт вы предпочитаете не замечать, да?

Стоп-стоп. Не надо соскакивать.

Вы (или другой аноним, я в вас не разбираюсь) мне тут предлагали тремя постами выше Xen для решения проблем с /dev ставить. Не надо мне OpenVZ. Я хочу на ОДНОЙ машине иметь и Linux 2.4, и Linux 2.6. Сделаете на OpenVZ?

Вопрос "а зачем" рассматривается, конечно же, как слив.

>> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
>> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
>> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
>> udev helper в пятнадцати виртуальных машинах.
> А зачем вообще вызывать udev helper в контейнерах? Это имеет какую-то практическую
> ценность? А эти ваши джайлы зато не умеют куда более насущную
> задачу -

Ну всё понятно. Вместо объективной полемики -- "а зато ваши...".

Повторяю в 15'й раз: потому, что я так хочу. Мне неприятно, что мне приходится использовать в XXI веке в контейнерах mknod. Это должна делать машина. Всё понятно?

> ресурсы полисовать, сетку виртуализовать, etc (там что-то на эту
> тему пилили но я так и не понял - допилили ли
> вообще или нет). А "фэйкового" рута там завести хотя-бы можно? Ну
> как в опенвз и новых ядрах с LXC? Вот вы и
> получаетесь - без порток но в шляпе, как обычно. И все
> пользуются в результате не джайлами. Потому что хрен с ними с
> девайсами и эстетикой, а вот ресурсы отполисовать контейнеру надо довольно часто.

То есть? Пользователь с uid'ом 0 в jail'е ТОЛЬКО фейковый.  А что, в LXC бывает нефейковый? Из контейнера можно перезагрузить систему?

Где ж вы таких дилеров-то берёте...

>> Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
> Ну да, поэстетствовали вы хорошо, а толку? На практике у джайлов не
> хватает массы фич которые даже у экспериментальных LXC уже есть,

Да? Какие? У LXC есть иерархия? Внутри контейнера можно завести контейнер, не дёргая сисадмина основного хоста?

>> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
>> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
>> их патчить в случае проблем с безопасностью, просто перестроив мир в
>> базовой системе. В Линуксе так сделать по очевидным причинам не получится.
> В линуксе нет никаких проблем пнуть пакетный менеджер в его загоне и
> он за 2 минуты запатчит этот загон как если бы это
> была отдельная копия оси. Дешево и сердито. И работает. И никаких
> плясок с бубнами. Вообще.

Да. А во FreeBSD ВООБЩЕ НИЧЕГО дёргать не надо. Сравните удобство.

>> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
>> на сервере чуть больше, чем LAMP крутится, всё становится очень и
>> очень печально с Линуксом.
> Да, поэтому все как дураки пользуются именно линуксом. Особенно хостеры с кучами
> опенвзовых контейнеров-вдсок. Может, дело не в линуксе? :)

Да, дело в ламерах, не желающих учиться. Поэтому хостинг так дорого и стоит (цена ему -- $10/год. В базарный день).

>> это что, роботы, тупо упаковывающие софт в пакеты, да?
> Ну если так придираться - вы же не сомневаетесь что и портоклепатели
> могут облажаться, будучи точно такими же живыми людьми? Или сомневаетесь? Ну
> мало ли, вдруг случай запущенный :)

Стоять. При чём тут портоклепатели? Как они связаны с Security Officer'ом?

Портоклепатели распространяют апдейты по каналу security-updates?

>> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину
>> админа
>> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или
>> криптоакселераторы.
> С совсем уникальным оборудованием вообще-то есть проблемка: если оно вдруг накроется, вы
> потом будете дооооооооооолго искать замену, если у вас еще одной такой
> железки нет. И все это будет вашим даунтаймом. Наверное именно поэтому
> гугл и городит свои сервера из дешевого ширпотреба. Давайте расскажите как
> ваше крутое и уникальное сделало гугла, ага.

Так. Какое отношение имеет выход из строя оборудования к идее поставить его на машину сисадмина для тестирования security fix'ов?

>>> А если ставку до хотя-бы $100 поднять, рискнете? :)
>> Да хоть до $1 000.
> О, оптимистично!

А то!

>> Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми.
>> Неглупыми довольно. ;)
> Вы только забыли один маленький момент: людям свойственно ошибаться. Даже очень умный
> человек может иногда и ошибиться. Не бывает людей которые вообще никогда
> не ошибаются.

Да, поэтому FreeBSD Core Team -- не один человек.

>> Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)
> Может за MySQL втянутый на десктоп? :)

1. MySQL -- это для ламерья. Настоящие люди используют Virtuoso.
2. Не нравится клиент-сервер -- используйте SQLite.
3. А почему вам, собственно, он не нравится?

Ответить | Правка | Наверх | Cообщить модератору

691. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEHemail (?), 10-Авг-11, 17:04 
> Весьма распространённое заблуждение админов локалхоста.
> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

Это такая попытка дешевых понтов ? Что такого уникального в FC карточке ?

> Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния, и отказались
> от концепции паники при ошибках ядра, пытаясь рестартануть подсистему.

Какую нахрен "подсистему" ? Что за бред ?

Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

721. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 19:49 
> Какую нахрен "подсистему" ? Что за бред ?

Может, у него такой забавный батхерт по поводу того что линукс хорошо реанимирует зависшие USB, SATA, PCI и прочие девайсы, со всей дури огревая их ресетом в случае если девайс сдурел или перестал отвечать?

Лично видел как минимум:
- Глючный SATA диск без каких либо последствий ресетился через линк и все работало даже на этом глюкале, а о проблеме узнали чисто из логов :). А юзеры других систем в таком случае на раз ловят приколы от полного отвала диска навечно (до ребута или физического передерга линка) до просто взвиса системы которая никогда не дождется ответа от девайса. При этом они как минимум теряют данные в буферах на запись и если не повезло то рушат себе при этом файловую систему.
- Некоторые юсб девайсы на некоторых чипсетах могут отваливаться через некоторое время работы. Линукс к этому индифферентен: переинициализация и нет проблем, работаем дальше. А остальные, особенно в беспилотных применениях просто извергают проклятия. Представьте себе перспективу скататься за 100 км чтобы передернуть допустим GSM юсб свисток в каком-нибудь там автомате оплаты в селе Лабухи Тутуевской области и вы поймете почему пингвин хорошо работает с юсб.
- Если заклинило видеокарту - пингвин не теряется а вхреначивает ресет и переинициализацию. Работает изумительно. Картинка протупляет на несколько секунд, но потом - отскреблись от асфальта и дальше поехали. Так даже винда не умеет - та только бсод по таймауту выдает. А тут на тебе, рекавери, почти как в микроядрах :). Не, кому-то типа вон того товарища может и нравится когда графика намертво отпадает, я не спорю, он наверно именно по поводу таких фич злобно пшикал.

Ответить | Правка | Наверх | Cообщить модератору

905. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin (?), 12-Авг-11, 19:45 
> Это такая попытка дешевых понтов ? Что такого уникального в FC карточке
> ?

Стоимость. У вас на машине стоят дубли всех ваших FC-контроллеров всех ваших серверов, не так ли?

>> Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния, и отказались
>> от концепции паники при ошибках ядра, пытаясь рестартануть подсистему.
> Какую нахрен "подсистему" ? Что за бред ?

Исходники почитайте.

Ответить | Правка | К родителю #691 | Наверх | Cообщить модератору

413. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анон (?), 09-Авг-11, 09:21 
> Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел.

Разве ispsystems предоставляет хостинг? У них на сайте такая услуга не обозначена. Вы ведь это просто так сказали, что б подн...ать, да?

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

422. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 10:18 
>> Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел.
> Разве ispsystems предоставляет хостинг? У них на сайте такая услуга не обозначена.
> Вы ведь это просто так сказали, что б подн...ать, да?

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

Ответить | Правка | Наверх | Cообщить модератору

581. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:30 
> Разве ispsystems предоставляет хостинг?

Конечно, есть такая чудная шарага - firstvds, те же ispsystems и есть. Отвратительный хостинг. Из плюсов - цена. Все остальное - жирные минусы!

Ответить | Правка | К родителю #413 | Наверх | Cообщить модератору

533. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 09-Авг-11, 19:27 
> Википедия почему-то не падает, а вот пионерские локалки с роутерами на фряхе
> и местечковые недохостеры с оной почему-то такой же стабильностью похвастаться не
> могут. Всего лишь наблюдение.

Подмена понятий. Они не стабильны не из за фри, а из за того, что они пионерские.

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

582. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:30 
> Подмена понятий. Они не стабильны не из за фри, а из за
> того, что они пионерские.

Эти понятия почему-то часто попадаются в комплекте.

Ответить | Правка | Наверх | Cообщить модератору

710. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 18:46 
Наверно пионэры наслушались что она стабильна и всё такое и подумали, что можно там ничего делать / делать всё, что угодно и она останется стабильна? :)
Ответить | Правка | Наверх | Cообщить модератору

725. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 20:33 
Да кто их там разберет. Факт остается фактом - если кто из провайдеров/хостеров упоминает фрибсд, они или древние мамонты возникшие на заре становления интенета и как правило не способные к оказанию современных услуг, или неадекватные пионеры принципиально не понимающие что такое качество сервиса.  
Ответить | Правка | Наверх | Cообщить модератору

841. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nagualemail (ok), 11-Авг-11, 22:34 
> Википедия почему-то не падает, а вот пионерские локалки с роутерами на фряхе
> и местечковые недохостеры с оной почему-то такой же стабильностью похвастаться не
> могут. Всего лишь наблюдение.

А у нас в городе мегасуперГАВНОпровайдер полностью на линуксе ... может проблема в головах все таки ?


Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

887. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 18:02 
> в головах все таки ?

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

Ответить | Правка | Наверх | Cообщить модератору

781. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от rihad (?), 11-Авг-11, 10:25 
> А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней
> историей могла оказаться версия софта, ставящаяся автоматически из security fixes
> repository, и приводящая к самому настоящему Denial of Service?

Вы говорите о недостатках пакетной системы Debian по сравнению с оной во FreeBSD, или о возможных единичных огрехах в ее применении?

Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру