>
> А вот если тысячами меряются _треды_, как это есть в CGP, Oracle
> (иногда :-), MySQL, то лучше будет работать Solaris (в том числе x86).
Ну да, мэппинг тредов в LWP - очень хорошая идея. С другой стороны,
запуск процесса через fork почти ничего не стоит.
Еще в Солярке была очень грамотная обработка прерываний на Multi-CPU
системах (с thread pool). Но точилась она лет 10 назад под те архитектуры
(скорость и latency шин) и те скорости процессоров (суперспарки, по сути
Pentium-60 :), я не уверен что на современных скоростях оно имеет значимый
выигрыш.
В сетевой части и вообще в i/o - все вроде бы застыло на уровне /dev/poll ?
В бесплатных конкурентов в это место положили очень много сил и с изрядным
результатом (kevent от Yahoo в первую голову).
> А файловая система - да, хороший вопрос. Никто еще не оценил
> прелестей фрагментации ufs? Которой как нам объясняли на юниксах "не
Конечно бывает, откуда чудесам взяться. Везде бывает, невозможно без этого.
Но вот сходу ехидный вопрос. Хотя-бы что-то вроде UFS_DIRHASH сделали
в солярке (гуглом поискал, не нашел :), или доступ к файлу по имени - все
еще линейный лукап в каталоге.
В линуксе проблема решена FS-ами с индексами (reiser).
> бывает". Бывает бывает. Вон veritas даже рекламирует встроенный в себя
> процесс/тред дефрагментации.
Я был уверен, что у веритаса не UFS. Но в детали не было случая вникнуть.
Алексей Тутубалин
mailto: lexa@xxxxxxx
Web:
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@xxxxxxxxxxxx if you want to quit.
Archive is accessible on
