The OpenNET Project / Index page

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

Релиз операционной системы DragonFly BSD 4.4

04.12.2015 21:27

Представлен релиз DragonFlyBSD 4.4, операционной системы с гибридным ядром, созданной в 2003 году с целью альтернативного развития ветки FreeBSD 4.x. Из особенностей DragonFly BSD можно выделить распределённую версионную файловую систему HAMMER, поддержку загрузки "виртуальных" ядер системы как пользовательских процессов, возможность кэширования данных и мета-данных ФС на SSD-накопителях, учитывающие контекст вариантные символические ссылки, возможность заморозки процессов с сохранением их состояния на диске, гибридное ядро, использующее легковесные потоки (LWKT). Из наиболее существенных новшеств DragonFlyBSD 4.4 отмечается новая реализация локали, улучшение файловой системы Hammer, переход по умолчанию на новую систему динамического связывания и значительное обновление видеодрайверов i915 и Radeon.

Основные улучшения, добавленные в DragonFlyBSD 4.4:

  • Существенное обновление drm-драйверов radeon и i915, предоставляющих интерфейс для управления видеокартами AMD и Intel на уровне ядра. Код драйверов i915 и radeon синхронизированы с ядром Linux 3.18. В i915 добавлена поддержка ValleyView, Baytrail и Cherryview Atom SOC, реализована полная поддержка аппаратного ускорения для GPU Broadwell, добавлена базовая поддержка APU на базе микроархитектуры Skylake, улучшены механизмы управления энергопотреблением. Системная консоль по умолчанию поддерживает работу через drm (KMS-консоль). Для карт Radeon добавлена поддержка датчиков температуры;
  • Полная переработка системы локали. До сих пор систем локали в DragonFly BSD синхронизировалась с FreeBSD, но в DragonFly BSD 4.4 реализация локали была полностью переработана. Данные для всех шести категорий локали (LC_CTYPE, LC_COLLATE, LC_TIME, LC_NUMERIC, LC_MONETARY, LC_MESSAGES) теперь основываются на актуальных выпусках Unicode CLDR. Внесены улучшения в обработку чисел, времени и денежных единиц. Все определения CTYPE объединены в один набор сопоставлений. Добавлена поддержка трёхкомпонентных имён локалей, таких как sr_cyrl_RS, sr_latn_RS, zh_Hans_CN и zh_Hant_TW. Реализованные сокращённые коды локалей, например, "de_DE", "fr_FR" и "en_US" для 8-битовых кодировок.
  • Поддержка свойства локали LC_COLLATE (Collation), позволяющего задавать правила сортировки и методы сопоставления с учётом смысла символов. При установке LC_COLLATE для указанной локали при сортировке и проверке диапазонов не будут разделяться строчные и прописные буквы (например, символы "A" и "a" войдут в диапазон [a-z], в то время как без LC_COLLATE в данный диапазон войдёт только "a"), при сортировке цифровых значений будет учитываться наличие минуса и точки перед числом и разные виды написания (1e3 = 1000), будут учитываться особенности языков (например, игнорироваться артикли, такие как The). Отмечается, что DragonFly BSD стала первой из BSD-систем с корректной поддержкой Collation для именованных локалей, что позволяет, например, использовать выражение COLLATE в PostgreSQL. Поддержка Collation уже портирована из DragonFly BSD во FreeBSD-CURRENT;
  • Системная библиотека регулярных выражений заменена на TRE, что позволило избавиться от привязки к режиму POSIX (однобайтовые сопоставления) и реализовать полноценную поддержку многобайтовых кодировок в регулярных выражениях. Кроме поддержки многобайтовых кодировок библиотека TRE, которая уже используется в musl и OS X, обладает более высокой производительностью и поддерживает больший спектр регулярных выражений;
  • Cистема динамического связывания переведена по умолчанию на компоновщик Gold, разработанный инженерами Google и входящий в состав GNU binutils. Старый компоновщик "ld.bfd" доступен в качестве опции и может быть активирован в make.conf;
  • В ядре улучшена поддержка возможностей CPU по экономии энергии. Добавлен системный вызов lwp_setname(2). Добавлен драйвер aperf(4) для вывода эффективной частоты CPU;
  • Улучшение сетевых возможностей:
    • Добавлен драйвер iwm(4), в драйвер re(4) добавлена поддержка чипов Realtek 8168H.
    • Добавлена утилита rtadvctl.
    • Реализована асинхронная обработка UDP-соединений.
    • Увеличен размер начального окна для TCP.
    • Добавлена возможность изменения размера nmbcluster на лету.
    • Код IPv6 синхронизирован с FreeBSD.
    • Увеличена производительность вызова socket(2) для TCP и UDP.
    • Добавлен системный вызов accept(4).
    • Добавлена поддержка флагов SOCK_CLOEXEC и SOCK_NONBLOCK для вызовов socket(2) и accept4(2);
  • Библиотека libm заменена на вариант от проекта OpenBSD;
  • Утилита sort заменена на вариант от проекта FreeBSD (ранее использовался sort из NetBSD);
  • В libc добавлена поддержка версионирования наборов символов, что даёт возможность запуска в будущих выпусках исполняемых файлов из DragonFly BSD 4.4;
  • В состав включена утилита tcpdrop;
  • Внесены многочисленные правки и чистки в реализацию файловой системы HAMMER. В состав выпуска также входит обновлённый вариант ФС HAMMER2, которая примечательна такими функциями, как отдельное монтирование снапшотов, доступные на запись снапшоты, квоты на уровне директорий, инкрементальное зеркалирование, поддержка различных алгоритмов сжатия данных, multi-master зеркалирование с распределением данных на несколько хостов. Новая версия HAMMER2 поддерживает монтирование корневого раздела и операции дедупликации данных (dedup) на лету. В настройки сборки ядра добавлена опция WANT_HAMMER2 для включения поддержка файловых систем Hammer2;
  • Обновлены версии сторонних программ, поставляемых в базовой системе: gcc 5.2, nvi2 2.1.3, libexecinfo (синхронизирован с FreeBSD), iconv (синхронизирован с FreeBSD), openssl 1.0.1p, xz 5.2.2, libedit 2015-03-25, binutils 2.25.1, grep 2.22, tcsh 6.19.00, (tn)ftp '10 OCT 2015', acpica 20150717;
  • Из базовой системы удалены hostapd (перемещён в порт net/hostapd), dsched, mklocale (заменён на localedef), colldef (заменён на localedef).
  • Коллекция DPorts достигла 22800 портов.


  1. Главная ссылка к новости (http://www.dragonflybsd.org/re...)
  2. OpenNews: Для DragonFly BSD подготовлен порт с Wayland и Weston
  3. OpenNews: Релиз операционной системы DragonFly BSD 4.2
  4. OpenNews: В DragonFly BSD принята реализация пакетного фильтра ipfw3
  5. OpenNews: В DragonFly BSD прекращена поддержка протокола SCTP
  6. OpenNews: Для DragonFly BSD представлена звуковая подсистема, портированная из FreeBSD 11
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/43456-dragonflybsd
Ключевые слова: dragonflybsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, linuxoid777 (ok), 22:21, 04/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Чёт предыщая версия мне показалось очень глючной и тормозной, да ещё и порты с пакетами идут в неё автопортированием из FreeBSD. HAMMER даже не пробовал, на десктопах эта ФС точно не нужна.
     
  • 1.2, Аноним (-), 23:15, 04/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Внушительный changelog, однако.
     
  • 1.3, suki (?), 23:32, 04/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Одна из вещей, о развитии которых интереснее читать, нежели испытывать на практике.

    >Gold

    как обычно, бегут впереди паравоза. Ещё недавно, добрая часть пакетов ломалась из-за него.

    Прошлая моя попытка установить её на реальное железо потрепела крах. Когда мне удалось преодолеть все паники (с сожалением могу отметить, что выяснить из-за чего упс - тот ещё квест) оказалось, что с моей видеокартой о каком-либо ускорении можно забыть. Не прижилась.

     
     
  • 2.9, Аноним (-), 12:15, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ещё недавно, добрая часть пакетов ломалась из-за него.

    Это время прошло пять лет назад. Вот ведь время летит, а!

     
     
  • 3.29, suki (?), 01:56, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё скажите регрессий не бывает. Нет, это было не так давно, в этом году даже.
     
  • 2.21, Аноним (-), 20:29, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >оказалось, что с моей видеокартой о каком-либо ускорении можно забыть

    nVidia небось?

     

  • 1.4, Arcade (?), 00:08, 05/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Вкратце опишу чем лучше HAMMER.

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

    Чистка диска запускается отдельно, отдельный процесс перестраивает индексы, дефрагментирует блоки и выщёлкивает лишние. Это например значит что если при определённой операции нужно менять дерево оно будет реально перестраиваться во время чистки, а в промежутках состояние будет храниться в старом дереве + память + если нужно читай лог. При чём перестраиваться и записываться в новом виде на диск оно будет один раз а не при каждом изменении. То же самое с дедапом - в текущем виде в каком он есть в ZFS запись каждого блока требует найти хеш этого блока в индексе, если нужно - загрузить индекс. В hammer память отедается процессом, который один раз грузит индекс с диска, ищет по нему все блоки которые нужно дедуплицировать и - освобождает за собой память. В ZFS дедап - головная боль, в HAMMER - мелочи жизни.

     
     
  • 2.14, metallica (ok), 15:46, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –14 +/
    > Вкратце опишу чем лучше HAMMER.

    Очередная никому не нужная академическая поделка от *BSD-шников. Все продакшены на ZFS, ext4. На перспективу пилят ФС-ы из линукса, от btrfs до lustre, например, сейчас intel формирует команду по развитию Lustre. На этот HAMMER никто внимания не обращает.

     
     
  • 3.16, iZEN (ok), 17:19, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Lustre ортогональна локальным файловым системам. Btrfs до сих пор не вышла на стадию промышленной эксплуатации. Ext4 - улучшенная технология прошлого века (до сих пор не имеет поддержки снапшотов и нежурналируемого Copy-on-Write, в отличие от такого "старья", как UFS2).
     
     
  • 4.22, Аноним (-), 20:48, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Такое старьё, как UFS2 - валится чаще чем работает. И недосинкивает данные. Я бы вообще стремался такое ФС называть. Ext4 - всё что надо от экстентных ФС, ибо не снэпшотная. Вылизана до идеала. ZFS - всё что надо от снэпшотных ФС.
     
     
  • 5.28, НуфНуф (?), 01:13, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое старьё, как UFS2 -
    >валится чаще чем работает.

    Коротко говоря, это пустой пи*ж.

     
     
  • 6.34, Аноним (-), 11:32, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Типичный пустой и неочёмный ответ бздуна.
     
  • 5.42, Аноним (-), 11:48, 07/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу более чем 10 лет UFS2 не разваливалась, единичные случаи - по вине умирающего железа. UFS2 стабильна и надежна как паровоз.
     
     
  • 6.43, Аноним (-), 23:38, 08/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько раз падал бояздэшный сервак по причине сгнивания UFS-2, после установки линуха - ожил. Работает. Выключения питания уже не страшны.
    Часто запарывались бояздэшные виртуалки после принудительного завершения, линуху пофиг.
     
     
  • 7.45, iZEN (ok), 20:40, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Несколько раз падал бояздэшный сервак по причине сгнивания UFS-2

    Не задумывались, в чём причина?

    > после установки линуха - ожил. Работает. Выключения питания уже не страшны.

    В линухе просто отключено плановое сканирование fsck ради быстрого старта. Как включите - узнаете много нового. ;)

    > Часто запарывались бояздэшные виртуалки после принудительного завершения, линуху пофиг.

    Пройдитесь, наконец, fsck по файловой системе линукса, а то будете всё время в счастливом неведении. ;)


     
  • 3.17, IMHO (?), 17:21, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    btrfs сначала сделайте, а потом уже пишите, сколько слов было, что вот в линуксе будет отличная ФС и еще не могут допильть, а теперь и слышно btrfs не надо
     
     
  • 4.23, Аноним (-), 20:50, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сделали. Используют.
    И зфс, и бтрфс, и экст4. Всё это есть в линуксе. У меня, кстати бтрфс в продакшне, на ссд.

     
     
  • 5.26, Школьник (ok), 23:08, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >У меня, кстати бтрфс в продакшне, на ссд.

    Примите мои соболезнования.

     
     
  • 6.35, Аноним (-), 11:34, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А почему, если всё работает? Не модно, или не по плану? Вон сегодня привычно хаять бтр, а проверить на практике фимоз не позволяет?
     
  • 3.18, Аноним (-), 18:14, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Вкратце опишу чем лучше HAMMER.
    > Очередная никому не нужная академическая поделка от *BSD-шников. Все продакшены на ZFS,
    > ext4. На перспективу пилят ФС-ы из линукса, от btrfs до lustre,
    > например, сейчас intel формирует команду по развитию Lustre. На этот HAMMER
    > никто внимания не обращает.

    при профите в сотни процентов по скорости(сотни процентов, Карл !!)в хай-лоаде, а то и больше - очень даже нужная.
    если "не нужная", значит просто "не умеете ее готовить".

     
     
  • 4.24, metallica (ok), 22:30, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > в хай-лоаде, а  то и больше - очень даже нужная.

    Когда хоть на  одном хай-лоадe, или даже не хай-лоаде, эта ФС появится, тогда и можно будет пальцы веером, а  пока что это не более чем наколеночная поделка. Точно такие же поделки любой желающий может пилить себе, тихо сам с собою, сколько угодно, но никому кроме него они  интересны не будут. Для хобби можно пилить что-то подобное сколько угодно, но для работы нужно изучать используемые и распространённые вещи, и работать именно с ними, чтоб без этой самой работы не остаться, сказанное справедливо и для разрабов и для админов. В противном случае получается обыкновенная *BSD-шная Masturbating monkeys.

    > если "не нужная", значит просто "не умеете ее готовить".

    Всё мы умеем готовить, вот только если на блюдо спроса нет, то и блюдо это нафиг никуда не впёрлось чтоб на него время тратить.

     
     
  • 5.30, Аноним (-), 02:14, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "наколеночная поделка" это ваши линуксы bloated неконсистентные и багуче-падучие.
    а стеркоза - няшная, шустрая и управляемая. в отличие от.
     
     
  • 6.32, metallica (ok), 03:26, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "наколеночная поделка" это ваши линуксы bloated неконсистентные и багуче-падучие.

    Ага и они такие богучие и падучие пашут в системах вроде Exadata и IBM-овских майнфреймов, и на всех без исключения прудукшен кластерах, насчитывающих тысячи и десятки тысяч нод, этим качественно отличающихся от всех известных на данный момент кластеров на *BSD, все из которых того же типа и категории, что и куча старого хлама в подвале у Тео. А система вроде Exadata-ы или майнфрейма на *BSD-это вообще невидаль абсолютная. Короче, желаю бздишникам кончать фанатеть и взглянуть на реальность.
      
    > а стеркоза - няшная, шустрая и управляемая. в отличие от.

    У школьника на локалхосте она шустрая  и няшная, потому что нигде больше она никем не применяется и не используется, и не случайно ведь, нет дураков связываться c сомнительными поделиями от masturbating monkeys.


     
     
  • 7.37, iZEN (ok), 15:27, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Короче, желаю бздишникам кончать фанатеть и взглянуть на реальность.

    - Заканчиваем, пацаны. Расходимся по домам. Они победили - нас переплюнула сама IBM! Линукс повсюду всё захавал, и это совершенная система, абсолютно безглючная. Нам нечего противопоставить. Наша карта бита... Эх! Пойду повешусь что ли... :))

     

  • 1.5, Аноним (-), 00:53, 05/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >BSD 4.4

    У меня от этого UNIX

     
     
  • 2.6, Аноним (-), 02:36, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня симптомы DARWIN
     
  • 2.19, Аноним (-), 18:15, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>BSD 4.4
    > У меня от этого UNIX

    вообще-то оно начиналось как форки фряхи, одним из ее старейших создателей ;)

     

  • 1.7, Павел Самсонов (?), 09:19, 05/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вариантные символические ссылки... я думаю это плохая придумка.
     
  • 1.8, Ivan_83 (ok), 11:56, 05/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С видео конечно круто звучит, надо будет попробовать.

    "Реализована асинхронная обработка UDP-соединений."
    - что за бред?

    "Увеличен размер начального окна для TCP"
    - он много от чего зависит, но можно было просто sysctl крутилку сделать.

    "Добавлен системный вызов accept(4)"
    "Добавлена поддержка флагов SOCK_CLOEXEC и SOCK_NONBLOCK"
    - не прошло и пяти лет!

    Итого: хороший PR, хорошая расстановка приоритетов по фичам, но видимо мало людей.

     
     
  • 2.13, ы (?), 14:26, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > - что за бред?
    > - он много от чего зависит, но можно было просто sysctl крутилку сделать.

    Итого: Напиши эти вопросы в мыллист DFLYBSD, какой смысл от твоих вопросов тут?

     

  • 1.11, fi (ok), 13:59, 05/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    a почему Hammer2 не прижился во freebsd, а те тянут левую zfs?
     
     
  • 2.12, Куяврег (?), 14:12, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    https://wiki.freebsd.org/PortingHAMMERFS
     
  • 2.15, Нимано (?), 17:03, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что это не пингвин? Бюджет той же мозиллы примерно раз в пятьсот (а в "неурожайные годы" и в тысячу) превышает бюджет фри.

    Хотя то, что все кому не лень, могут добавить свой индусо-корпоративный код в ядро пингвина, оному еще хорошенько аукнется:

    https://github.com/torvalds/linux/commit/13b5be56d1c5ed302df53f6dfbe19b9f4e3fd
    >x86: hyperv: Fix brown paperbag typos reported by Fenguangs build robot

    https://github.com/torvalds/linux/commit/76d388cd72ab08c2c56b1e2bd430e7422fc40
    > x86: hyperv: Fixup the (brain) damage caused by the irq cleanup

     
  • 2.20, Аноним (-), 18:16, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > a почему Hammer2 не прижился во freebsd, а те тянут левую zfs?

    по тем-же причинам, по которым в линухе не прижился - не на что им там опереться, слабоваты, ос-и. ни lwkt, ни остального(а там ВАГОН принцпиально иного "под капотом").


     
     
  • 3.25, metallica (ok), 22:45, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> a почему Hammer2 не прижился во freebsd, а те тянут левую zfs?
    > что им там опереться, слабоваты, ос-и. ни lwkt,

    Этот срекозловый LWKT есть повторение  и велосипед того, что с древности присутствует в solaris, хочешь платной, хочешь бесплатной, ничего принципиально нового с этим в стрекозе нет, кроме понтов. Но тут как раз стоит упомянуть про постоянно повторяемое теми, кто в теме, что zfs использовать нужно на родном, соляровом ядре, и никакая freebsd её полноценно  не потянет, по причине неподходящей архитектуры упомянутых подсистем ядра.

     
     
  • 4.27, Школьник (ok), 23:10, 05/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот срекозловый LWKT есть повторение  и велосипед того, что с древности
    > присутствует в solaris, хочешь платной, хочешь бесплатной, ничего принципиально нового
    > с этим в стрекозе нет, кроме понтов.

    И как же называется в solaris аналог?

     
  • 4.31, Аноним (-), 02:17, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>> a почему Hammer2 не прижился во freebsd, а те тянут левую zfs?
    >> что им там опереться, слабоваты, ос-и. ни lwkt,
    > Этот срекозловый LWKT есть повторение  и велосипед того, что с древности
    > присутствует в solaris, хочешь платной, хочешь бесплатной, ничего принципиально нового
    > с этим в стрекозе нет, кроме понтов. Но тут как раз
    > стоит упомянуть про постоянно повторяемое теми, кто в теме, что zfs
    > использовать нужно на родном, соляровом ядре, и никакая freebsd её полноценно
    >  не потянет, по причине неподходящей архитектуры упомянутых подсистем ядра.

    ну во первых "велосипед" от санок - для другого написан и сравнивать его - все равно что обсуждать преимущества великаа перед параходом. не ровня стрекозе солярка и наоборот.
    то-же про ... сан, из которых санк-овские продукты(не только ОС-и) состоят чуть менее, чем полностью, к сожалению(хотя во времена SunOS - все было еще хуже, конечно :).

     
     
  • 5.33, metallica (ok), 03:51, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/

    > ну во первых "велосипед" от санок - для другого написан

    Понятно, что для другого, но общая суть та же-поток ядра как реальная единица планирования для шедулера исполнения в ядре. Эти kernel threads уже обслуживают с динамическим назначением все возможные абстракции исполнения, вроде потоков пользовательских процессов, прерываний, потоков, исполняющих задачи ядра, и пр. Такая схема обеспечивает лучшую масштабируемость, грубо говоря, всего что требуется. ZFS на уровне архитектуры своих отдельных подсистем (вроде zio) изначально ориентирована именно на эти существовавшие на то время особенности ядра соляриса. Поэтому копировать тупо zfs в другое ядро, как сделали доблестные фрибсдишники-это поведение толпы обезьян. В btrfs такого нет, там разработка с нуля изначально с привязкой к ядру линукса.

    ЗЫ в z/OS те же принципы  ещё со времён царя гороха.

     
     
  • 6.38, Школьник (ok), 16:27, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А ничего, что LWKT - это примитив синхронизации, а не модель потоков в ядре?
     
     
  • 7.44, Аноним (-), 22:32, 09/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А ничего, что LWKT - это примитив синхронизации, а не модель потоков
    > в ядре?

    ничего, ппотому что неправда.
    это не "примитив синхронизации" , это названием исчерпывающе описанная фича ядра, ключевая(одна из).
    и таки-да "модель потоков" - феерический костыль в ядре со времен C и unix-а, очень несекьюрный, плохо масштабирующийся итд итп. вообще всем кто юзает "потоки", "нити", "кучу"в 2015 году - надо поотрывать что-нить :/

     
  • 2.36, Аноним (-), 14:27, 06/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет заинтересованных в портировании людей.
     
  • 2.40, Аноним (-), 10:07, 07/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что она еще в активной разработке? Сам Диллон говорит - пока только для тестеров, и то, кому невтерпеж уже. А первый хаммер пытались портировать и на фрю, и на линукс, но - студиозусы в рамках google summer of code. Nuff said, ога.
     

  • 1.39, Иван Ер0хин (?), 03:58, 07/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А портировать МОЛОТ в FreeBSD не пытались? Или не нужно?
     
     
  • 2.41, Клыкастый (ok), 10:28, 07/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    выше отвечали уже
    https://wiki.freebsd.org/PortingHAMMERFS
     
  • 2.46, Аноним (-), 11:23, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Полимеры нужна только автору драгона
     

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



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

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