The OpenNET Project / Index page

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



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

Оглавление

Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..., opennews (ok), 09-Июл-10, (0) [смотреть все]

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


49. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +2 +/
Сообщение от andr.ru (?), 10-Июл-10, 15:30 
лично я люблю фряху совсем не за скорость, хотя этого у ней не отнять, а за старый удобный BSD-инструментал, да и новый они строят довольно-таки грамотно. Меньше перетраха - больше результатов.

А тем, кто не в силах написать коротенький пайп для декодирования видео или изучить содержимое /usr/ports/Mk ПЕРЕД тем, как что-то портировать и устанавливать - тем больше будет по душе убунта, чего уж там сравнивать.

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

50. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  –2 +/
Сообщение от Alex (??), 10-Июл-10, 17:42 
>лично я люблю фряху совсем не за скорость, хотя этого у ней
>не отнять, а за старый удобный BSD-инструментал, да и новый они
>строят довольно-таки грамотно. Меньше перетраха - больше результатов.
>
>А тем, кто не в силах написать коротенький пайп для декодирования видео
>или изучить содержимое /usr/ports/Mk ПЕРЕД тем, как что-то портировать и устанавливать
>- тем больше будет по душе убунта, чего уж там сравнивать.
>

Мне тоже нравятся инструменталы с отсутствием bash, вменяемых консольных утилит и UTF8... Как образчики в плане аутосадомазохизма. Юзать - увольте.

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

51. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +2 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 10-Июл-10, 19:22 
>[оверквотинг удален]
>>не отнять, а за старый удобный BSD-инструментал, да и новый они
>>строят довольно-таки грамотно. Меньше перетраха - больше результатов.
>>
>>А тем, кто не в силах написать коротенький пайп для декодирования видео
>>или изучить содержимое /usr/ports/Mk ПЕРЕД тем, как что-то портировать и устанавливать
>>- тем больше будет по душе убунта, чего уж там сравнивать.
>>
>
>Мне тоже нравятся инструменталы с отсутствием bash, вменяемых консольных утилит и UTF8...
>Как образчики в плане аутосадомазохизма. Юзать - увольте.

Простите, вы дурак или прикидываетесь? Или потроллить очень надо, в попе неймётся?

Что вы понимаете под вменяемой консольной утилитой? tar, который нифига не POSIX, но есть в любом Linux-дистре, в то время как POSIX-утилита pax встречается далеко не везде? Или, может, cat в Linux работает надёжнее и быстрее?

bash - тоже, вообще-то, не центр Вселенной. И в его аналогах есть порой свои фичи, которых нет в bash (сюрприз?). О zsh, например, слышали? Ну а про портабельность скриптов, начинающихся с "#!/bin/bash" сложена не одна ода. Матерная. Хотя зачем вам портабельность, вы же крутой, у вас ведь Ли-и-инукс.

Про UTF-8 вообще молчу. Вы как давно из пещер?

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

53. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  –3 +/
Сообщение от Alex (??), 11-Июл-10, 01:29 
>[оверквотинг удален]
>встречается далеко не везде? Или, может, cat в Linux работает надёжнее
>и быстрее?
>
>bash - тоже, вообще-то, не центр Вселенной. И в его аналогах есть
>порой свои фичи, которых нет в bash (сюрприз?). О zsh, например,
>слышали? Ну а про портабельность скриптов, начинающихся с "#!/bin/bash" сложена не
>одна ода. Матерная. Хотя зачем вам портабельность, вы же крутой, у
>вас ведь Ли-и-инукс.
>
>Про UTF-8 вообще молчу. Вы как давно из пещер?

Из пещер? Кто из пещер еще. Официальная сборка NDB Cluster давно BSD уже есть? Или Oracle DBMS? Или, может быть, GlusterFS под BSD работает стабильно (напоминаю, что FUSE-API в BSD куцое)? Или DRBD, может быть? А как там дела обстоят с файловыми системами? UFS - прошлый век, ради ZFS ставить 8 гиг рама не всегда юзабельно и вменяемо, да и ZFS на типовых задачах ни разу не шустрее, ибо CoW. А что-нибудь подобное OpenVZ есть? (Jail, да, Jail, а как у него с виртуализацией сети, dev-пространства и/или лимитированием ресурсов?). И самое "вкусное" - система портов, к которой "BSD не имеет никакого отношения, и за их совместимость с ядром не отвечает". Когда все будет по-нормальному реализовано - вылезайте из пещер, поговорим.

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

61. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +2 +/
Сообщение от XoRe (ok), 11-Июл-10, 17:20 
>[оверквотинг удален]
>уже есть? Или Oracle DBMS? Или, может быть, GlusterFS под BSD
>работает стабильно (напоминаю, что FUSE-API в BSD куцое)? Или DRBD, может
>быть? А как там дела обстоят с файловыми системами? UFS -
>прошлый век, ради ZFS ставить 8 гиг рама не всегда юзабельно
>и вменяемо, да и ZFS на типовых задачах ни разу не
>шустрее, ибо CoW. А что-нибудь подобное OpenVZ есть? (Jail, да, Jail,
>а как у него с виртуализацией сети, dev-пространства и/или лимитированием ресурсов?).
>И самое "вкусное" - система портов, к которой "BSD не имеет
>никакого отношения, и за их совместимость с ядром не отвечает". Когда
>все будет по-нормальному реализовано - вылезайте из пещер, поговорим.

Напоминаю, про ваш первый аргумент:
>Мне тоже нравятся инструменталы с отсутствием bash, вменяемых консольных утилит и UTF8

Ни***а себе у вас список "вменяемых консольных утилит" =)
Вы забыли упомянуть, что под freebsd нет такой вменяемой консольной утилиты, как flash от adobe =)

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

66. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  –1 +/
Сообщение от Alex (??), 11-Июл-10, 23:48 
>Ни***а себе у вас список "вменяемых консольных утилит" =)
>Вы забыли упомянуть, что под freebsd нет такой вменяемой консольной утилиты, как
>flash от adobe =)

Извините, но нахуахуа мне на сервере с NDB/GlusterFS/вебфермой ваш флеш? Или просто знакомые два слова вспомнили, вот и зачесалось?

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

69. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +3 +/
Сообщение от XoRe (ok), 12-Июл-10, 01:04 
>>Ни***а себе у вас список "вменяемых консольных утилит" =)
>>Вы забыли упомянуть, что под freebsd нет такой вменяемой консольной утилиты, как
>>flash от adobe =)
>
>Извините, но нахуахуа мне на сервере с NDB/GlusterFS/вебфермой ваш флеш? Или просто
>знакомые два слова вспомнили, вот и зачесалось?

Да я просто на скору руку вспомнил, что из списка "есть в linux и вроде бы нет во freebsd" так же далеко от обычных консольных утилит, как и упомянутые вами вещи.

Если вы не поняли юмора, то скажу более явно.
Первый ваш пост был о том, что вам не хватает обычных вменяемых текстовых утилит.
А потом вы начали перечислять целые подсистемы, с залезанием в ядро.
Т.е. уже очень далеко от обычных текстовых утилит.
Вы уж определитесь, чего вам не хватает, обычных текстовых утилит, или оракла на фряхе)

А из ваших жалоб на фряху можно сделать вывод, что вас под дулом пистолета заставляют с ней работать.
И вы работаете и плюетесь.
Нахуахуа вам работать с фряхой, если под ваши требования подходит совсем другая система?
И на эту другую систему вы, наверное, меньше ругаетесь =)
Поэтому я бы порекомендовал подойти к вопросу не с позиции эмоций или писькомерства.
А с позиции практичности - если лично вашим требованиям больше подходит linux, нежели фряха, используйте его.

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

72. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от Alex (??), 12-Июл-10, 07:48 
>А с позиции практичности - если лично вашим требованиям больше подходит linux,
>нежели фряха, используйте его.

В целом - согласен с Вами. В общем-то, уже.

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

74. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от Р (?), 12-Июл-10, 09:49 
а глаза все краснели и краснели у сбежавших с лора малолеток:)
Ответить | Правка | Наверх | Cообщить модератору

78. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от z0nder (?), 13-Июл-10, 14:08 
>А из ваших жалоб на фряху можно сделать вывод, что вас под
>дулом пистолета заставляют с ней работать.
>И вы работаете и плюетесь.
>Нахуахуа вам работать с фряхой, если под ваши требования подходит совсем другая
>система?
>И на эту другую систему вы, наверное, меньше ругаетесь =)

Меня практически заставляют работать под фряхой. И я не то, что плююсь, а в шоке просто.
С удовольствием бы не работал с ней, да нельзя, требуют именно её...
Меньше всего лично, кстати, лично я ругаюсь вообще на Виндоуз.

Извините, что встрял в беседу, просто по теме. Наболело, так сказать.
Фряха достала, а не заниматься ей нельзя. Такая вот беда.

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

82. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от nagualemail (ok), 15-Июл-10, 15:28 
>[оверквотинг удален]
>>И на эту другую систему вы, наверное, меньше ругаетесь =)
>
>Меня практически заставляют работать под фряхой. И я не то, что плююсь,
>а в шоке просто.
>С удовольствием бы не работал с ней, да нельзя, требуют именно её...
>
>Меньше всего лично, кстати, лично я ругаюсь вообще на Виндоуз.
>
>Извините, что встрял в беседу, просто по теме. Наболело, так сказать.
>Фряха достала, а не заниматься ей нельзя. Такая вот беда.

Да во фре так как в линуксе не отмажешься ... yum update yum upgrade ...

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

64. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +2 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 11-Июл-10, 21:54 
>[оверквотинг удален]
>>слышали? Ну а про портабельность скриптов, начинающихся с "#!/bin/bash" сложена не
>>одна ода. Матерная. Хотя зачем вам портабельность, вы же крутой, у
>>вас ведь Ли-и-инукс.
>>
>>Про UTF-8 вообще молчу. Вы как давно из пещер?
>
>Из пещер? Кто из пещер еще. Официальная сборка NDB Cluster давно BSD
>уже есть? Или Oracle DBMS? Или, может быть, GlusterFS под BSD
>работает стабильно (напоминаю, что FUSE-API в BSD куцое)? Или DRBD, может
>быть?

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

Во-вторых, к самой ОС портирование конкретного ПО отношения не имеет. Или давайте тогда заодно обсудим, что под Linux нет, скажем, DreamWeaver (wine не в счёт, в *BSD тоже есть режимы совместимости с Linux ABI). Если вам нужен Oracle RDBMS под *BSD, высказывайте претензии Oracle. К слову, я знаю о случаях успешной рыботы ораклы под фряхой, кажется, даже в статьях где-то было про это.

>А как там дела обстоят с файловыми системами? UFS -
>прошлый век, ради ZFS ставить 8 гиг рама не всегда юзабельно
>и вменяемо, да и ZFS на типовых задачах ни разу не
>шустрее, ибо CoW.

FFS2 работает надёжно и достаточно оперативно. ext4 выглядит местами интересно, согласен, но то, что её назвали "production ready" ещё не означает, что это так и есть. У вас есть конкретные, основанные не на чьих-то рассказах, а на конкретных фактах, претензии к FFS/FFS2? Типа, "легко рушится", "заметно тормозит на таких-то задачах" и т.д. С конкретными выкладками.

Я лично видел гораздо больше посыпавшегося ext2, чем FFS.

>А что-нибудь подобное OpenVZ есть? (Jail, да, Jail,
>а как у него с виртуализацией сети, dev-пространства и/или лимитированием ресурсов?).

На x86, AFAIK, пока нет (хотя jail пилят в этом плане, и пилят успешно). Архитектура в этом плане убогая... Зато, скажем, на Sparc'ах есть нативная поддержка контейнеров (это как раз аналог OpenVZ, только как минимум более производительный).

>И самое "вкусное" - система портов, к которой "BSD не имеет
>никакого отношения, и за их совместимость с ядром не отвечает".

Чего-чего?! Вы вообще о чём? Если о том, что не весь софт, который бывает в портах, изначально пишется с оглядкой на кросс-платформенность, а то и просто изначально криво (лучше не знать, как любят разработчики средней руки пренебрегать проверками при выделении памяти...), то это факт. В репозиториях Linux-дистров происходит всё то же самое, разве что BSD-код почему-то обычно меньше допиливать приходится... Тот же Debian вовсе не может отвечать за то, что находящаяся в репозитории программа корректно работает с ядром - хотя и прилагает для этого немало усилий.

>Когда все будет по-нормальному реализовано - вылезайте из пещер, поговорим.

"Всё" никогда и ни у кого не будет нормально реализовано. Пора бы это уже понять. Есть вещи, которые работают и успешно выполняют свои функции. И есть всё остальное. Каждая ОС имеет свою "фишку", и если "фишки" *BSD для вас не важны - это ещё не значит, что их нет. Пользуйтесь своей любимой ОСью сколько угодно. Не забывая проглядывать багтрек и ставить обновления. ;)

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

67. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  –3 +/
Сообщение от Alex (??), 11-Июл-10, 23:54 
>>[оверквотинг удален]
>Во-первых, больше ни к чему придраться не смогли - засчитываем слив по
>остальным пунктам.

Вам мало?

Как у вас в BSD идут дела с NCQ? С поддержкой полной виртуализации в ядре? С Infiniband? С нормальной (не-куцо-POSIX'ной) реализацией того же tar, в конце концов, которым даже инкрементальный бэкап в BSD не сделать? С поддержкой современного железа, включая RAID-контроллеры и чипсеты материнских плат? С нормальной, в конце концов, коллекцией нативно портированного разработчиками софта без патчей от неизвестных лиц, называемых "мейнтейнерами портов", список которых постоянно меняется, и за которыми не уследить? С наличием production-stable веток, в которые бы постоянно бэкпортировались обновления безопасности? С возможностью установки заплаток на ядро "на лету" (KSplice)? С поддержкой QinQ? С нормальным пакетным фильтром (та самая чехарда с 3-4 компонентами, каждый из которых дублирует функции друг друга, и криво реализует то одно, то другое - NAT - притча во языцех)? Нормального SMP без GIANT-локов? SMP в сетевом стеке? PPP и PPPoE в Kernel-Space?

Дальше продолжать, или уже хватит?

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

68. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +2 +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 12-Июл-10, 00:26 
>>>[оверквотинг удален]
>>Во-первых, больше ни к чему придраться не смогли - засчитываем слив по
>>остальным пунктам.
>
>Вам мало?

Это вам мало. Вы, я вижу, всё вышеперечисленное каждый день используете, причём одновременно? И Oracle RDBMS, и GlusterFS (который, к слову, во фряхе работает в плане серверной части), и InfiniBand?

>Как у вас в BSD идут дела с NCQ?

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

> С поддержкой полной виртуализации в ядре?

Уже говорил.

> С Infiniband?

AFAIK, что-то было, хотя и не в мэйнстриме. А в Linux это уже open source и production-ready?

> С нормальной (не-куцо-POSIX'ной) реализацией того же
>tar, в конце концов, которым даже инкрементальный бэкап в BSD не
>сделать?

Ещё раз, для двоечников: в POSIX НЕТ tar. Те же инкрементальные бэкапы делаются через POSIX-овый pax. Который, как я уже говорил, почему-то не во всех Linux-дистрах встречается.

> С поддержкой современного железа, включая RAID-контроллеры и чипсеты материнских плат?

Оно работает. Про RAID особенно смешно. В Linux всё ещё нету единого интерфейса управлениями RAID-контроллерами?

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

Экгхм. А чем репозитории Linux-дистров отличаются? И за чем конкретно у вас не получалось уследить? Вот сколько пользуюсь портами в опёнке, сугубо положительные впечатления: всё ставится и работает. И бинарные пакеты тоже есть. Ни в одном Linux-дистрибутиве, чем бы я ни пользовался: бинарными пакетами или деревом портов, у меня не обходилось без весомой доли геморроя не с одной прогой, так с другой.

> С наличием production-stable веток, в которые
>бы постоянно бэкпортировались обновления безопасности?

Здрасьте-приехали. Откройте для себя мир, в *BSD это появилось раньше, чем появились многие современные дистры Linux, где этого порой просто нет.

>С возможностью установки заплаток на ядро "на лету" (KSplice)?

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

>С поддержкой QinQ?

И это тоже есть.

>С нормальным пакетным фильтром (та
>самая чехарда с 3-4 компонентами, каждый из которых дублирует функции друг
>друга, и криво реализует то одно, то другое - NAT -
>притча во языцех)?

Это говорит пользователь iptables?

>Нормального SMP без GIANT-локов? SMP в сетевом стеке?

Вы таки точно всё проспали...

>PPP и PPPoE в Kernel-Space?

... И явно не собираетесь просыпаться.

>Дальше продолжать, или уже хватит?

Хватит, хватит. Вы весьма бездарный тролль. Обидно было потратить на вас столько времени.

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

70. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +1 +/
Сообщение от XoRe (ok), 12-Июл-10, 01:27 
>и за которыми не уследить? С наличием production-stable веток, в которые
>бы постоянно бэкпортировались обновления безопасности?

Кстати подтвержу - с этим делом во фряхе все хорошо лет 10-15.
Никогда не задумывались, что значат 8.0-RELEASE, 8.0-STABLE, 8.0-CURRENT?
Они именно это и значат =)

> С возможностью установки заплаток на ядро
>"на лету" (KSplice)?

А вы сами часто этим пользуетесь?

> С поддержкой QinQ?

ng_vlan, и хоть QinQinQ.
Но тут уже железо не сможет такое обработать)

>С нормальным пакетным фильтром (та
>самая чехарда с 3-4 компонентами, каждый из которых дублирует функции друг
>друга, и криво реализует то одно, то другое - NAT -
>притча во языцех)?

Что, смущает, что под freebsd есть несколько пакетных фильтров?
И это минус?)
Каждый может пользоваться тем, что ему нравится.
Например, когда модным считался pf, я ещё на ipfw делал схемы удивительной сложности и хитрости, которые не все из моих знакомых могли повторить на pf.
Если вы не умеете чем-то пользоваться, то конечно можно назвать это кривым, но муху-то не обманешь)

А NAT...
Знаете, во freebsd мне хватало просто повесить natd на интерфейс.
И только в linux я столкнулся с такими штуками, что "чтобы то сетевое приложение заработало, нужно подгрузить этот модуль".
Короче NAT во freebsd реализован хорошо.
И, мало того, тут опять есть выбор:
- natd в юзерленде;
- nat в pf;
- nat в ipfw;
- ng_nat в netgraph;

И у вас не будет ситуации, что в вашем любимом пакетном фильтре нельзя сделать нат.

>Нормального SMP без GIANT-локов?

Ну да, есть, а что не так?

>SMP в сетевом стеке?

Есессно)

>PPP и PPPoE в Kernel-Space?

А вот это гордость FreeBSD)
Mpd+netgraph - это просто конфетка.
Все в ядре, все с минимумом затрат.
Быстродействие и эффективность поражают.

Ну и Netgraph сам по себе поражает, глядя на то, чего с ним можно вытворять.

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

73. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от Alex (??), 12-Июл-10, 07:54 
>Никогда не задумывались, что значат 8.0-RELEASE, 8.0-STABLE, 8.0-CURRENT?
>Они именно это и значат =)

Ничего они не значат, поскольку это только base system, а не порты.

>> С возможностью установки заплаток на ядро "на лету" (KSplice)?
>А вы сами часто этим пользуетесь?

В общем-то, постоянно.

>> С поддержкой QinQ?
>ng_vlan, и хоть QinQinQ.
>Но тут уже железо не сможет такое обработать)

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

>Что, смущает, что под freebsd есть несколько пакетных фильтров? И это минус?)

Смущает то, что все они недоделанные.

>- natd в юзерленде;
>- nat в pf;
>- nat в ipfw;
>- ng_nat в netgraph;

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

>>PPP и PPPoE в Kernel-Space?
>А вот это гордость FreeBSD)
>Mpd+netgraph - это просто конфетка.
>Все в ядре, все с минимумом затрат.
>Быстродействие и эффективность поражают.

Ну и как? 600 мбит в обе стороны на среднем железе вместе с шейпингом в ~2000 юзерских полосок из этого хозяйства потянет? Кто тестировал - говорят, что нет.

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

79. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +1 +/
Сообщение от XoRe (ok), 14-Июл-10, 15:51 
>Ничего они не значат, поскольку это только base system, а не порты.

А, вы про порты, ну там не смотрел.

>>ng_vlan, и хоть QinQinQ.
>>Но тут уже железо не сможет такое обработать)
>
>Не знаю, при чем тут железо, но на Linux спокойно гонял QinQinQ
>через сеть, возникала необходимость.

Железо - я про свичи)
Я про то, что QinQ железо ещё может понять.
А вот, скажем, QinQinQinQ - врядли)
Но если смысл ускользнул, то прямо скажу: QinQ работает за счет ng_vlan.

>>Что, смущает, что под freebsd есть несколько пакетных фильтров? И это минус?)
>
>Смущает то, что все они недоделанные.

Вот здесь бы неплохо аргументировать.
Буду рад, если прямо про "все")

>>- natd в юзерленде;
>>- nat в pf;
>>- nat в ipfw;
>>- ng_nat в netgraph;
>
>Куда столько? Или просто разработчикам было заняться нечем? А NAT в юзерспейсе
>- это наверное вообще песня, особенно на гиге и более.

"Куда столько"? =)
Не вы ли говорили выше о малом объеме фич у фряхи?
Я так понимаю, теперь вы прониклись?)

Ну а в юзерспейсе никто не заставляет использовать.
А "на гиге и более" это уже подведение аргументации под нужные вам условия.
NAT на загруженном гигабитном канале - это само по себе интересно.
Но при желании и это возможно, если взять нормальную машинку и использовать нормальное ядро и нормальный нат.

>>>PPP и PPPoE в Kernel-Space?
>>А вот это гордость FreeBSD)
>>Mpd+netgraph - это просто конфетка.
>>Все в ядре, все с минимумом затрат.
>>Быстродействие и эффективность поражают.
>
>Ну и как? 600 мбит в обе стороны на среднем железе вместе
>с шейпингом в ~2000 юзерских полосок из этого хозяйства потянет? Кто
>тестировал - говорят, что нет.

"Абрам напел мне битлов по телефону - такая фигня")
Я не знаю, кто и как тестировал.
Если по нормальному сравнивать, то нужно брать машину, ставить на неё фряху, тюнить до упора, и смотреть на результат.
А потом ставить на ту же машину linux, тоже тюнить до упора, и опять смотреть на результат.
Хотя лично мне кажется, что при правильном тюнинге обе системы выйдут на более менее одинаковый уровень, близкий к аппаратным ограничениям самого железа.

И опять-же, вопрос был сначала "PPP и PPPoE в Kernel-Space?".
Ответ - да.
А теперь добавилось условий "на среднем железе", "вместе с шейпингом", "~2000 юзерских полосок".
Обычно так делают (добавляют условий), когда теряют уверенность в своей изначальной позиции.
Поэтому на этом спор мы закончим.

P.S.
Хороший спец по какой-то ОС может так использовать эту ОС, что её плюсы будут использоваться на всю катушку, а минусы просто будут так или иначе обходиться, или компенсироваться.
Это касается всех ОС, включая даже Windows.
Поэтому нет ничего удивительного, что спецы по FreeBSD могут делать с ней что угодно.
Вы решили, что она вам не подходит - это ваше решение.
Мы понимаем, что ваше решение не изменится, даже если мы укажем на возможности фряхи по всем указанным пунктам.

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

80. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от Alex (??), 14-Июл-10, 19:14 
>Железо - я про свичи)
>Я про то, что QinQ железо ещё может понять.
>А вот, скажем, QinQinQinQ - врядли)
>Но если смысл ускользнул, то прямо скажу: QinQ работает за счет ng_vlan.

Свитчи тоже не жалуются, им пофиг, что гонять.

>>>- natd в юзерленде;
>>>- nat в pf;
>>>- nat в ipfw;
>>>- ng_nat в netgraph;
>"Куда столько"? =)
>Не вы ли говорили выше о малом объеме фич у фряхи?
>Я так понимаю, теперь вы прониклись?)

