The OpenNET Project / Index page

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



"OpenNews: Релиз FreeBSD 6.0 почти готов"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Релиз FreeBSD 6.0 почти готов" +/
Сообщение от _Nick_ (??), 30-Окт-05, 13:44 
>>- сеть:
>Про Netgraph забыли, обычно этим сразу гасят весь пыл линуксойдов :-)
"обычно"...
мой - не погас. Нет примеров - нет толку.

>>  - QoS (HTB, CFQ...)
>Для BSD с незапамятных времен был ALTQ, который даже сейчас никто не
>переплюнул.
плевать не через что. HTB поддержки я не нашел в ALTQ. см. выше ссылку на доку по HTB и расслабляйся.

>>  - Source routing, не используя фаерволл
>Чем ipfw fwd плох ? Трудно придумать что-то более нелогичное и трудное
>для восприятия чем iproute2, возможностей море, а толку мало.
ну это просто из-за того, что ты его не знаешь и не умеешь применить.
а ipfw fwd плох тем, что это фаерволл. ВСЕ пакеты на входе и выходе входят в него. НАХРЕНА??? Если мне нужно просто завернуть траффик с этого ифейса в такую табличку роутинга?

>На самом деле вы забыли про более существенный недостаток, работу
> нескольких default gateway.
гы :) Добавляй их сколько хочешь. Будет работать первый добавленный.
Если он ляжет - то дальше по списку. Не вижу здесь СУЩЕСТВЕННЫХ недостатков. Это скорее достоинство, которого НЕТ во фре.

>>  - фаерволл ТОЛЬКО для определенного интерфейса
>не понял.
сорри, это просто фича реализации

>>  - произвольное имя интерфейса
>Есть начиная помоему с FreeBSD 5.3.
>>  - iptables/arptables
>Тоже самое, что скачать что отсутствие ipfw/ip filter/pf это недостаток Linux.
некто не говорил про недостаток, а просил аналогов.
да, в чем-то ipfw/ip filter/pf могут заменить iptables/arptables

>>  - RedHat Global File System
>С кластерами дествительно есть проблема.

>>- блочные устройства/диски:
>
>GEOM.
>
>>  - разнообразие файловых систем: журналируемая FS (a-la Ext3),
>
>Много раз доказывали, что журнал не панацея.
возможно, но в большинстве случаев именно то, что нужно.
А во фре этого НЕТ. Просил же АНАЛОГИ. Нет - так и скажи.

> Лучше иметь одну стабильную FS, чем 10 кривых.
А если нужна не только стабильность, а и кое-какая производительность?? Ну вдруг? Или тебе спешить некуда? ;)
А про "10 кривых" спорить не стану. Нет ссылок - просто маза, что этого НЕТ во фре, пустые слова. Ну нет выбора - так и скажи, что нет такого во фре. Если ТЕБЕ это не нужно, может кому другому, и он задумается на чем остановиться.

>>  - "suspend to disk" - засыпание a-la виндовый hibernate
>Зачем это для сервера ?
1. юникс работает не только на серверах
2. чудные причины:
  - дохлую сетевуху/проц(!! фря о таком точно не мечтала) заменить
  - переключить комп/сервак на/с APC/розетку
и все это "на ходу", без остановок (15-20 секунд можно сравнить с проблемами в сети). А если у меня 10 часовый запрос идет и мне нужно на 5-м часу сделать что-либо вышеуказанное??
Ну и на рабочей станции приятно включить комп и сразу все будет загружено и третьи герои будут крутиться без перезагрузок %)

>>  - I/O scheduler с управляемыми приоритетами (a-la CFQ)
>Этого нет, но крою наличием kevent/kqueue :-)
не знаю что это такое - но обязательно почитаю

>>- безопасность:
>
>См. Наработки TrustedBSD.
>
>>- виртуализация:
>>  - вирт. машина Xen
>
>Xen поддерживает FreeBSD,
да, согласен. портировали. не уследил :)

> а вто такой простой вещи как jail или ключика -u в команде chroot в
> Linux нет.
в линухе для jail-like фичей есть отдельные фичи, причем намного мощнее jail'a (UML, vserver, openvirtuozzo, Xen в конце концов). А chroot ПРОСТО меняет root для процесса. Как называется  - то и делает. Юниксовая простота. Где она во фре с такими костылями/ключиками??

>>- другое:
>>  - Kernel preemption (прерывание системных вызовов для уменьшения времени отклика)
>>  - kexec (смена ядра без ребута компа)
>>  - framebuffer
>Для серверного применения оно и не нужно.

опять ты про сервера. т.е. десктопа не существует??
Даже если сервер. Это ТЕБЕ что-то не нужно. preemption не нужен если нужен максимум производительности от сервера. А если же нужна максимальная скорость реакции - то выпей йаду: preemption тут очень хорошо поможет.

kexec - это вообще КАК РАЗ больше для серверов. Минимизирует время "ребута" и опасность, что сервак нормально продет может где-то криво сконфигуренный BIOS (например: клаву вынули, а стоит ругаться на все ошибки. С полным ребутом кое-что другое у начальника подыметься тебя поиметь, чем такой сервак).

по framebuffer'у - да. Он чисто для воркстейшн.

Итого, судя по ответу из раздела "другое": во фре этого нет и фря - чисто для серваков.

И вообще вывод по посту Анонима: ФРЯ НЕ работает на работем столе.

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

Оглавление
OpenNews: Релиз FreeBSD 6.0 почти готов, opennews, 28-Окт-05, 15:11  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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