The OpenNET Project / Index page

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

Вышел DragonFlyBSD 1.6

25.07.2006 21:01

Вышел очередной релиз форка FreeBSD 4.x с улучшенной, по-мнению авторов проекта, реализацией поддержки SMP-систем.

Самой заметной для пользователя вещью в этом релизе станет реорганизованная и улучшенная поддержка беспроводных адаптеров 802.11. Также наметился значительный прогресс по удалению кусков кода с giant lock, что в свою очередь поможет в будущем реализовать такие вещи как виртуальные файловые системы в пользовательском окружении и кластеризацию. Кроме того, полностью переписан планировщик выполнения пользовательских процессов (usched) и переработан usched API.

Об остальных изменения можно прочитать в пресс-релизе.

  1. Главная ссылка к новости (http://www.dragonflybsd.org/co...)
Автор новости: aim
Тип: К сведению
Короткая ссылка: https://opennet.ru/7955-bsd
Ключевые слова: bsd, dragonflybsd
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, dawnshade (?), 22:36, 25/07/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин ведь громадная работа проделана, только кажется мне зря, не проживет она долго.
     
     
  • 2.2, Viaprog (?), 00:52, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Почему это не проживёт?
     
     
  • 3.3, Квагга (?), 05:43, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему это не проживёт?

    Потому, что SMP - никакой.

    Потому, что Опенок давно и успешно закрывает все бреши в идеологии Фри.

    Потому, что помните ли вы 4.х? А с 6.1 после 4.х пробовали работать?

     
     
  • 4.6, dawnshade (?), 09:54, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому, что помните ли вы 4.х? А с 6.1 после 4.х пробовали
    >работать?


    В том-то и дело что после _6.1_
    Форк стрекозки был как раз связан с несогластностью отдельных товарищей с линией партии 5.х. Как показало время? они были правы (несогласные).

     
     
  • 5.8, diam (??), 11:05, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, что они были правы. Но не смогли убедить.
    Однако, время идёт. И постепенно идеалогические дыры, как правильно было подмечено, закрываются. И я иногда начинаю задумываться: эх, что бы было, если бы Диллан вернулся в проект?
    Представьте себе такую картину (просто представьте, я не говорю, что это возможно): разработчики OpenBSD, NetBSD, FreeBSD и DragonflyBSD объединили усилия, и результатом появилась какая-нибудь UnionBSD, которая имеет все преимущества этих систем. А уже от неё были бы совсем Desktop- и Light- ориентированные форки. Я думаю, каждый бы этого хотел.
    Но сейчас такое невозможно.
    Для любого масштабного проекта необходимо некоторое административное управление, основанное на каких-либо принципах. То, что люди не могут договориться - проблема администрации проекта, в общем-то. Вопросы не должны ставиться так: "или сделаете по моему, или я уйду". Если считаешь, что прав, убеди в этом остальных. Всё же, коллектив разработчиков не толпа тупых обезьян, и общаться умеют. А уходить, хлопнув дверью, по моему - показать свою слабость.
    К чему это я? Если процесс дробления команд довести до предела (lim->oo), то получим набор одиночек-программистов. Каким бы ни был талантливым человек, в одиночку многого не добиться. Без вклада результатов труда в какое-либо дело труд становится бесполезным. Может, стоит пересмотреть административное устройство проектов?
     
     
  • 6.9, dawnshade (?), 11:10, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Возможно, что они были правы. Но не смогли убедить.
    >Однако, время идёт. И постепенно идеалогические дыры, как правильно было подмечено, закрываются.

    но опять же, на сколько сильно за это время стрекоза отставла от тойже 6ки? Если бы принялись вылизывать 4ку до нынешнего состояния стрекозы это уже былобы существенно снижение темпов развития проекта.

    >И я иногда начинаю задумываться: эх, что бы было, если бы
    >Диллан вернулся в проект?
    >Представьте себе такую картину (просто представьте, я не говорю, что это возможно):
    >разработчики OpenBSD, NetBSD, FreeBSD и DragonflyBSD объединили усилия, и результатом появилась
    >какая-нибудь UnionBSD, которая имеет все преимущества этих систем. А уже от
    >неё были бы совсем Desktop- и Light- ориентированные форки. Я думаю,
    >каждый бы этого хотел.
    >Но сейчас такое невозможно.

    о да, мечта.

    >Для любого масштабного проекта необходимо некоторое административное управление, основанное на каких-либо принципах.
    >То, что люди не могут договориться - проблема администрации проекта, в
    >общем-то. Вопросы не должны ставиться так: "или сделаете по моему, или
    >я уйду". Если считаешь, что прав, убеди в этом остальных. Всё
    >же, коллектив разработчиков не толпа тупых обезьян, и общаться умеют. А
    >уходить, хлопнув дверью, по моему - показать свою слабость.
    >К чему это я? Если процесс дробления команд довести до предела (lim->oo), то получим набор одиночек-программистов. Каким бы ни был талантливым человек, в одиночку многого не добиться. Без вклада результатов труда в какое-либо дело труд становится бесполезным. Может, стоит пересмотреть административное устройство проектов?

    Ну опять же успокоили же David Xu (так вроде звали товарища, ибодевшегося из-за наезда)

     
  • 4.7, thedix (??), 10:38, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому, что помните ли вы 4.х? А с 6.1 после 4.х пробовали работать?
    В чем-то принципиально различаются?
     
     
  • 5.12, Квагга (?), 12:06, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > В чем-то принципиально различаются?

    6.1 сильно лучше держит MySQL на 4 ядрах. Сильно лучше.
    Производительность выросла, планировшик хороший.
    В общем, все - лучше.

     
     
  • 6.16, Аноним (-), 16:53, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >6.1 сильно лучше держит MySQL на 4 ядрах. Сильно лучше.
    >Производительность выросла, планировшик хороший.
    >В общем, все - лучше.

    true; 4.x использую для тестирования, чувства - как от DOS'а. Анахронизм.
    Надеюсь, DFly таких впечатлений не оставляет.

     
  • 4.14, Viaprog (?), 16:33, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    У FreeBSD-6.1 SMP и scheduler'ы тоже не блещут

    вот тестик мой:

    2 x dual-head opteron 280.
    винты SCSI320

    Запущено 4 bzip2 одновременно. Жмут исошники большие. Каждый отдельный.

    и вот статистика top при этом

    FreeBSD-6.1 ULE sched: http://viaprog.lic1.vsi.ru/benchmarks/4cpu-bsd2.png
    Linux RHEL4: http://viaprog.lic1.vsi.ru/benchmarks/4cpu-rhel4.png

     
     
  • 5.15, Viaprog (?), 16:45, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Поясню смысл если кто не понял.

    Обратить внимание надо на распределение нагрузки по процессорам.

    В bsd idle 50% практически, два бзипа на одном процессоре, два на другом. На других нагрузки особой нету. Во времени они гуляют по процессорам но idle колеблется около 50% постоянно.

    В Linux здесь всё отлично. Равномерная загруженность.

    Вот такая вот SMP :)))

     
     
  • 6.17, Sem (??), 17:28, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Поясню смысл если кто не понял.
    >
    >Обратить внимание надо на распределение нагрузки по процессорам.
    >
    >В bsd idle 50% практически, два бзипа на одном процессоре, два на
    >другом. На других нагрузки особой нету. Во времени они гуляют по
    >процессорам но idle колеблется около 50% постоянно.
    >
    >В Linux здесь всё отлично. Равномерная загруженность.
    >
    >Вот такая вот SMP :)))

    И какое же абсолютное время отработки всех bzip'ов там и там?

     
     
  • 7.19, Viaprog (?), 17:41, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Абсолютное сейчас не могу сказать. Не помню да и не было цели его померить. Интересовала динамика процесса.

    Ещё на solaris мерили. Картинки нету, но там тоже хорошо было.

     

  • 1.4, ErrSkin (?), 08:49, 26/07/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У некоторых 4.x до сих пор стоит и работает. А проект очень даже жизнеспособный.
     
     
  • 2.5, aim (??), 08:53, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    У некоторых консерваторов. До первой дыры.

    Помню на 4ку тоже долго не хотели переходить. Особенно те что на 2.2.8 сидели.

     
     
  • 3.13, chip (ok), 16:16, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >У некоторых консерваторов. До первой дыры.

    Дурочка ты, девочка. 4.11 поддерживается до 31 Января 2007.

    >Помню на 4ку тоже долго не хотели переходить. Особенно те что на
    >2.2.8 сидели.

    Если нет критических уязвимостей в ядре, почему бы и нет?! А если есть, можно включить воображение, стряхнуть пыль со знаний и сделать backport заплатки уязвимости из текущей версии или убедить себя, что в твоей ветке его нет.

     

  • 1.10, SunTech (?), 11:42, 26/07/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Great job!
     
  • 1.11, Аноним (-), 11:56, 26/07/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, пока ещё сложно сказать, насколько идеология с Message Passing лучше, чем идеология с Data Structures Locking, для синхронизации многопоточного ядра на нескольких процессорах при SMP-обработке.

    Но! В реальном мире (сюрприз! сюрприз!) не все сервера о трёх головах, как Змеи Горынычи. А вот тут-то FreeBSD v6 сосёт, не нагибаяз (впрочем, FreeBSD'шники это признают: см. "Desired Features" для 6.1 - своппинг у v6 значительно медленнее, чем у v4, да и не только).

    Так что поделка Диллона вполне себе имеет право на существование.

    А ещё (ещё один сюрприз!) в этом мире существуют многопроцессорные системы, работающие на на идеологии SMP. :) NUMA, например. :) И там повесить mutex тем сложнее, чем "дальше" от тебя процессор.

    Посему воздадим Мэтью должное. ;)

     
     
  • 2.18, Sem (??), 17:30, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, пока ещё сложно сказать, насколько идеология с Message Passing лучше, чем
    >идеология с Data Structures Locking, для синхронизации многопоточного ядра на нескольких
    >процессорах при SMP-обработке.
    >
    >Но! В реальном мире (сюрприз! сюрприз!) не все сервера о трёх головах,
    >как Змеи Горынычи. А вот тут-то FreeBSD v6 сосёт, не нагибаяз
    >(впрочем, FreeBSD'шники это признают: см. "Desired Features" для 6.1 - своппинг
    >у v6 значительно медленнее, чем у v4, да и не только).
    >
    >
    >Так что поделка Диллона вполне себе имеет право на существование.
    >
    >А ещё (ещё один сюрприз!) в этом мире существуют многопроцессорные системы, работающие
    >на на идеологии SMP. :) NUMA, например. :) И там повесить
    >mutex тем сложнее, чем "дальше" от тебя процессор.
    >
    >Посему воздадим Мэтью должное. ;)

    Интересно, сколько времени потребуется Диллону, что его стрекоза заработала на NUMA?

    PS. Мысль про свопинг не понял. Почему это он медленнее?

     
     
  • 3.20, cmpxchg (?), 20:05, 26/07/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >PS . Мысль про свопинг не понял. Почему это он медленнее?

    Народ жалуется, что медленнее:

    http://lists.freebsd.org/pipermail/freebsd-stable/2006-April/024601.html

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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