Опубликован (https://www.freebsd.org/news/status/report-2019-04-2019-06.html) отчёт о развитии проекта FreeBSD с апреля по июнь 2019 года. Из изменений можно отметить:-
Общие и системные вопросы- Core team принял решение по учреждению рабочей группы для изучения возможности перевода исходных текстов из централизованной системы управления исходными текстами Subversion в децентрализованную систему Git.
- Проведено fuzzing-тестирование ядра FreeBSD с использованием системы syzkaller (https://github.com/google/syzkaller/) и исправлен ряд выявленных при этом ошибок. Добавлена прослойка для fuzzing-тестирования библиотек для совместимости с 32-разрядным окружением на системах с 64-разрядным ядром. Реализована возможность запуска syzkaller в виртуальных машинах на базе bhyve. На следующем этапе планируется провести расширить охват тестированием системных вызовов, задействовать LLVM sanitizer для проверки ядра, использовать netdump для сохранения дампов ядра во время крахов при fuzzing-тестировании и т.п.
- Началась работа по обновлению реализации zlib на уровне ядра. Для доступа ядра к коду zlib каталог contrib/zlib переименован в sys/contrib/zlib, также переименован заголовочный файл crc.h для избежания конфликта с zlib/crc.h. Проведена чистка устаревшего кода, зависимого от zlib и inflate. Далее планируется обеспечить возможность сборки ядра одновременно со старым и новым zlib для постепенного перевода на новую версию функций, использующих сжатие;
- Обновлена инфраструктура эмуляции окружения Linux (Linuxulator). Расширена поддержка отладочных инструментов Linux, таких как утилита strace. В порты добавлен пакет linux-c7-strace, который может использоваться для трассировки исполняемых файлов Linux вместо штатных утилит truss и ktrace, которые пока не могут декодировать некоторые специфичные для Linux флаги и структуры. Кроме того, добавлен пакет linux-ltp с исполняемыми файлами Linux Test Project и решены проблемы с совместимостью с исполняемыми файлами, скомпонованными с новыми версиями glibc;
- Реализация операций отложенной чистки привязок к физическим страницам памяти (delayed invalidation) в механизме pmap переведена на использование алгоритма обработки очереди, работающего без блокировок, что позволило решить проблемы с масштабируемостью при выполнении большого числа параллельных операций unmap;- Изменён механизм блокировки vnode в процессе выполнения системных вызовов семейства execve(), что позволило добиться повышения эффективности работы при одновременном выполнении execve() для одного и того же файла (например, при выполнении операций сборки с распараллеливанием запуска компилятора);
-
Безопасность- В гипервизоре bhyve продолжено усовершенствование поддержки Live-миграции гостевых окружений с одного хоста на другой и функциональности Save/Restore, позволяющей заморозить гостевую систему с сохранением состояния в файл, а затем возобновить выполнение.
- Через использование библиотеки libvdsk в bhyve добавлена поддержка дисковых образов в формате QCOW2. Для работы требуется установка
специально модифицированной (https://github.com/xcllnt/libvdsk) версии bhyve, которая переведена на использование обработчиков файловых операций на базе libvdsk. За отчётный период в libvdsk также проведена работа по упрощению интеграции поддержки новых форматов, улучшена производительности чтения и записи, добавлена поддержка Copy-On-Write. Из оставшихся задач отмечается интеграция libvdsk в основной состав bhyve;- В порты добавлена система сбора информации о трафике
Maltrail (https://github.com/stamparm/maltrail), позволяющая создавать ловушки для вредоносных сетевых запросов (проверяются IP и домены из чёрных списков) и отправлять сведения о выявленной активности на централизованный сервер для последующей блокировки или анализа попыток совершения атак;- В порты добавлена платформ для выявления атак, анализа логов и отслеживания целостности файлов Wazuh (https://wazuh.com/) (форк Ossec с поддержкой интеграции с ELK-Stack (https://www.elastic.co/what-is/elk-stack));
-
Сетевая подсистема- Обновлён драйвер ena с поддержкой второго поколения сетевых адаптеров ENAv2 (Elastic Network Adapter), используемых в инфраструктуре Elastic Compute Cloud (EC2) для организации связи между узлами EC2 на скоростях до 25 Gb/s. В драйвер ena добавлена поддержка NETMAP.
- Во FreeBSD HEAD принят новый стек MMC/SD, основанный на фреймворке CAM и позволяющий подключать устройства с интерфейсом SDIO (Secure Digital I/O). Например, SDIO используется во WiFi и Bluetooth модулях для многих плат, таких как Raspberry Pi 3. Новый стек также позволяет использовать интерфейс CAM для отправки SD-команд из приложений в пространстве пользователя, что даёт возможность создавать драйверы устройств, работающие на уровне пользователя. Началась работа по созданию драйверов для беспроводных чипов Broadcom, работающих в режиме FullMAC (на стороне чипа выполнятся подобие своей операционной системы с реализаций своего беспроводного стека 802.11);
- Ведётся работа по реализации NFSv4.2 (RFC-7862) для FreeBSD. В новой версии NFS добавлена поддержка функций posix_fadvise, posix_fallocate, режимов SEEKHOLE/SEEKDATA в lseek, операции локального копирования частей файла на сервере (без передачи клиенту).
FreeBSD-current now has a Linux compatible copy_file_range(2) syscall that will invoke this Copy operation on NFSv4.2 mounts. There is also support for MAC labelling, but it requires changes to the RPCSEC_GSS implementation to add V3 support and, as such, may not happen soon. В настоящее время для FreeBSD уже реализована базовая поддержка операций LayoutError, IOAdvise, Allocate и Copy. Остаётся реализовать операцию Seek, необходимую для использования lseek(SEEKHOLE/SEEKDATA) с NFS. Поддержку NFSv4.2 планируется включить в FreeBSD 13;
-
Системы хранения и файловые системы
- Близится к завершению проект по переработке драйвера подсистемы FUSE (File system in USErspace), позволяющей создавать реализации файловых систем в пространстве пользователя. Изначально поставляемый драйвер устарел и содержит много ошибок. В рамках проекта по модернизации драйвера реализована поддержка протокола FUSE 7.23 (ранее поддерживалась версия 7.8, выпущенная 11 лет назад), добавлен код для проверки прав доступа на стороне ядра ("-o default_permissions"), добавлены вызовы VOP_MKNOD, VOP_BMAP и VOP_ADVLOCK, обеспечена возможность прерывания операций FUSE, добавлена поддержка неименованных каналов и unix-сокетов в fusefs, появилась возможность использования kqueue для /dev/fuse, разрешено обновление параметров монтирования через "mount -u", добавлена поддержка экспорта fusefs через NFS, реализован учёт RLIMIT_FSIZE, добавлены флаги FOPEN_KEEP_CACHE и FUSE_ASYNC_READ, внесены значительные оптимизации производительности и улучшена организация кэширования;- В код вытеснения страниц памяти в раздел подкачки (swap pager) добавлена поддержка операции BIO_DELETE, которая позволяет использовать команду TRIM в процессе удаления блоков с SSD-накопителей для повышения срока их службы.
-
Поддержка оборудования- Продолжена работа по реализации поддержки ARM64 SoC Broadcom BCM5871X с процессорами ARMv8 Cortex-A57, нацеленными на использование в маршрутизаторах, шлюзах и сетевых хранилищах. За отчётный период улучшена поддержка внутренних и внешних шин iProc PCIe, добавлена поддержка BNXT Ethernet, ведётся работа по задействованию встроенного криптодвижка для ускорения IPsec. Интеграция кода в ветку HEAD ожидается во втором полугодии;
- Началась работа над поддержкой 64-разрядного SoC NXP LS1046A на базе процессора ARMv8 Cortex-A72 с интегрированным движком ускорения обработки сетевых пакетов, 10 Gb Ethernet, PCIe 3.0, SATA 3.0 и USB 3.0. Уже реализована поддержка базовой платформы (multi-user SMP) и SATA 3.0. В разработке поддержка USB 3.0, SD/MMC и I2C. В ...URL: https://www.freebsd.org/news/status/report-2019-04-2019-06.html
Новость: https://www.opennet.me/opennews/art.shtml?num=51360
Молодцы, спокойно и планомерно развивают проект и не кидаются за последними модными трендами. Долгих лет проекту!
Давай уж лучше сразу пожелаем вечной жизни.
> Реализация операций отложенной чистки привязок
> к физическим страницам памяти (delayed invalidation) в механизме pmapDelayed invalidation в pmap — сразу понятно о чём речь.
А вот это вот: «Реализация операций отложенной чистки привязок к физическим страницам памяти» — мозг сламать можно. В копилку к неуклюжему термину "бесшовный".
> Core team принял решение по учреждению рабочей группы для изучениянепростой способ утопить эту идею. Ну, будем надеяться - действенный.
для этого и учереждают
Нормальный процесс решения в рамках демократических процедур. Поступило предложение - вынесли на обсуждение. Но, действительно, надеюсь что не пройдёт ибо не нужно.
> Нормальный процесс решения в рамках демократических процедурДемократических процедур? А, это когда мнение умных людей (которых всегда ничтожно малое количество) перебивается мнением миллиарда леммингов? Знаем знаем, плавали :-)))
ВНЕЗАПНО, я согласен с тобой. Всё так. Core team - зло, убивающее FreeBSD, демократия не работает.Собственно, даже выше по треду надеются, что обсуждение про git завязнет в coreteam и перехода не случится - уже одно это о многом говорит.
Ааа, это те самые выделения из core team, которые на LinuxConfAu рассказывали как systemd офигенен и как они во фре страдают, что systemd там нет? :-)))
> Ааа, это те самые выделения из core teamНе помню из core team или откуда-то сбоку, проверять лень. Сама история - баян.
Даже на опеннете обсуждалось.
Естественно, все эти околофрибсдшные стенания по systemd - от нищеты духа.
> рассказывали как systemd офигенен и как они во фре страдают, что systemd там нет? :-)))
> https://www.youtube.com/watch?v=o_AIw9bGogoАаа, так кое у кого еще оказывается и с аглицким проблемы :-)))
> Ааа, так кое у кого еще оказывается и с аглицким проблемы :-)))Для тех, кто не следит за моей персоной, я четвёртый год живу в Лондоне. Мой английский и до того был хорош, а сейчас он на недосягаемом для тебя уровне :-)))
А вот для тех, у кого действительно проблемы с английским :-))), смотреть с 27:33.
P.S. включи субтитры :-)))
>> Ааа, так кое у кого еще оказывается и с аглицким проблемы :-)))
> Для тех, кто не следит за моей персоной, я четвёртый год живу
> в Лондоне. Мой английский и до того был хорош, а сейчас он на недосягаемом для тебя уровнеТак ты и соврешь - недорого возьмешь.
> А вот для тех, у кого действительно проблемы с английским :-))), смотреть
> с 27:33.
> P.S. включи субтитры :-)))Включил - вижу иронию, в упор не вижу страданий и нахваливаний.
Ты точно смотрел все, а не читал в пересказе Рабиновича^W lwn?
> Так ты и соврешь - недорого возьмешь.Я, так понимаю, сейчас должен кинуться тебе что-то доказывать? :-)))
> Включил - вижу иронию, в упор не вижу страданий
Если очень хотеть чего-то не увидеть, то это можно не увидеть. В России этл называется "им хоть ссы в глаза" :-)))
Разработчик коре-тим(!!!) бздни на линукс-конференции(!!!) говорит: "мы никогда не изменимся, мы отвергаем движение вперёд, в будущее". (!!!)
>> Так ты и соврешь - недорого возьмешь.
> Я, так понимаю, сейчас должен кинуться тебе что-то доказывать? :-)))Я констатирую факт. Поэтому твои голословные утверждения (по теме, а не насчет Лондона) без цитат стоят ровно 0.
>> Включил - вижу иронию, в упор не вижу страданий
> Если очень хотеть чего-то не увидеть, то это можно не увидеть.Еще очень трудно увидеть в черной комнате отсутствующую черную кошку.
> В России этл называется "им хоть ссы в глаза" :-)))Я уже без пары месяцев 25 лет как не живу там, поэтому твои понты на меня не действуют, а совсем наоборот :-)))
> Разработчик коре-тим(!!!) бздни на линукс-конференции(!!!) говорит: "мы никогда не изменимся, мы отвергаем движение вперёд, в будущее". (!!!)
Куча смайликов и восклицательных знаков не замаскируют примитивный передерг из контекста, увы (((
> Разработчик коре-тим(!!!) бздни на линукс-конференции(!!!) говорит: "мы никогда не изменимся, мы отвергаем движение вперёд, в будущее". (!!!)Я точно не помню насчёт core team, а проверять лень. Поверю на слово. Нет, правда, я не издеваюсь сейчас.
В целом, вспоминая срачи на этот счёт, у меня вспывает из памяти что-то похожее: какой-то чел хныкал про то, как ему не хватает systemd во FreeBSD.
Как по мне, тот факт, что многие в core team хотели бы что-то похожее на systemd вытекает и из периодического упоминания nosh на повестке дня. Мне эти тенденции, естественно, не нравятся, с другой стороны, мне уже и почти что безразлично. С третьей стороны - пока ничего похожего не случилось - и слава богу.Против (или за) systemd же предпочитаю аргументы, а не апелляцию к авторитетам.
>Для тех, кто не следит за моей персонойдержи в курсе
ты там уже со своим английским manpage на ps осилил или все еще мучаешься с задачкой "убить конкретный sssd"?
> Ааа, это те самые выделения из core team, которые на LinuxConfAu рассказывали как systemd офигенен и как они во фре страдают, что systemd там нет?Лень смотреть — там всё тот же чувак, который давно ушёл в Apple и теперь считает, что фряхе нужен аналог launchd, но сам пилить его не хочет?
Похоронная команда FreeBSD с Opennet не читатель, она писатель.
Мели, Емеля...
> Похоронная команда FreeBSD с Opennet не читатель, она писатель.
> Мели, Емеля...Хоронят FreeBSD, в бОльшей степени, "демократические процедуры" и фанатики, которые игнорируют любые проблемы, или даже оправдывают их задумкой.
Нет, не спорю, бывает так, что проблемы осознанно игнорируются и это задумка. Или нет ресурсов.
Но когда речь о бюрократии, неспособности адекватно выбрать вектор развития, неспособности принимать решения и замене технического процесса разработки на политический (привет, CoC радостно принятый) - такие отмазки не катят.При всех недостатках Linux, и достоинствах FreeBSD наличие лидера - плюс и преимущество. Это, а не лицензия и даже не размер сообщества в бОльшей степени влияет на судьбу проекта.
Т.н. "демократические процедуры" - это бюрократия и бесконечное перекладывание ответственности.
Диллон смог использовать git без "демократических процедур". Линус - тоже.
Это, кстати, не значит, что в DragonflyBSD и Linux не было никаких обсуждений на этот счёт. Скорее наоборот - это значит, что решали программисты, а не "политики".Так что FreeBSD я не хороню, а критикую.
>> Похоронная команда FreeBSD с Opennet не читатель, она писатель.
>> Мели, Емеля...
> Хоронят FreeBSD, в бОльшей степени, "демократические процедуры" и фанатики, которые игнорируютЯ вот в упор не вижу в "принял решение по учреждению рабочей группы для изучения возможности перевода" никаких "демократических процедур".
Тут все зависит от конкретной рабочей группы и что там под этим подразумевается.
Учитывая, что в гит фря зеркалится уже много лет и даже принимают пулл-реквесты https://github.com/freebsd/freebsd/pulls
вообще не понимаю, с чего тут целую драму развели.
Да ничего они там не принимают. Это просто зеркало основного SVN.
Вся работа здесь https://reviews.freebsd.org/
> Я вот в упор не вижу в "принял решение по учреждению рабочей группы для изучения возможности перевода" никаких "демократических процедур".Угу. Но про "демократию" всё же не я начал, я только стриггерился на неё) Я сначала даже не хотел никак это комментировать, но потом там написал Dapredator, и, внезапно, я с ним, в целом, согласен. Я так удивился, что не смог промолчать.
Дальше я уже больше ругал коретим, а не развивал тему смены VCS.
> Тут все зависит от конкретной рабочей группы и что там под этим подразумевается.
Безусловно.
Смена основного VCS у большого проекта, в моём понимании - это трудоёмкая и непростая процедура. Важно перенести всю историю, ничего не потеряв и не перепутав. Нужно быть уверенным, что разработчики готовы к смене VCS, что к этому готова вся автоматика и прочие скрипты, что рабочие процессы изменились с учётом новых возможностей системы контроля версий и т.п.
И я согласен, что такую работу стоит продумывать заранее, прорабатывать и планировать.
Поэтому не вижу ничего плохого в том, что coreteam создала на этот счёт рабочую группу.
В этой истории основная бюрократия уже свершилась - core team проголосовала за переход на git, осталось оценить объём работ и их целесообразность с учётом имеющихся ресурсов.Я мог бы критиковать core team за то, что они выбирали VCS голосованием. Но не буду, потому что лично меня смена системы контроля версий FreeBSD не касается. Собственно, я тут нигде ни за, ни против не высказывался.
Сам же считаю, что и принимать решение (не про vcs, а в принципе) и отвечать за его реализацию должен один человек. И он же должен за всё нести ответственность. Потому что коллективной ответственности не бывает - бывает коллективная безответственность.
(не обязательно, чтобы это всегда был один и тот же человек, главное, чтобы за каждую часть процесса был ровно один ответственный)
> Учитывая, что в гит фря зеркалится уже много лет и даже принимают
> пулл-реквесты https://github.com/freebsd/freebsd/pulls
> вообще не понимаю, с чего тут целую драму развели.Новость про FreeBSD без срача? Разве так вообще бывает?
>При всех недостатках Linux, и достоинствах FreeBSD наличие лидера - плюс и преимущество.Ещё один любитель настоящих лидеров. В следующий раз свои влажные фантазии о сильной руке выплескивай где-нибудь в другом месте. Половые девиации никому здесь не интересны. То БДСМ графический редактор увидели представители SJW, то любители сильного лидера, Тьфу на вас...
> Половые девиации никому здесь не интересныОчевидно, кроме тебя, потому как именно ты поднял эту тему. Не иначе как, от большого безразличия к ней.
Очевидно тебя зацепили за твои влажные фантазии, теперь будешь отнекиваться. Впрочем, ничего нового.
>> Нормальный процесс решения в рамках демократических процедур
> Демократических процедур? А, это когда мнение умных людей (которых всегда ничтожно малое количество) перебивается мнением миллиарда леммингов?И правда, к кому еще прислушиваться глупым разработчикам, как не к умным Dapredator-ам?
Кстати, какой именно вариант "демократии" подразумевается при "Core Team принял решение по учреждению рабочей группы для изучения возможности перевода"?
Дома только её использую, отличная ОС.
Как дела с ПО? Только стандарт?
Не знаю. Я с Винды переходил после выхода 10, привычного софта не стало. Но на Линуксе была бы точно такая же проблема.
> Дома только её использую, отличная ОС.
> привычного софта не сталоНу и как, свободнее без привычного софта стало?
Свобода зайти в макдак с чёрного хода - там где помойка, а в ней "свободные" гамбургеры.
Ну да. Для винды создать образ CD - один софт. Образ USB - другой софт. Образ ленточки - третий софт.
А под FreeBSD всего одня прога - "dd".
То есть ты сразу с Винды на Фряху пересел миновав Линух? 0_o А ты сам додумался или кто подсказал? Просто это мастерский финт ушами, многим годами приходится дозревать, некоторые вообще никогда не дозревают.
Да я бы сам пересел, но если на линукс уже нет нужного софта, кроме стандартного, то что говорить про фряху.
> То есть ты сразу с Винды на Фряху пересел миновав Линух? 0_o
> А ты сам додумался или кто подсказал?Такое решение принимается очень просто: централизованная подробная документация + отсутствие традиционного "мой дистрибутив рулет, потому что твой г-но!!!111" срача в сообществе.
> Просто это мастерский финт
> ушами, многим годами приходится дозревать, некоторые вообще никогда не дозревают.А вот для якобы недозревания" находятся причины в техническом плане.
Повезло. Пытался начать как все, но у меня тогда была моноблочная поделка от Lenovo (ideaCentre). Там стоял настолько интересный BT адаптер, что после единоразового аттача к нему линуксячьего драйвера, потом компьютер отказывался грузиться, повисая на этапе BIOS и требовал выдёргивания провода питания. Настройки BIOS в устройстве практически отсутствовали и выключить набортные устройства не было возможности. Для виндузятника это оказалось диким перебором и было попробовано что-то иное. Тогда я даже не понял что это BT, этот гибрид телевизора и компьютера имел какое-то чудовищное количество странных устройств на борту.Как стало известно позже, у FreeBSD свои особые отношения с BT стеком и капризное устройство он не беспокоил, ну и оно платило взаимностью.
Плюс, nvidia, которая работала из коробки. Это сейчас я склонен думать, что плачевное состояние графического стека по сравнению с остальными *BSD несколько лет назад было вызвано доступностью блобика, а тогда я быстро получил работающий юзерленд и смог познавать систему дальше.
Такой вот Happy End.
> То есть ты сразу с Винды на Фряху пересел миновав Линух?Я тоже так сделал 16 лет тому назад. Было бы желание.
> То есть ты сразу с Винды на Фряху пересел миновав Линух?Вы не поверите, но это гораздо проще. Но, смотря, что вы хотите:
- чтобы всё работало само изкоробки? - ок, дистры к вашим услугам, но получите вторую винду, ибо сотни тысяч автомагии под капотом, добрая половина из которой недокументирована.
- стабильную и предсказуемую систему? - ок, но прийдётся немного поковыряться и въехать, причём для этого найдётся и пара-другая линуксовых дистров, и фря подойдёт, а может и ещё что-то из BSD.
> принял решение по учреждению рабочей группы для изучения возможностиБез диктаторов, демократически. Отсюда и эффективность, скорость и качество принятия решений. Поэтому и лидируют, оставив Linux далеко позади.
>Без диктаторов, демократически.systemd?
systemd?
> эффективность, скорость и качество
> Поэтому и лидируют, оставив Linux далеко позади.Учитывая различающееся на порядки (причем, в буквальном смысле) количество вливаемого бабла, размер годового бюджета, платиновых Партнерофф и отсутствие вливания по миллиарду $ в 1999, 2013 от того же IBM - все верно.
Лидирует Minix3 :-)
Долгих лет проекту
Ребята уже даже не стараются изобразить развитие. Дело не в новых фичах... а от демократии пока только драгонфлаи появлялись :)
Чо те конкретно не хватает сейчас, какое _тебе_ нужно развитие?
systemd очевидно.
Кстати есть FreeBSD с openrc
> systemd очевидно.
> Кстати есть FreeBSD с openrcНе, не нужно... у меня и под линуксами systemd почти нет. Но, видимо, скоро появится.
Про системдэ сарказм был
> Про системдэ сарказм былК сожалению, в системд загонят (под линуксами) не гномом, так php...
> Чо те конкретно не хватает сейчас, какое _тебе_ нужно развитие?Хочется большей универсальности во-первых, большей актуальности во-вторых. Пока же, в стратегических вещах мы наблюдаем саботирование демократии демократией (форков мало, т.к. порог вхождения высоковат), а в тактических кидание фекалиями и глупые отмазки.
Когда я выразил некоторое недоумеине тут по повожу ченджлога 11.3, мне тут же сказали, что в следующем дотзеро релизе изменений будет больше... но блин, ченджлог 11.3 как-то не тянет на релиз :)
А к тому дотзеро, который будет следующим за нынешним дотзеро, они таки голоснут за гит и опять пять лет будут стонать (демократически!) слив собственно релиз, как после четверки :)
А потом голоснут за рефакторинг чего-нибудь древнего, смену компилятора или этот ваш системд, и опять будет бюрократия-демократия, с ченджлогами из трех строчек :)
>Хочется большей универсальности во-первых, большей актуальности во-вторых.Ты всё не уймешь? Все демагогию разводишь! Какой тебе универсальности не хватает, конкретно?
>>Хочется большей универсальности во-первых, большей актуальности во-вторых.
> Ты всё не уймешь? Все демагогию разводишь! Какой тебе универсальности не хватает,
> конкретно?Какой конкретно универсальности мне не хватает? Я развожу демагогию?:) Ну-ну... допустим, я хочу докер на продакшене и нормальный пакетный фильтр :) Фря остановилась в развитии лет десять как, в имитации развития лет пять как. IMHO.
А то, что фря работает на твоём нетбуке и решает твои задачи - это твоя конкретная универсальность и твоя личная демагогия. Моя же универсальность - не конкретная.
> Ну-ну... допустим, я хочу прибитый к линуху докер и пакетный фильтр как в линухе, но чтоб не линух! ВотЪ! :)Ох уж эти "критики" и "знатоки" …
https://www.freshports.org/sysutils/docker/
> 06 Jul 2015 15:37:34...
> 14 Aug 2019 12:16:13https://hub.docker.com/search?q=freebsd&type=image&sort=upda...
> Фря остановилась в развитии лет десять как, в имитации развития лет пять как. IMHO.
Ну да, за это время почти ничего не выкинули и даже не переписали с нуля 2-3 раза. Однозначно - стагнация!
это не тот докер. вернее, тот, но не про то, что на линаксахзаставляет грустить другое - тупые девопсики, которые "я знаю докер, амазон, гцп!1111 и хочу тыщи нефти в день!"
у них, видите ли, страндаааарт дефаааакто - докер.
docker и работа linuxulator
> Чо те конкретно не хватает сейчас, какое _тебе_ нужно развитие?https://wiki.freebsd.org/201305DevSummit/NetworkReceivePerfo...
Какие-то эквиваленты xdp и af_xdp, нормальный пакетный фильтр и load-balancer(привет от ipvs).
Про вещи вроде flow offload(https://lwn.net/Articles/738214/) даже как-то и упоминать грустно.Это из тех вещей, в которых freebsd традиционно "сильна".
> перевода исходных текстов из централизованной системы управления исходными текстами Subversion в децентрализованную систему Git.Погодите, а разве не было новости про какую-то BSD-шную пародию на Git?
> Погодите, а разве не было новости про какую-то BSD-шнуюhttps://www.opennet.me/opennews/art.shtml?num=51265
> Для OpenBSD развивается новая git-совместимая система контроля версий GotНе в карты, а в лоторею ...
> пародию на Git?
Мне вот интересно, аноним разработчик, спонсор разработки Git или что-то подобное, что и позволяет ему разглагольствовать с таким апломбом о "конкурентах"?
Или всех заслуг ононима - ношение маечки с портретом Торвальдса и надписью "me too!"?
> BSD-шную пародию на GitПровокация не удалась.
По существу: got позиционируется не как реимплементация git под BSD, а как централизованная VCS с тем же форматом репозитория, что и у git.
(ну и пока got это проект одного из разработчиков OpenBSD и только, оформленных планов по переходу на него пока нет - доделать сначала надо и т.п.)
Вы про "Game of Trees"? Так её только начали писать. И она не от фри, а от опёнка.
Пародии на пародию быть не может.
БолгенОС доказала, что вполне может.
>В рамках проекта по модернизации драйвера реализована поддержка протокола FUSE 7.23 (ранее поддерживалась версия 7.8, выпущенная 11 лет назад)7.23 > 7.8 ???
Или это очепятка ?
7.8 != 7.80
нда, кроме слов 'git' 'svn' аудитория опеннета ничего не поняла из новости. Ну так и не стройте из себя аналитиков, вебмакаки! Как бабки базарные, чесслово
> нда, кроме слов 'git' 'svn' аудитория опеннета ничего не поняла из новости.
> Ну так и не стройте из себя аналитиков, вебмакаки!Ты чо, самый умный?
Какие-то стеки, сокращения, VOP_, syscall, технологии алгоритмы и прочая муета ...А вот git и svn сразу ясно - git это хорошо и круто, потому что его придумал Линус и в совершенстве (clone, pull, push) освоили умные Линухоиды опеннета, а svn замшелость для старперов-неосиляторов!
Это знают все!