LINUX.ORG.RU

FreeBSD 7.0 на SMP лучше, чем Linux

 , , ,


0

0

После значительных улучшений в поддержке SMP в FreeBSD 7.0 бенчмарки показывают, что производительность FreeBSD на 15% лучше, чем у последних linux-ядер на 8-процессорной машине в PostgreSQL и MySQL. Хотя пару бенчмарков и нельзя считать убедительным основанием, но можно предположить, что FreeBSD снова становится серьезным соперником Linux. Некоторые авторы на LWN предполагают, что уровень производительности Linux может быть связан с Completely Fair Scheduler, добавленным в ядро 2.6.23.

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

anonymous

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

Ответ на: комментарий от Dao_Dezi

>>>там ... там FreeBSD 7 на 8-ми коровом железе (аха - читай третий пенёк) - рвёт линуксов как Тузег грелку!

>Здесь уже говорили о том, что место фре на помоях - ты это только что подтвердил.
>Dao_Dezi


Ну я же говорил - истерика у болезных ,)

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

> Чемже бзд отстойна? в плане стабильности лучше линукса,

Хрена с два, Центось посмотри, а не Мандриву или Бубунту.

> удобства администрирования удобней,

Не надо звездеть, любители билдворлдов и цвсапов для аптейдта. У вас обновление системы -- полнейший самотык дилдой с вибратором.

> опенбзд секюрней,

Ага, ты сразу себе три бсди поставишь: одна будет видеть твою сетевуху, а вторая будет секюрной.

> tcp/ip стек лучше.

Самый стековый стек.

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

> Где она используется на нормальных высоконагруженных серверах? Где?! Кроме быдлохостенгов в рашке, да роутером у фанатиков ее больше нет нигде.

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

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

>> tcp/ip стек лучше.

>Самый стековый стек.
>a110c

А - прозрел! А то картина a110c succ winsock уже надоела ,)

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


>Как там с IB ? ;)
>sS ****


sS - с IB там никак :(
Но справедливости ради - у кого (кроме тебя) на ЛОРе это есть?
Да чего там мелочится - во всей Рассее с десяток сайтов наберётся?

Отож ...
Впрочем если ты карты отдашь в проект как донатион - могут и сделать, черти оне такие :)

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

> Он не решил. Ему так сказали: http://rumetrika.rambler.ru/publ/article_show.html?article=2546

> Цитата: "По итогам выборочного исследования мы получили следующий результат (рис. 1): на российских серверах безусловно лидирует Free BSD (53%), на втором месте Linux (32%) , количество серверов, на которых установлена ОС Windows составило 9%, реже встречается Solaris - всего 5%.

Сейчас провёл своё выборочное исследование. Смотрел первые десятки Яндекса по ряду ключевых слов и смотрел данные netcraft.com по попавшим туда сайтам, если данных по домену не было, то переходил к родительскому домену, не доходя естественно до самого верхнего уровня (то есть примерно так: www.abc.xyz.ru -> abc.xyz.ru -> xyz.ru). Проверил пять наугад выбранных слов: "пчеловодство", "регламент", "парабола", "космонавтика" и "лосьон". В итоге получилась такая статистика:

неизвестно: 22, Linux: 13, FreeBSD: 6, Windows: 4, Solaris: 3, исключено: 2

Вообще сайтов под Linux оказалось 15, но один из них был в домене .by, а ещё один - это был ru.wikipedia.org, поскольку возникли сомнения, следует ли этот сайт считать частью российского Интернета, я его на всякий случай тоже исключил. С другой стороны, из найденных шести сайтов под FreeBSD три - это сайты на narod.ru, может стоило их считать как один? Более того, данные по narod.ru вызывали некоторое сомнение из-за того, что в качестве веб-сервера там было указано "ZX_Spectrum/1997 Sinclair_BASIC" - может там были предприняты какие-то меры против правильного определения данных о системе, и на самом деле там не FreeBSD? Но даже если принять наиболее благоприятный к FreeBSD вариант - то есть считать *.narod.ru, и считать за отдельные сайты, всё равно получилось, что Linux опережает её более чем в два раза. Хотя конечно у меня выборка была небольшая, но всё-таки полученные результаты заставляют усомниться в точности той статистики, где за FreeBSD более половины. Я правда не делал разницы между доменами .ru, .com, .net и т.д. - главное, что сайт на русском языке, и не в домене какой-то другой страны, но вряд ли это существенно. И вряд ли ситуация принципиально изменилась за прошедшее время - меньше, чем за полтора года. Может они ошиблись когда считали? :-) Или может всё-таки за это время что-то в российской части Интернета произошло, например - может многие сайты, размещавшиеся на narod.ru, стали переезжать на ставший более доступным платный хостинг? Но я не знаю, много ли в Top 100 Рамблера год-полтора назад было сайтов из narod.ru.

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

