LINUX.ORG.RU

Отчёт о развитии FreeBSD за четвёртый квартал 2021 года

 


1

1

Опубликован отчёт о развитии проекта FreeBSD с октября по декабрь 2021 года.

Сбор средств:

  • Проект с гордостью сообщает о достижении цели: собрано $1,281,437!

Улучшения OS:

  • Благодаря усилиям команды Semihalf защита ASLR теперь — штатная функция по умолчанию для 64-разрядных исполняемых файлов PIE и non-PIE.
    Спонсировано Stormshield.
  • Сокращено время загрузки. Работы были начаты в 2017, за стандарт был взят инстанс EC2. К сентябрю 2021 время загрузки было уменьшено с 30 до 15 секунд, а в четвертом квартале доведено до 10.
    Спонсировано через Patreon.
  • Отладчик LLDB. Этот отладчик поставляется в базовой системе и призван заменить собой GDB, но пока отстает от него по функциональным возможностям. Основной целью является реализация удаленной отладки ядра по тому же протоколу, что и для GDB. На данный момент достигнут успех в отладке по последовательному порту RS-232. Завершение проекта ожидается к выпуску LLDB 14.
    Спонсировано The FreeBSD Foundation.
  • Поддержка NXP LS1028A/LS1027A SoC. Это системы с разнообразной периферией на основе 64-bit ARMv8 Cortex-A72.
    Спонсировано Alstom Group.
  • Константином Белоусовым реализованы системные вызовы sched_getcpu(2), membarrier(2), и rseq(2). В линуксе есть набор системных вызовов, которые позволяют разрабатывать масштабируемые алгоритмы с минимизацией системных вызовов. Эти механизмы основаны на оптимистическом предсказании (optimistic execution) с использованием локальных данных CPU в предполагаемой ситуации, когда переключения контекста, сигналы и прочие события такого рода не случаются, а если они случаются, происходит откат. Такой высокоуровневый подход применяется для реализации утилит вроде URCU (https://liburcu.org/), быстрого выделения памяти (tcmalloc) и других инфраструктурных проектов, нацеленных на кластеры. Например, системный вызов sched_getcpu(2) возвращает CPU ID, где выполняется текущий поток (thread). Сложность в том, что результат полученный ассемблерными инструкциями устаревает еще в момент создания до возвращения в пространство пользователя. Но его тем не менее можно использовать как начальные данные (seeding values) для расчета долговременных алгоритмов. Два краеугольных камня, которые позволяют реализовать такие алгоритмы в пространстве пользователя — это membarrier(2) and rseq(2). Эти вызовы написаны во FreeBSD с чистого листа, за основу взяты справка (man) в Linux и публичные обсуждения. В Linux/glibc нет стабильного интерфейса для реализации rseq(2). Что-то вносят в основную ветку, потом отменяют. Разработчкики FreeBSD считают, что будет благоразумнее подождать стабилизации интерфейса в Linux glibc, преждем чем переносить его во FreeBSD libc. В любом случае цели 100% совместимости с Linux не ставится.
    Спонсировано: The FreeBSD Foundation.
  • Константин Белоусов работал также над VDSO (Virtual Dynamic Shared Object). VDSO — это динамическая библиотека, которую подключают к исполняемой программе в результате совместной работы ядра и динамического линковщика. Она не существует на диске в виде отдельного .so и соответственно нет ELF-инструкций для подключения. FreeBSD уже имела множество VDSO-возможностей, которые обычно используются в Linux, но без такого усложнения. Однако не поддерживалась отладочная информация формата DWARF (DWARF annotations). Теперь VDSO оборачивает DWARF annotations в разделяемый объект и помещает в страницу разделяемой памяти.
    Спонсировано: The FreeBSD Foundation.
  • Поддержка ENA (Elastic Network Adapter) — гибких сетевых адаптеров, используемых в Amazon Web Services (AWS).
    Спонсировано Amazon.
  • Добавлены новые драйверы Linux Wireless, которые работают через Linux-совместимый интерфейс LinuxKPI.
    Спонсировано: The FreeBSD Foundation.
  • Джон Болдвин продолжает разработку wireguard-драйвера в ядре. Проделана работа над XChaCha20-Poly1305.
    Спонсировано: The FreeBSD Foundation.

Система портов:

  • KDE (в основном багфиксы), LibreOffice (нужны люди для багфиксов).

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 12)

Ответ на: комментарий от LightDiver

погоди, ты от браузера сможешь отказаться?? а как ты на лор тогда будешь ходить? без библиотек от редхата ты на лор сходить не сможешь, выходит...

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

Есть и без гтк, вполне можно отказаться при желании, только зачем?

только они не работают нормально. не все сайты будут работать.

только зачем?

я просто тебе доказываю, что это ключевой компонент от редхата. без него тебе будет очень тяжко.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

