The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышел релиз DragonFly BSD 1.4

09.01.2006 15:51

Анонсирован выход релиза DragonFly BSD 1.4.

В DragonFly BSD 1.4 осуществлен переход на систему пакетов PKGSRC, изначально разработанную для NetBSD, поддержка системы портов из FreeBSD прекращена.

В качестве базового компилятора используется GCC 3.4.

Значительной переработке подверглись драйвера сетевых устройств, TCP/IP стек, системные библиотеки, код планировщика задач. Добавлена экспериментальная поддержка протокола SCTP.

По прежнему, одной из главных задач является избавление ядра от полной глобальной блокировки (GIANT-LOCK), не дающей, на многопроцессорных системах, находиться в пространстве ядра более чем одному процессу (остальные процессы в это время ждут освобождения блокировки).

  1. Главная ссылка к новости (http://www.dragonflybsd.org/ma...)
  2. DragonFly FAQ - русская версия
  3. Инсталяция DragonFlyBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/6760-dragonflybsd
Ключевые слова: dragonflybsd, bsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (4) RSS
  • 1, smb (?), 22:52, 09/01/2006 [ответить]  
  • +/
    Какой нафиг BGL в dfbsd-шном ядре?RTFM по LWKT и IPI....У каждого процессора по своему scheduler-у легковесных потоков, отвечающему за процессы, выполняющиеся на данном CPU...Более того, в пространстве ядра не все то, что выполняется, суть процесс - есть чистые потоки без контекста процесса....И т.д...
     
     
  • 2, Аноним (-), 23:56, 09/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Какой нафиг 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.

     

  • 3, smb (?), 00:41, 10/01/2006 [ответить]  
  • +/
    Ну да, все правильно - работа по убиранию BGL из всех основных подсистем..Так вот, ядро - чисто...
    Некоторые проблемы наблюдаются в сетевой подсистеме - там да, там есть глюки...
    http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/4
    Подробнее например, тут.....(см. посты 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...

     
  • 4, Аноним (-), 23:37, 11/01/2006 [ответить]  
  • +/
    А чем не угодила система портов FreeBSD?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру