Анонсирован (http://www.dragonflybsd.org/main/release1_4.cgi) выход релиза DragonFly BSD 1.4 (http://www.dragonflybsd.org/).В DragonFly BSD 1.4 осуществлен переход на систему пакетов PKGSRC, изначально разработанную для NetBSD, поддержка системы портов из FreeBSD прекращена.
В качестве базового компилятора используется GCC 3.4.
Значительной переработке подверглись драйвера сетевых устройств, TCP/IP стек, системные библиотеки, код планировщика задач.
По прежнему, одной из главных задач является избавление ядра от полной глобальной блокировки (GIANT-LOCK), не дающей, на многопроцессорных системах, находиться в пространстве ядра более чем одному процессу (остальные процессы в это время ждут освобождения блокировки).URL: http://www.dragonflybsd.org/main/release1_4.cgi
Новость: http://www.opennet.me/opennews/art.shtml?num=6760
Какой нафиг BGL в dfbsd-шном ядре?RTFM по LWKT и IPI....У каждого процессора по своему scheduler-у легковесных потоков, отвечающему за процессы, выполняющиеся на данном CPU...Более того, в пространстве ядра не все то, что выполняется, суть процесс - есть чистые потоки без контекста процесса....И т.д...
>Какой нафиг BGL в dfbsd-шном ядре?RTFM по LWKT и IPI....У каждого процессора
>по своему scheduler-у легковесных потоков, отвечающему за процессы, выполняющиеся на данном
>CPU...Более того, в пространстве ядра не все то, что выполняется, суть
>процесс - есть чистые потоки без контекста процесса....И т.д...Они уже FreeBSD 4 для этого до конца переделали ? Вроде как обещали закончить только к следующей версии.
А пока из release notes: A phenominal amount of work has gone into stabilizing major subsystems as part of our effort to remove the big giant lock.
Ну да, все правильно - работа по убиранию BGL из всех основных подсистем..Так вот, ядро - чисто...
Некоторые проблемы наблюдаются в сетевой подсистеме - там да, там есть глюки...
http://groups.google.com/group/mailing.freebsd.current/brows...
Подробнее например, тут.....(см. посты Matthew Dillon-а)>Well, considering that we haven't removed the MP lock from the network code yet, I'm not surprised at the poorer performance.
(там были тесты FBSD 7.0 vs DFBSD 1.4 по p/s на em0)Another example would be our IP forwarding code. Hahahah. I'm amazed that it only takes 3 uS considering that it is running under both the MP lock *AND* the new mutex-like serializer locks that will be replacing the MP lock in the network subsystem AND hacking up those locks (so there are four serializer locking operations per packet plus the MP lock).
Как я понимаю, об этом писалось в rel_notes...
А чем не угодила система портов FreeBSD?