Сравнение масштабируемости систем *BSD

> если б еще померяли на DragonFlyBSD, там то шла изначальная заточка под многопроцессорность и, теоретически, не должно быть затычек не зависимо от кол-ва процов.

Ты хоть понял сам что сказал, "стрекоза" - это сравнительно недавний форк фрюхи. Со всеми ее проблемами в SMP в том числе.

> btw при должном просветлении для достижения последнего первые два не являются жесткой необходимостью.

И это ЦЕО? о_О

>Ну а что тестировать-то? Продакшн линукс заруливает всех остальных бздей , которые ещё и даже до продакшн стадии не дошли( и не дойдут, поскольку там и не используются).

Интересно, почему тогда этот продакш-линукс на первом графике в жопе сидит? Или график вверх ногами?

>Интересно, почему тогда этот продакш-линукс на первом графике в жопе сидит? Или график вверх ногами?

_Линукс_ тут непричем - тормозит кривой malloc в glibc. Если его пропатчить - то система с Линуксом получается впереди. А еще если протестировать новые scheduler'ы - то скорее всего еще больше отрыв будет (нам переход на CFS на многопоточном сервере приложений дал ~6% прироста скорости).

Ну и в Линуксе есть оптимизации для NUMA, которых еще долго не будет в *BSD, так что на реально многопроцессорных системах *BSD вообще сольют.

Ну так и BSD не стоят на месте... в семерке уже дофига чего переписали/пропатчили и судя по всему на этом останавливаться пока не собираются. Так что вполне возможно, что в недалеком будущем linux и bsd смогут потягаться в производительности на равных. Для меня к примеру результаты были весьма интересны, поскольку я считал, что у FreeBSD с многопроцессорностью намного хуже дела обстоят, чем у Linux.

>Ну и в Линуксе есть оптимизации для NUMA, которых еще долго не будет в *BSD, так что на реально многопроцессорных системах *BSD вообще сольют.

Попросите IBM по-братски поделиться со всеми, вот тогда и помереемся. Что?

Проблема в *BSD в том, что они сейчас примерно на 5 лет отстают от Линукса. В них еще только начали уменьшать гранулярность блокировок и переделывать планировщики.

Конечно, имея опыт Линукса можно все написать намного быстрее, но на этом пути их будет ожидать много интересных неожиданостей :)

>Конечно, имея опыт Линукса можно все написать намного быстрее, но на этом пути их будет ожидать много интересных неожиданостей :)

Я бы сказал, что неожиданностей не будет, потому что наступать на те же грабли, которые были впервые обнаружены и обсуждены широкими слоями населения при разработке Linux-ядра, никто из разработчиков FreeBSD не решится.

> грабли, которые были впервые обнаружены и обсуждены широкими слоями населения при разработке Linux-ядра

впервые?? операционные системы уже полвека делают

А я думал, что с ними сталкивались в HP-UX, в AIX, в Solaris, в том же IRIX, а в Linux потом наработки сливали, - тот же NUMA и прочее хорошее, что сейчас есть у Linux...:)))

> на этом пути их будет ожидать много интересных неожиданостей

Это ты про сплошной big kernel lock? :-)

>А я думал, что с ними сталкивались в HP-UX, в AIX, в Solaris, в том же IRIX, а в Linux потом наработки сливали, - тот же NUMA и прочее хорошее, что сейчас есть у Linux...:)))

И что, этот код никто не смотрел и его даже не обсуждали мантейнеры ядра Linux? Прям сразу же прилинковывали к коду ядра, выбрасывая самопальные костыли, которые стояли раньше?
Не верю.
Всегда есть процесс адаптирования, обкатки, тестирования и критической оценки привнесённой из вне функциональности. Сомневаюсь, что команда FreeBSD будет повторять те же организационные ошибки, которые неизбежно возникают при импорте любого стороннего кода большого объёма в основную ветку разработки системы. Правда, никто и не предлагает готовый код SMP -- приходится разрабатывать самим. Идут только деньги от спонсоров.

И, скорее всего, стоимость разработки всей системы FreeBSD окажется на порядок ниже, чем стоимость разработки одного лишь ядра Linux. ;)

>> на этом пути их будет ожидать много интересных неожиданостей
>Это ты про сплошной big kernel lock? :-)
>no-dashi *

Даша - ты отстала от жизни! Там большой лок остался только в некоторых местах - навскидку в юсбЭ стэке ...
А большая интересная неожиданность только одна - блин! да у нас же все лучше!(за исключением нумы) 8-)

От так то!