LINUX.ORG.RU

Тесты масштабируемости Linux и BSD


0

0

Сравнение Linux 2.4, Linux 2.6, OpenBSD 3.4, FreeBSD 5.1 и NetBSD 1.6.1, в частности сетевых подсистем, управление процессами и памятью, операций с диском.
Результаты говорят сами за себя, но основной вывод: масштабируемость Linux 2.6 достойна похвалы!

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

anonymous

Проверено: maxcom

OpenBSD сасиот

anonymous
()

Очень интересный тест

anonymous
()

Очень жаль что не участвовала freebsd 4.8.

anonymous
()

основной вывод: масштабируемость Linux 2.6 достойна похвалы!

Масштабируемость на ноутбуке?

Я куею с вас дорогая редакция :)

Sun-ch
()
Ответ на: комментарий от Sun-ch

2Sun-ch (*) (20.10.2003 14:20:01):"Масштабируемость на ноутбуке?

Я куею с вас дорогая редакция :)"

Окуеешь когда AMD64 mobile выйдет

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

Да, OpenBSD классно опустили. Что характерно, FreeBSD сравнима с Linux 2.6, так что фря не такая уж и плохая система

anonymous
()

>OpenBSD 3.4 was a real stinker in these tests. The installation routine sucks, the disk performance sucks, the kernel was unstable, and in the network scalability department it was even outperformed by it's father, NetBSD. OpenBSD also gets points deducted for the sabotage they did to their IPv6 stack. If you are using OpenBSD, you should move away now.

хорошее резюме :0)

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

А у меня на ноутбуке виндовс98 быстрее их всех работает :)

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

не знаю - не знаю. У меня на одном из сервакофф стоит ОпенБСД. Работает уже 2 года в режиме 24/7 и я доволен ее производительностью. На ней работает почта, днс, роутер/файервол, майскуль, апач. И все это на 500 целерон + 64 Мб мозгов.

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

Тестор был плохо знаком с настройкой ОС. В таких случаях желательно что б настраивали спецы, каждый свою систему а потом производилось тестирование.

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

>А если бы поставил туды линух -- хватило бы и половины дозы. 233MMX + 32 Мб мозгов :-)

Это жышь такое старье поскать надо. :)

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

Если кто знает авторитетные тесты - давайте ссылку. Будем тестировать свои системы и вакладывать результаты вместе с конфигурацией. Вот и посмотрим кто тут админ а кто пионэр.)

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

Linux 2.6 это действительно революционный скачек в производительности Линуха, но сравнивать в другими ОС надо при настройках на максимальную стабильность системы, что бы оценить практичность использования.

AlexeySyS
()

>I ended up reinstalling OpenBSD in the swap partition from my Linux installation. In the end I had so little space that I had to copy the logs over to my desktop box after each benchmark, otherwise the filesystem would be full.

OBSD работала без свопа?

These benchmarks are the result of my scalable network programming research. My interest in this area is to see how scalable and fast network applications can be on standard PC hardware.

I have done most of my research on Linux 2.4, 2.5 and 2.6 kernels

When my implementation worked on Linux, I decided to port the API to BSD

То еть разработка изначально велась под ядра линуха, а на бсд был

порт.

Интересно какого качества?

Ну и кому нах интересны такие ламерские тесты "масштабируемости" на

домашнем ноутбуке?

Sun-ch
()
Ответ на: комментарий от Sun-ch

Нормальные тесты.
Большинство адмнов ставят дистрибутив из коробки и настраивают только самое основное - network и сервисы.

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

> Ну и кому нах интересны такие ламерские тесты "масштабируемости" на домашнем ноутбуке?

господину Марку понравилось:)

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

>Нормальные тесты. >Большинство адмнов ставят дистрибутив из коробки и настраивают только самое основное - network и сервисы. Большинство админов не ставят на в работу нестабильные ветки ни БСД и Линукса.

AlexeySyS
()
Ответ на: комментарий от Sun-ch

Sun-ch хитрый ;-), считывает комментарии/обсуждения на openbsd-misc и пересказывает нам их :))) Скоро про сеть расскажет: почему тормозила сеть в OpenBSD (port randomization) и так далее...

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

Бред. Вон в предыдущем треде производительность санок по частоте проца

меряли ну и что?

Сравнивать надо производительность приложений.