>Но справедливости ради - у кого (кроме тебя) на ЛОРе это есть?

AFAIK у Дайхарда есть, может еще у кого (но скрывают) его уже вообще ставят встроенный на хайендовые серверные платы кстати.

>Да чего там мелочится - во всей Рассее с десяток сайтов наберётся?

Каких сайтов ? В Рассее только суперов из топ500 7 штук было в последней редакции списка, IB уже давно не стоит запредельных $$ как тот же SCI к примеру.

>Впрочем если ты карты отдашь в проект как донатион - могут и сделать, черти оне такие :)

Мне *BSD как бы там не нужно у меня и так всё нормально работает ;) При этом linux поддерживается не энтузиастами а самим вендором и работает "искаропки"

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

>>Но справедливости ради - у кого (кроме тебя) на ЛОРе это есть?
>AFAIK у Дайхарда есть, может еще у кого (но скрывают) его уже вообще ставят встроенный на хайендовые серверные платы кстати.

Не знал. Но это хорошо - значит скоро появится поддержка то ,)
А не шепнешь модельку - может внесу в бюджетец ....

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

> При этом linux поддерживается не энтузиастами а самим вендором и работает "искаропки"

Понимать как: завязаны на вендора по самое не могу. Vendor Lock-In, так сказать. Ж))

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

>Понимать как: завязаны на вендора по самое не могу. Vendor Lock-In, так сказать. Ж))

уважаемый пионер! Вы с em так же завязаны на вендора, как и Linux с Infiniband.

Вы банально на своей bsd cpu affinity не можете выставить, не говоря о i/o приоритетах.

Процесс с nice=19 поставит всё колом, когда активно начнёт читать/писать на диск.

А эти веселые страдания с перекомпиляцией всего-всего(не дай бог рассинхронизация мира и ядра) ради ipsec?
Кстати, как нынче в бсд с nat-t? как дела со схемами вроде roadwarrior-roadwarrior?

А нормального IKED так до сих пор и нет(привет, raccoon!)?

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

> Процесс с nice=19 поставит всё колом, когда активно начнёт читать/писать на диск.

Ниразу не замечал на FreeBSD 6.1...7.0 "заедания" проигрывания звука из-за 100% загрузки CPU. Вот, ты хоть сто штук вкладок с Gnash-flash в SeaMonkey открой, а звук не заедает! В чём дело? то я делаю не так, если при 100% загрузки CPU нормальные процессы продолжают выполняться и обеспечивают должное качество обслуживания и отклика?

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

> Кстати, как нынче в бсд с nat-t? как дела со схемами вроде roadwarrior-roadwarrior?
> А нормального IKED так до сих пор и нет(привет, raccoon!)?

Опять вы непонятными словами бросаетесь. Используя Фри на десктопе в качестве "замена Windows", я таких слов-то не слышал ниразу за последние 12 лет.

Я не владею языком вашей предметной области, но знаю, что во FreeBSD многое решается альтернативными методами, не как в Linux. Там немного отличающийся "тезаурус". Не завязанный на конкретного вендора. Ж)

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

> Вы банально на своей bsd cpu affinity не можете выставить, не говоря о i/o приоритетах.

Зачем выставлять что-то вручную пользователю? (Программист — это другое)
На двухъядерном Athlon64 X2 все процессы равномерно "раскидываются" по ядрам. За привязкой конкретных процессов к конкретному процессорному ядру особо не следил, но Java-Tomcat на отдельном ядре крутится и не перемещается на другое в течение всего сеанса.

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

>Ниразу не замечал на FreeBSD 6.1...7.0 "заедания" проигрывания звука из-за 100% загрузки CPU. 

Уважаемый, причём тут cpu?
Запустите проигрывание музыки, а с другой консоли вот это:
dd if=`mount | grep '/usr' | awk -F on '{print $1}'` of=/dev/null

лучше конечно если бы это были одновременные запись/чтение.
И удивитесь вашей музыке.

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

