LINUX.ORG.RU

Тестирование производительности выполнения DNS запросов на FreeBSD и Linux.


0

0

Marcelo Gardini в рассылке FreeBSD сообщил о проведенном им тестировании Bind 9.3.2 и NSD 3.0.1 на системах FreeBSD 6.1, FreeBSD 4.11 и Linux на ядре 2.6.15.

queries per second

OS Bind 9.3.2 NSD 3.0.1 ---- ---- ----

Linux 2.6 SMP 38845 59645

FreeBSD 4.11 SMP 34977 59417

FreeBSD 4.11 UP 33926 59547

FreeBSD 6.1 SMP 14953 15908

FreeBSD 6.1 UP 15516 14752

Как видно FreeBSD 6.1 проигрывает не только Linux, но и FreeBSD 4.11. Как сообщается в той же рассылке, производительность при обработке DNS запросов обещают поднять в FreeBSD 7.0

>>> Подробности



Проверено: Demetrio ()

Объективно. Молодцы. Желаю им обогнать всех!

php-coder ★★★★★
()

opyat provokaziya fleima Linux vs FreeBSD :)

anonymous
()

Что можно такого сотворить в ядре, чтоб добиться двукратного регресса производительности в BIND?
Или может там BIND'ы разных версий?

Zulu ★★☆☆
()
Ответ на: комментарий от Zerg324

>опа... в свете новости про перегрузку серверов ДНС из-зи висты -- занятная новость... 8-)

в точку!

TERRANZ ★★★★
()
Ответ на: комментарий от Zerg324

> опа... в свете новости про перегрузку серверов ДНС из-зи висты -- занятная новость... 8-)

Типа лозунг: Linux - спаситель Windows.

Evgueni ★★★★★
()

>производительность при обработке DNS запросов обещают поднять в FreeBSD 7.0

Особенно интересно это выглядит на фоне нападок на linux и ядро 2.6. BSD, говорите? Stable, говорите? ну-ну...

Кстати, если почитать ответы на оригинальное сообщение, то много других интересных вещей можно найти (например тут -- http://docs.freebsd.org/cgi/getmsg.cgi?fetch=99316+0+/usr/local/www/db/text/2...).

McGray ★★
()

Что-то в пакетной обработке поломали чтоль..

MiracleMan ★★★★★
()

Не знаю как bind... Но я линуксойд, а моя бывашая девченка ушла к фрибиздишнику... Ну и не жалею... теперь он с ней мучаеться =)))

anonymous
()
Ответ на: комментарий от anonymous

> Не знаю как bind... Но я линуксойд, а моя бывашая девченка ушла к фрибиздишнику... Ну и не жалею... теперь он с ней мучаеться =)))

5 баллов.

А по теме: я так надеялся на BSD, уж эти то думал будут иметь нормальное стабильное развитие...

saper ★★★★★
()
Ответ на: комментарий от anonymous

>Не знаю как bind... Но я линуксойд, а моя бывашая девченка ушла к фрибиздишнику... Ну и не жалею... теперь он с ней мучаеться =)))

что, виста у девушки отправляла так много запросов, что твой линукс часто падал? И девушка решила, что у фришника эээ.. система будет дольше стоять? Не смотря на двойные запросы DNS? :))))

manokur ★★
()
Ответ на: комментарий от bugmaker

> Чё тут удивляцо, там даже XGL нету.

Дык то плюс!

anonymous
()
Ответ на: комментарий от saper

>А что за сетевухи bge и em в BSD?

bge -- Broadcom BCM570x/5714/5721/5750/5751/5752/5789 PCI Gigabit Ethernet adapter driver

em -- Intel(R) PRO/1000 Gigabit Ethernet adapter driver

Marmirus ★★
()

Однако самокритичные ребята пишут фрю! Не каждый осмелится опубликовать такое про собственное детище. За что им большая увага.

anonymous
()

признани своих ошибок - первый шаг в поиске истины ЗЫ:у самого линукс стоит и фрю недолюбливаю

anonymous
()
Ответ на: комментарий от ansi

Под "автором" Вы имеете в виду Marcelo Gardini? Или имеете что возразить по самому тесту? Или просто по традиции ЛОРа пытаетесь стать последователем VSL?

McGray ★★
()
Ответ на: комментарий от Marmirus

>>А что за сетевухи bge и em в BSD?

> bge -- Broadcom BCM570x/5714/5721/5750/5751/5752/5789 PCI Gigabit Ethernet adapter driver

> em -- Intel(R) PRO/1000 Gigabit Ethernet adapter driver

AFAIK BroadCom только у Cisco обгоняет Intel ;-)

saper ★★★★★
()
Ответ на: комментарий от McGray

>Под "автором" Вы имеете в виду Marcelo Gardini? Или имеете что возразить по самому тесту? Или просто по традиции ЛОРа пытаетесь стать последователем VSL?

Я к тому, что IMHO, не стоит давать на LORe отрывки из freebsd-stable.

ansi ★★★★
()
Ответ на: комментарий от McGray

> Или имеете что возразить по самому тесту?
> Или просто по традиции ЛОРа пытаетесь стать последователем VSL?

В традициях ЛОРа выдернуть сообщение из общего контекста и поплевать на все,
что не ГНУ. Вот еще один тест оригинального автора.

I made a new test in another hardware, because with HP Blade Proliant
is impossible to add an aditional NIC: there isn't any PCI slot and
the bge interfaces are onboard.

So, I used a Dell 1750, Xeon 3.06GHz with 'bge' interfaces onboard and
an 'em' inserted in a slot, both running at 1Gbit/s. The results, for
the same zone and queries:


                      queries/s

Server  NIC   F4.11-UP  F6.1-UP  F6.1-SMP
------  ---   --------  -------  --------

bind    bge   24846     15900    14700
        em    22703     18800    17477

nsd     bge   58948     18000    14009
        em    67454     42000    35571


Видно, что дело в драйвере bge. Поправят. Да, производительность UDP стека низкая,
но не катастрофичная.

GeoF
()
Ответ на: комментарий от GeoF

> дело в драйвере bge > производительность UDP стека низкая

Если вспомнить, с какой целью разрабатывалась ОС - то следует неутешительный вывод, что совсем фря разваливается (а Микрософт и вовсе R.I.P.)

anonymous
()
Ответ на: комментарий от GeoF

Так все равно, проблема не только в bge. 6.1 во всех случаях проигрывает 4.11.

McGray ★★
()
Ответ на: комментарий от AngryElf

(ностальгируя) Где же вы, Irsi, Ogr, Bluesman, Pto, vsl/Antichrist..

McGray ★★
()
Ответ на: комментарий от GeoF

>Да, производительность UDP стека низкая, но не катастрофичная.

...а вот если поискать по архивам ЛОРа, почитать что пару лет назад писали про стеки в linux и bsd, то совсем грустно становится...

McGray ★★
()
Ответ на: комментарий от GeoF

Интересно было б протестить на Gentoo-bsd

iron ★★★★★
()
Ответ на: комментарий от McGray

> ...а вот если поискать по архивам ЛОРа, почитать что пару лет назад писали про стеки в linux и bsd, то совсем грустно становится...

Ничего, ведь начиная с 5-ки БСД это уже почти совсем новая, сильно переписаная система. Думаю, что все со временем наладится. Главное, что народ уже озаботился таким положением дел. Посмотрим, может что-то уже изменится после релиза 6.2.

GeoF
()
Ответ на: комментарий от GeoF

> Посмотрим, может что-то уже изменится после релиза 6.2.

Кодовое имя релиза 6.2 - "R.I.P."

anonymous
()
Ответ на: комментарий от anonymous

Да, но там автор в конце написал, что надо бы мол bge допрограммить по скорости до em, а это IMHO в принципе не возможно.

saper ★★★★★
()

это же сколько фанты надо были выпить чтобы почти в 2 раза заторомозить сетевую подсистему ?

очень огорчен что у фри проблемы - линукс сильно развивался и из-за серьезной конкуренции с ***бсд. что мы имеем сейчас ? нетбсд списывают сами себя со счетов, фри начинает тормозить, в опене поперли баги - не иначе как скоро у наших ядреных начнется "эйфория от побед" (кто помнит точно как там сталин выражался ?)

Tester ★★★
()
Ответ на: комментарий от Tester

> не иначе как скоро у наших ядреных начнется "эйфория от побед" (кто помнит точно как там сталин выражался ?)

Головокружение от узбеков... Надеюсь, не будет. Надо понимать, что Linux не может (да и не должен) победить, он может побеждать.

const86 ★★★★★
()
Ответ на: комментарий от manokur

>>Не знаю как bind... Но я линуксойд, а моя бывашая девченка ушла к фрибиздишнику... Ну и не жалею... теперь он с ней мучаеться =)))

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

На самом деле произошло все как с bind.... Моя очень сильная половая активность привела к тому что она не выдерала и ушла к более спокойному парню, который фанат бзди... =))

anonymous
()
Ответ на: комментарий от GeoF

> Да, производительность UDP стека низкая, но не катастрофичная.

Верните GIANT LOCK на место, сцуки...

Если серьезно, то я удивлен как минимум... Меня поправят, однако в задачи Relese Team входит снятие перформанс тестов с системы перед релизом, т.е. любая деградация производительсности в связи с изменениями в ядре должна замечается/исправляться ДО релиза...

А здесь получается со времени 4.11 прошло х*ева туча времени, много чего наворотили (хотя бы Giant Lock тот же везде поубирали), а результата-то и нет.

Имхо, если Core Team не разберется с процессом разработки, то Solaris для меня будет единственный ОС.

anonymous
()
Ответ на: комментарий от bugmaker

>Чё тут удивляцо, там даже XGL нету.

На смену устаревшему критерию "мп3 искароппки" пришел новый?

MYMUR ★★★★
()
Ответ на: комментарий от anonymous

Ну вот, а я думал девушка линуксоненавистница какая. А вот оно как оказывается. Жму твою мужественную руку!

manokur ★★
()
Ответ на: комментарий от Zulu

>Что можно такого сотворить в ядре, чтоб добиться двукратного регресса производительности в BIND?
>Или может там BIND'ы разных версий?

Думается, что дело тут не в BIND'e. Когда я тестировал FreeBSD 6.1 в качестве платформы под VOIP (RTP proxy), то выявился интересный факт - фря этого релиза не может обрабатывать более 15K UDP pps, остальное просто дропает и честно об этом говорит. Драйвер em. Игры с размером буферов не помогают, а при совсем больших буферах btw процесс-слушатель уходит в D state без всякой возможности его от туда выцарапать.

В общем грустно все в FreeBSD 6.1 с сетевым стеком.

P.S.
Linux на таком же тесте свободно отрабатывал ~25 K UDP pps.

Alter ★★
()

Очень интересно, учитывая, что NSD просто написан под Фрей, а ISC использует Фрю на своих серверах.

Для полноты картины не хватает тестов на freeBSD 5.5. 6-ка в общем-то ожидаемый тормоз, раньше 6.4 там хорошо не будет.

BaT ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.