Вот аpache 2, интенсивно использует треды.

Вот и интересно посмотреть где он быстрее работает, при этом нужно

не забыть про виндовс и соляру.

Sun-ch
()
Ответ на: комментарий от AlexeySyS

> Причем тут Gentoo? Он Linux ядро тестировал а не дистрибутив.

а тогда причем тут процесс установки опенбсд?

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

в чем заключается нестабильность FreeBSD 5.1 и Linux 2.4?

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

>Вот аpache 2, интенсивно использует треды.

>Вот и интересно посмотреть где он быстрее работает,..

Говорили, что в новом ядре 2.6 уберут khttpd, обосновывая это тем, что другие Веб-сервера будут до такой степени быстро работать (практически как нативный "ядреный" веб сервер), что уже не будет нужен отдельный веб-сервер, работающий на уровне ядра.

По поводу же тредов, давно юзаем Workers MPM - работает стабильно - мы очень довольны (конечно же, мы делали разного рода стресс и крэш тесты).

dotcoder ★★★★★
()
Ответ на: комментарий от Sun-ch

>дык подпишись и тоже за умного сойдешь :)

ГГГ :))))))

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

"ядреный" веб сервер - нездоровое что то, вроде как у МС такое уже было

Может лучше сервер помощнее прикупить?

Sun-ch
()
Ответ на: комментарий от redactor

Известное мнение - Linux опережает Freebsd в плане поддержки smp.

Интересно, проводилось ли такое сравнение?

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

Чтобы обеспечить прирост производительности, эквивалентный переходу с apache на tux/khttpd придется покупать еще парочку серверов. Однако применять серверы, работающие в kernel-space имеет смысл только в специфических задачах.

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

The kHTTPd daemon which allowed the kernel to serve web pages directly has also been removed as most of the performance bottlenecks that prevented Apache, Zeus, et. al. from reaching kernel speeds have been resolved.

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

dotcoder, это какой такой ботлнек?

anonymous
()

Re:

gy :) я тоже поставлю своими кривыми ручками OBSD и она просакает по полной

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

Это радует. Однако верится с трудом что апач сможет отдавать статику не хуже тукса.

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

Sun-ch
дак что было похоже %)
нужно достать свой старый пыльный диск с соляркой седьмой и опубликовать результаты -- как мы порвали соляру на целероне 300 %)))

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

Ну и какой я должен сделать вывод?

Меняем санки на целерон с лялихом?

Прирост производительности 300% :)

Для какого нибудь оракела это тоже справедливо?

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

чушь собачья!

2 anonymous (*) (20.10.2003 16:24:08):

> гляньте мужики, пингвиникс и соляру зарулил! %)

> While both Solaris and Red Hat 9 offer desktop environments, this evaluation is concentrating on server features, so I won't spend a lot of time on desktops.

> With that said, RedHat wins, no contest.

> Solaris 9 lets you choose between a very ugly GNOME 2.0 implementation or the typically bland CDE, while RedHat offers both KDE and GNOME 2.0

Человеку, утверждающему о превосходстве убожества KDE и глюкала GNOME над CDE, срочно необходима помощь психиатра.

> Security

> There is one aspect of Solaris that I'm not fond of at all, and that's Sun's slow response to release security patches for some of the more serious vulnerabilities. Two potentially remote-exploitable released recently were Sendmail and OpenSSH.

Про то, что в Solaris есть RBAC и потенциальная угроза от такого рода дыр гораздо меньше, чем в случае [непропатченного RSBAC|grsec|... ] Linux, автор молчит...

> Performance Conclusion Убогому железу -- убогую ОСь!

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

RE:

На SMP в местах, которые в Linux защищаются read copy update блокировками (scheduler/dcache в основном), Linux 2.6 имеет шанс очень прилично зарулить FreeBSD.

А на UP и FreeBSD очень симпатично выглядит, хотя увеличение производительности в разы при увеличении нагрузки смотрится довольно странно (надо бы перетестировать и пересмотреть тесты).

Murr ★★
()

Хм... Ребята...

У меня есть возможность проверить производительность на машинке PIV-3.0/800 (HT), чипсет i875 (мать GA-8KNXP Ultra), 2Gb DDR400, диски U320 SCSI 15000rpm...

Вы только эт-та... Тесты подкиньте.

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