Неуязвимый Linux

> большую часть времени проводят сражаясь за giant lock.

Вызывающе неверная информация.

> Учите матчасть в общем.

Для начала приведи список подсистем, в которых остался Giant, затем продемонстрируй на живом примере, что более пятидесяти процентов ("бОльшая часть") времени проходит в блокировке.

Я даже для своего десктопа (2x Opteron 242) с этим не соглашусь: бОльшую часть времени он проводит в idle. ;)

http://kerneltrap.org/node/5191

>ведет себя как виндузятник

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

> http://kerneltrap.org/node/5191

Спасибо, что выступил в мою поддержку. Приятно сознавать, что человек с ***** на LOR разбирается и во FreeBSD. ;)

PS. Я в курсе вопроса, это анонимус оперирует домыслами.

>бОльшую часть времени он проводит в idle. ;)

Это очень верно подмечено.. ;-) Не стоит так переживать,.. ну, полаялись ребятки, как всегда.. да и разошлись с миром..

> http://kerneltrap.org/node/5191

И что ? Судя вот по этому тексту:

"fhopen(), fhstat(), fhstatfs(), freebsd4_fhstatfs(), quotactl() Add unconditional Giant acquisition/drop to vfs_syscalls.c system call code. This needs refinement to match the conditional Giant use present in other VFS system calls."

Giant Lock просто переезжает "внутрь" системных вызовов. Это конечно шаги в правильном направлении, но даст это немного.

> И что ?

Ничего. Просто, думаю, тебе незнакома архитектура современного ядра FreeBSD. Конечно, еще есть места, где можно избавиться от Giant, но их очень мало, и сказываются они только в терминальных случаях.

> Giant Lock просто переезжает "внутрь" системных вызовов.

Он остается там, где это не так критично и/или потребует очень больших вмешательств с неясными преимуществами. Например, вызов mount|unmount.

Сейчас FreeBSD не менее Giant Free чем Linux, в котором kernel_lock|unlock -- далеко не последний механизм. И уж если Линус не видит необходимости до конца избавляться от Giant (о чем он прямо говорил), то и против фри аргумент не катит.

PS. Демонстрации >50% времени в giant на MP на реальных задачах я так и не увидел, кому-то придется извиняться за свою брехню. ;)