Да, я проникся дублированием сущностей. Про то, что есть дублирование сущностей без надобности в разработке, скромно умолчу.

>А теперь добавилось условий "на среднем железе", "вместе с шейпингом", "~2000 юзерских
>полосок".
>Обычно так делают (добавляют условий), когда теряют уверенность в своей изначальной позиции.

Обычно так делают, когда есть конкретная задача в конкретных условиях. Про которую и речь.

>Поэтому на этом спор мы закончим.

Я тоже так думаю. Смысла обсуждать то, что уже давно не использую, нет.

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

75. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +1 +/
Сообщение от oops (ok), 12-Июл-10, 13:28 
> Нормального SMP без GIANT-локов?
> SMP в сетевом стеке?

хе хе =)) ни того ни другого вроде как еще нет в линуксе, разве нет?
Во Фре сетевой стэк полностью SMP.

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

83. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от nagualemail (ok), 15-Июл-10, 15:33 
>>>[оверквотинг удален]
>>Во-первых, больше ни к чему придраться не смогли - засчитываем слив по
>>остальным пунктам.
>
>Вам мало?
>
>Как у вас в BSD идут дела с NCQ?

ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C)
ada0: Native Command Queueing enabled

А как у Вас дела с Shadow mode for linux kernel 2.x, based on shv5 rootkit ? он всн еще работает или Вы уже приняли меры ? :-)

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

84. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от nagualemail (ok), 15-Июл-10, 15:38 
>С возможностью установки заплаток на ядро
>"на лету" (KSplice)?

Это скорее вредно чем полезно ... в плане надежности ... предскказуемости ... Вы неповерите но даже спарки ребудят ...

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

85. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от nagualemail (ok), 15-Июл-10, 15:42 
>С нормальным пакетным фильтром (та
>самая чехарда с 3-4 компонентами, каждый из которых дублирует функции друг
>друга, и криво реализует то одно, то другое - NAT -
>притча во языцех)? Нормального SMP без GIANT-локов? SMP в сетевом стеке?
>PPP и PPPoE в Kernel-Space?

Нат и шейпер во фре реализован настолько лучше всяких линуксов что многие столичные провайдеры ставят маршрутизатор с фрей вместо того чтоб купить кошку ...
Про много тредовый сетевой стек читать тут http://alter.org.ua/ru/soft/fbsd/netisr/

PPP и PPPoE в Kernel-Space это в сторону MPD ...

>Дальше продолжать, или уже хватит?

Вы наверно очень сильно отстали от поезда ...


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

87. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от AlexAT (ok), 15-Июл-10, 17:27 
>Нат и шейпер во фре реализован настолько лучше всяких линуксов что многие
>столичные быдлосетки  ставят маршрутизатор с фрей вместо того чтоб купить кошку

Fixed. Нормальные сети ставят нормальные маршрутизаторы. Linux удобен на концентраторе доступа, но на клиентской маршрутизации должно быть железо посерьезнее, чем серваки или D-Link'и.

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

86. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от nagualemail (ok), 15-Июл-10, 15:45 
> С поддержкой QinQ?

Ну а по поводу QinQ если у вас забит канал то вас неспесет никакой  QoS ... найдутся добрые люди которые и через днс тунель протянут и через icmp ... и тосы выстявят своим пакетам запредельные ...
ЗЫ Софварным методом железную проблему не решить ...

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

88. "Сравнение производительности FreeBSD 8.1 RC2, FreeBSD 8.0 и ..."  +/
Сообщение от XoRe (ok), 16-Июл-10, 00:49 
>> С поддержкой QinQ?
>
>Ну а по поводу QinQ если у вас забит канал то вас
>неспесет никакой  QoS ... найдутся добрые люди которые и через
>днс тунель протянут и через icmp ... и тосы выстявят своим
>пакетам запредельные ...
>ЗЫ Софварным методом железную проблему не решить ...

Я бы не сказал, что это против забивания канала, или против всяких туннелей.
Это скорее, например, для вложения vlan во vlan.
http://en.wikipedia.org/wiki/802.1QinQ

Полезно крупным локалочным провайдерам.

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

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

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




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

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