>Зачем выставлять что-то вручную пользователю? (Программист — это другое) 

в том и дело что ни пользователь, ни программист не могут во freebsd
"привязать" процесс/тред к опр. cpu.

>На двухъядерном Athlon64 X2 все процессы равномерно "раскидываются" по ядрам. 

да это круто. вот только просто подумайте о системе где 2 сокета с opteron.  Обращение в нелокальную память(в пямять процессора из соседнего сокета) - очень дорогая операция.

Поэтому ОС должна не только "раскидывать по ядрам", но ещё и память выделять локальную.

>За привязкой конкретных процессов к конкретному процессорному ядру особо не следил, но Java-Tomcat на отдельном ядре крутится и не перемещается на другое в течение всего сеанса.

круто. 
А теперь пример. У вас 2 приложения. Одно(app1) на "чистой"(без нагрузки) системе выполняется за 20 сек, а другое(app2) - за 600.
1)запускаем app1
2)запускаем app2
3)запускаем app1
4)запускаем app2

итого: у вас на одном процессоре могут "собраться" только процессы app1, а на другом - только app2. ~ через 40 сек процессы app1 завершаться, и у вас будет 1 cpu в idle и 1 - full load.

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

>А теперь пример. У вас 2 приложения. Одно(app1) на "чистой"(без нагрузки) системе выполняется за 20 сек, а другое(app2) - за 600.
>1)запускаем app1
>2)запускаем app2
>3)запускаем app1
>4)запускаем app2

>итого: у вас на одном процессоре могут "собраться" только процессы app1, а на другом - только app2. ~ через 40 сек процессы app1 завершаться, и у вас будет 1 cpu в idle и 1 - full load.

Вы действительно это проверяли или это ваши личные предположения о тупизне нового планировщика ULE3?

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

+1 по сравнению с линуксом визуально быстрее некотоыре операции, при этом система предсказуема и понятна, в отличии от линукса, где ядро можно повесить неподдерживаемым устройством )))

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

>>Понимать как: завязаны на вендора по самое не могу. Vendor Lock-In, так сказать

>Ты сильно не в теме ;) http://openib.org

Цитата "The OpenFabrics Alliance is currently developing a unified, open-source software stack for the two major RDMA fabric technologies -- InfiniBand and iWARP (also known as RDMA over Ethernet). The Alliance supports <b>both</b> the Linux and Windows operating environments. Конец цитаты.

Вывод: всего ДВЕ поддерживаемые платформы — Linux и Windows. Остальные POSIX- и не-POSIX-совместимые системы в попке.

Ну-ну. Продолжайте и дальше считать (себя) свободными. Ж)

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

> Продолжайте и дальше считать (себя) свободными

Определение настоящей свободы - в студию!

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

Были у Arima и Iwill (моделей точно не вспомню) и еще какие то крупные бренды выпускают свои.

sS ★★★★★
()

обострение 3.14дорской активности ну-ну;
в жопу поменьше трахайтесь, мож в голове просветлеет;

cat this GNEV > FreeBSD only
одумайтесь ребята (rus.freebsd.devel.team)

>8=)

anonymous
()

обострение 3.14дорской активности ну-ну; в жопу поменьше трахайтесь, мож в голове просветлеет;

cat this GNEV > FreeBSD only одумайтесь ребята (rus.freebsd.devel.team)

>8=)

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

> Во вторых: В стандартном ред-хете бейзд дистре есть /etc/modprobe.conf знаеш зачем оно хоть? А какое оно в Дебиане?

Ты еще за монолитный httpd.conf повыступай, умный ты наш.

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

> Потому что они ТАМ не нужны ;)

Очень смущает, что винда ТАМ нужна :(

sv75 ★★★★★
()

Opinion is like an asshole: everybody has one.

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

> +1 по сравнению с линуксом визуально быстрее некотоыре операции, при этом система предсказуема и понятна, в отличии от линукса, где ядро можно повесить неподдерживаемым устройством )))

Опять бсдуны бздят. Иди читай про fatal trap для общего развития, сказочник:

http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-02/msg00194.html

http://groups.google.ru/group/mailing.freebsd.stable/browse_thread/thread/da1...

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

Да, да, да.
Собравшиеся здесь прекрасно осведомлены, что багтрэкинга для Linux не существует. Любой дистрибутив Linux безошибочен по определению. Ж)

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