Это уже глупости. Многие говорят, что фф не работает нормально. Это уже субъективщина.

Ты опять же путаешь «ключевой компонент» (от которого можно при желании отказаться, так что не очень то и ключевой) и процент вклада в общую экосистему. От экосистемы этот компонент очень мал.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Ты опять же путаешь «ключевой компонент» (от которого можно при желании отказаться, так что не очень то и ключевой) и процент вклада в общую экосистему. От экосистемы этот компонент очень мал.

так ты без него не сможешь! какая разница, какой там еще процент у тебя. главное, что без gtk у тебя не будет работать браузер, а без glibc у тебя вообще ничего не будет работать!

я же это все говорю, что если RH что-то поменяет в этих проектах, ты будешь зависеть.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от LightDiver

мой основной поинт, что поскольку у RH в руках ключевые проекты: glibc и браузерный тулкит, то что бы в Gentoo не решили, они всеравно будут брать этот код у апстрима. а без него ничего из того, что тебе нужно, работать не будет. и толку от других пакетов не будет.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от LightDiver

причем заметь, альтернатив glibc нету. у freebsd, ес-но, своя libc.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Слушай, опять ты меня сбил с толку. При чем тут РХ к ГТК? Это опять же не их проект. Верю что они вкладывают свой процент в него, но не более. То же самое, что и с глибс.

Пусть вкладываются, пусть пишут, но не надо преуменьшать вклад остальных, завышая какие то отдельные компании.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

а ты можешь вообще назвать, хоть один проект именно RH? даже systemd на отдельном домене и как бы отдельный проект по твоей логике.

опенсорс же весь состоит из таких проектов, чтобы ты к ним мог присоединиться.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

Чисто технически, это проекты, созданные с нуля РХ. Но я о том и пишу, что даже в этом случае к данным опенсорсным проектам присоединяются энтузиасты и процент вклада РХ даже в такое неизбежно падает.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Чисто технически, это проекты, созданные с нуля РХ.

ну покажи мне какой-нибудь что ли для примера...

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

и процент вклада РХ даже в такое неизбежно падает.

а-а. ты не прав. проекты не так работают. кодовую базу нужно знать хорошо. работать с ней каждый день. ты тупо не можешь придти и по выходным что-то накодить. код пишут люди на зарплате. каждый день.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Я не слежу за ними. И я не говорю что их проекты плохие. Мой первый в жизни линукс, который я увидел - десктопный ред хат. И он был прекрасен. Винда тогда казалась сараем полуразваленным на фоне современного небоскреба десктопного РХ.

Просто многие пытаются продвигать идею, что «фирма такая то» это весь линукс. Нет, не весь. И даже не такой уж и большой проект. В том и дело.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Чисто технически, это проекты, созданные с нуля РХ.

ты в курсе, что даже microsoft office когда-то давно был куплен m$? корпорации очень редко начинают свои собственные проекты. они гораздо чаще покупают те, которые выстрелили. так меньше риски.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Так это лишь подтверждает мою мысль - их вклад весьма косвенный. Не нужно идеализировать такие фирмы.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Просто многие пытаются продвигать идею, что «фирма такая то» это весь линукс. Нет, не весь. И даже не такой уж и большой проект. В том и дело.

нет, в том-то и дело. это ты не знаешь, как определить принадлежность проекта к корпорации. ты думаешь, что если они не начали этот проект, то он не их. это ошибка. принадлежность проекта определяется тем, чьи деньги за ним стоят.

Отчёт о развитии FreeBSD за четвёртый квартал 2021 года (комментарий)

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)

Блин, и правда на ГТК мало всего. Огнелис, Громоптиц, Гимп да ИзиТег. Причём, предпоследний мне не нужен, а последний можно заменить Kid3.

sluggard ★★★★★
()
Ответ на: комментарий от sluggard

Когда то у меня еще был дедбиф плеер на гтк, но там разработчики слегка поехали, да и потом я написал себе qt морду для него. А там и перешел на мпв.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Вопрос даже не в начинании, вопрос в проценте вклада.

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

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

если взять твой пример с огромной башней, то у нас в основании лежат куски от редхата. если их подвинуть или поменять, это будет заметно для всего. в том числе в Gentoo или любом другом линуксе.

crypt ★★★★★
() автор топика
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

И опять же не так. У нас в основании лежат проекты, некоторые кирпичики из которых заложены РХ. Но далеко не все.

LightDiver ★★★★★
()
Ответ на: комментарий от sluggard

Лет 10 назад начал кидаться из стороны в сторону, решил вообще куда то там уходить, на мобилки чтоли или как то так. Я на это посмотрел и забил. И на канале у него шевеления плохие тогда начались. Может исправился, не знаю. Мне его плеер очень нравился.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

И опять же не так. У нас в основании лежат проекты, некоторые кирпичики из которых заложены РХ. Но далеко не все.

не важно, кто их заложил. важно, кому сейчас они принадлежат.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Так в том и дело что даже не принадлежит. Это опенсорс с весьма жесткой лицензией. И не только не принадлежит полностью, еще и вклад весьма фрагментарный. Там еще посмотреть надо на вклад чисто сотрудников на зарплате и привлеченных специалистов сторонних, которых РХ может приписывать себе. Все сложнее, короче.

И не путай вклад трудом и кодом с вкладом деньгами. Это вообще разное.

LightDiver ★★★★★
()
Ответ на: комментарий от sluggard

Не, я себе в qt creator накидал формочку типа этого.. Блин, как же его. Во - винампо-подобную. Она тупо выполняет скрипты нужные, а какой плеер зашьешь в скрипты - не важно. Был дедбиф без интерфейса, можно вставить мпд, можно мпв - пофиг.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

И не путай вклад трудом и кодом с вкладом деньгами. Это вообще разное.

нет-нет! это как раз напрямую связанные вещи. добро пожаловать в наш капиталистический мир, Нео!

Это опенсорс с весьма жесткой лицензией.

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

еще и вклад весьма фрагментарный

я вроде уже показал тебе на примере glibc, что это не так. показать на примере gtk?

Там еще посмотреть надо на вклад чисто сотрудников на зарплате и привлеченных специалистов сторонних, которых РХ может приписывать себе.

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

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Это очередная буржуазная ложь для слабо образованных. Оплачивать труд украденным трудом - это не достижение компании, это достижение тех, кто трудился.

Толк в том, что при необходимости можно взять и продолжить разрабатывать проект, несмотря на любые запреты.

Ты именно показал, что вклад частичный. То есть часть создана трудом компании, а часть нет. И это даже в рамках одного небольшого проекта.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

ложь

ты трудишься - ты получаешь за это деньги. в чем проблема у тебя с пониманием этого?

можно взять и продолжить разрабатывать проект

так вот большая часть сообщества, как ты. не может писать код. теоретически да, а на практике systemd написали в RH.

И это даже в рамках одного небольшого проекта.

это большой проект.

То есть часть создана трудом компании, а часть

другими компания. ну ок.

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Проблема в том, что трудишься ты условно 8 часов, а получаешь за 1 час. Остальное у тебя воруют. И это наворованное отдают другим, в качестве оплаты. Понимаешь ловкость хода? Это твое достижение, а не того, кто у тебя украл твой труд.

Системд это как раз пример неудачного проекта, который многие не хотят внедрять.

Это проект, процент вложенного труда в который в рамках общей экосистемы бесконечно мал.

Так про другие компании речь не идет. Я тут пытаюсь показать почему РХ - далеко не весь линукс.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Проблема в том, что трудишься ты условно 8 часов, а получаешь за 1 час. Остальное у тебя воруют. И это наворованное отдают другим, в качестве оплаты. Понимаешь ловкость хода?

нет, вообще не понимаю, о чем ты говоришь. :(

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

И кстати, я пытаюсь показать в примерах именно про РХ, что они не являются настолько ключевыми для десктопа и для линукса, как кажется. Они вообще предали десктоп и отказались от него в свое время. Ну их в пень.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Системд это как раз пример неудачного проекта, который многие не хотят внедрять.

ты и генту - это многие? я тебе выше про nvidia писал. внедрили уже все.

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

я всеравно не понимаю твоих аналогий

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

Это проект, процент вложенного труда в который в рамках общей экосистемы бесконечно мал.

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

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

Например генту, да. Достаточно крупные старейшие ветки дистрибутивов не торопятся его внедрять. И в сообществе у него репутация неудачного проекта.

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

угу. настолько крупный, что даже nvidia про него не в курсе. ты опять ушел в мир своих фантазий.

crypt ★★★★★
() автор топика
Ответ на: комментарий от LightDiver

Это не ее проект. Я смотрю на вложенный труд в проект, а не на правообладателей.

если ты дом не строил, но купил в нем квартиру, она тоже не твоя?

crypt ★★★★★
() автор топика
Ответ на: комментарий от crypt

То что отдельные производители благосклонно формируют пакеты для отдельных дистрибутивов - это чисто их добрая воля, может договоренность. Это достаточно кривая практика. Не существует софта под дистрибутив. Есть софт под линукс.

LightDiver ★★★★★
()
Ответ на: комментарий от crypt

Когда я купил квартиру - она не является моим достижением. Ее строили другие. Вот я купил дом - он мой, но это достижение того, кто его построил.

То что я купил 1, 5, 10 домов, не значит что я построю еще 100 домов. Моего труда в этом нету.

LightDiver ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.