Создатель ReiserFS в письмах из тюрьмы прокомментировал прекращение поддержки файловой системы
В списке рассылки разработчиков ядра Linux опубликованы письма, полученные одним из разработчиков в ходе переписки с Хансом Райзером, в 2008 году приговорённым к пожизненному заключению за убийство жены в результате ссоры с последующей попыткой сокрытия преступления (в 2027 году он сможет подать ходатайство на условно-досрочное освобождение).
В письмах Ханс сожалеет о своих ошибках при взаимодействии с сообществом разработчиков, рассуждает о переводе ReiserFS v3 в разряд устаревших в ядре Linux 6.6, анализирует историю разработки ReiserFS, упоминает надежды, связанные с продвижением ReiserFS v4, и поясняет реализованные в ReiserFS v4 технические решения.
Комментируя решение об удалении ReiserFS из состава ядра, Ханс упомянул, что вопрос о том, остаётся ли данная ФС полезной и следует ли её продолжать поставлять в ядре должны решать пользователи и сопровождающие с учётом сложившихся реалий. Он понимает, что наличие кода ReiserFS в ядре создаёт дополнительную нагрузку на сопровождающих из-за необходимости тестирования и обеспечения совместимости с появляющимися в ядре новыми возможностями, и если ФС больше не актуальна, нет смысла продолжать её поставку в составе ядра. При разработке ReiserFS 4 учтены многие недостатки ReiserFS 3 и упрощено сопровождение, но данная версия так и не была принята в состав ядра.
Единственной просьбой Ханса является добавление в сопутствующий коду ReiserFS файл README, до того как код ReiserFS будет удалён из ядра, упоминания Михаила Гилулу, Константина Швачко и Анатолия Пинчука, вклад которых в разработку остался незаслуженно упущенным. Они развивали ReiserFS, но из-за несдержанного характера Ханса и завышенных требований (Ханс мог работать круглые сутки и ожидал от других похожего энтузиазма) ушли из проекта, что в то время было воспринято Хансом как предательство, но со временем он осознал, что их решение было оправдано в сложившихся обстоятельствах.
Linux / Линукс🥸
В списке рассылки разработчиков ядра Linux опубликованы письма, полученные одним из разработчиков в ходе переписки с Хансом Райзером, в 2008 году приговорённым к пожизненному заключению за убийство жены в результате ссоры с последующей попыткой сокрытия преступления (в 2027 году он сможет подать ходатайство на условно-досрочное освобождение).
В письмах Ханс сожалеет о своих ошибках при взаимодействии с сообществом разработчиков, рассуждает о переводе ReiserFS v3 в разряд устаревших в ядре Linux 6.6, анализирует историю разработки ReiserFS, упоминает надежды, связанные с продвижением ReiserFS v4, и поясняет реализованные в ReiserFS v4 технические решения.
Комментируя решение об удалении ReiserFS из состава ядра, Ханс упомянул, что вопрос о том, остаётся ли данная ФС полезной и следует ли её продолжать поставлять в ядре должны решать пользователи и сопровождающие с учётом сложившихся реалий. Он понимает, что наличие кода ReiserFS в ядре создаёт дополнительную нагрузку на сопровождающих из-за необходимости тестирования и обеспечения совместимости с появляющимися в ядре новыми возможностями, и если ФС больше не актуальна, нет смысла продолжать её поставку в составе ядра. При разработке ReiserFS 4 учтены многие недостатки ReiserFS 3 и упрощено сопровождение, но данная версия так и не была принята в состав ядра.
Единственной просьбой Ханса является добавление в сопутствующий коду ReiserFS файл README, до того как код ReiserFS будет удалён из ядра, упоминания Михаила Гилулу, Константина Швачко и Анатолия Пинчука, вклад которых в разработку остался незаслуженно упущенным. Они развивали ReiserFS, но из-за несдержанного характера Ханса и завышенных требований (Ханс мог работать круглые сутки и ожидал от других похожего энтузиазма) ушли из проекта, что в то время было воспринято Хансом как предательство, но со временем он осознал, что их решение было оправдано в сложившихся обстоятельствах.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🫡53 11👍8❤1 1
Please open Telegram to view this post
VIEW IN TELEGRAM
Выпуск системы распознавания текста GNU Ocrad 0.29
После двух лет разработки сформирован релиз системы распознавания текста Ocrad 0.29 (Optical Character Recognition), развиваемой под эгидой проекта GNU. Ocrad может применяться как в форме библиотеки для интеграции функций OCR в другие приложения, так и в форме обособленной утилиты, которая на основе переданного на вход изображения выдаёт текст в UTF-8 или 8-битных кодировках.
В новой версии:
▪️ Улучшено распознавание начертания буквы "L" с наклонённой правой частью.
▪️ При использовании опции '-o' ('--output') обеспечено создание недостающих промежуточных каталогов, указанных в заданном пути к файлу.
▪️ В сборочный файл configure и в Makefile.in добавлена переменная MAKEINFO.
▪️ Диагностические сообщения, связанные с файловыми операциями, преобразованы в форму 'PROGRAM: FILE: MESSAGE'.
▪️ В сообщениях об использовании некорректных аргументов командной строки обеспечен показ аргумента и имени опции.
Linux / Линукс🥸
После двух лет разработки сформирован релиз системы распознавания текста Ocrad 0.29 (Optical Character Recognition), развиваемой под эгидой проекта GNU. Ocrad может применяться как в форме библиотеки для интеграции функций OCR в другие приложения, так и в форме обособленной утилиты, которая на основе переданного на вход изображения выдаёт текст в UTF-8 или 8-битных кодировках.
В новой версии:
▪️ Улучшено распознавание начертания буквы "L" с наклонённой правой частью.
▪️ При использовании опции '-o' ('--output') обеспечено создание недостающих промежуточных каталогов, указанных в заданном пути к файлу.
▪️ В сборочный файл configure и в Makefile.in добавлена переменная MAKEINFO.
▪️ Диагностические сообщения, связанные с файловыми операциями, преобразованы в форму 'PROGRAM: FILE: MESSAGE'.
▪️ В сообщениях об использовании некорректных аргументов командной строки обеспечен показ аргумента и имени опции.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Please open Telegram to view this post
VIEW IN TELEGRAM
Разработчики FreeBSD обсуждают использование языка Rust в базовой системе
Началось обсуждение процесса включения кода на языке Rust в состав базовой системы. В ходе дискуссии коммиттеров проекта были определены цена и преимущество внедрения. Ценой включения поддержки Rust станет удвоение времени сборки, а преимуществом - упрощение разработки некоторых утилит.
Список утилит, которые есть намерение переписать на языке Rust, если бы поддержка Rust появилась в базовой системе:
ctl-exporter (экспорт статистики ctlstat в Prometheus).
Тесты fusefs.
devd .
zfsd.
nscd.
Компоненты стеков 802.11ac и Lightning, работающие в пространстве пользователя.
freebsd-kpi-r14-0.
Список портов на языке Rust, которые можно было бы перенести в базовую систему, если бы поддержка Rust появилась в базовой системе:
gstat-rs.
geom-exporter.
nfs-exporter.
virtiofsd-rs.
jail-exporter.
Различные системы управления jail-окружениями.
pjdfstest.
pf-rs.
benchpmc.
Связанные с FreeBSD Rust-приложения, которые предлагается оставить в портах:
fsx-rs.
ztop.
iocage-provision.
rsblk.
xfuse.
Linux / Линукс🥸
Началось обсуждение процесса включения кода на языке Rust в состав базовой системы. В ходе дискуссии коммиттеров проекта были определены цена и преимущество внедрения. Ценой включения поддержки Rust станет удвоение времени сборки, а преимуществом - упрощение разработки некоторых утилит.
Список утилит, которые есть намерение переписать на языке Rust, если бы поддержка Rust появилась в базовой системе:
ctl-exporter (экспорт статистики ctlstat в Prometheus).
Тесты fusefs.
devd .
zfsd.
nscd.
Компоненты стеков 802.11ac и Lightning, работающие в пространстве пользователя.
freebsd-kpi-r14-0.
Список портов на языке Rust, которые можно было бы перенести в базовую систему, если бы поддержка Rust появилась в базовой системе:
gstat-rs.
geom-exporter.
nfs-exporter.
virtiofsd-rs.
jail-exporter.
Различные системы управления jail-окружениями.
pjdfstest.
pf-rs.
benchpmc.
Связанные с FreeBSD Rust-приложения, которые предлагается оставить в портах:
fsx-rs.
ztop.
iocage-provision.
rsblk.
xfuse.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍20😁4
Please open Telegram to view this post
VIEW IN TELEGRAM
😁43 5 3
Для ядра Linux подготовлены оптимизации, повышающие производительность планировщиков ввода/вывода
Йенс Эксбо, создатель io_uring и планировщиков ввода/вывода CFQ, Deadline и Noop, продолжил свои эксперименты с оптимизацией ввода/вывода в ядре Linux. На этот раз под его внимание попали планировщики ввода/вывода BFQ и mq-deadline, оказавшиеся узким местом как минимум в случае скоростных накопителей NVMe.
Как показало изучение ситуации, одной из ключевых причин неоптимальной производительности подсистем планировщиков ввода/вывода стали проблемы с конкурирующими блокировками ("lock contention", попытка получить блокировку, удерживаемую другим потоком). Благодаря мерам, нацеленным на снижение соперничества при обработке блокировок, таким как сериализация диспетчеризации и вставки запросов, скорость работы планировщиков выросла в ряде ситуаций в разы (в IOPS).
При тестировании планировщика BFQ утилитой fio производительность выросла с 567К до 1551К операций ввода/вывода в секунду, а конкуренция блокировок снизилась с 96% до 30%. В случае с mq-deadline производительность после применения предложенных патчей при использовании NVMe-накопителя увеличилась с 1070К до 2560K операций ввода/вывода в секунду (IOPS), а конкуренция блокировок снизилась с 94% до 23%.
Linux / Линукс🥸
Йенс Эксбо, создатель io_uring и планировщиков ввода/вывода CFQ, Deadline и Noop, продолжил свои эксперименты с оптимизацией ввода/вывода в ядре Linux. На этот раз под его внимание попали планировщики ввода/вывода BFQ и mq-deadline, оказавшиеся узким местом как минимум в случае скоростных накопителей NVMe.
Как показало изучение ситуации, одной из ключевых причин неоптимальной производительности подсистем планировщиков ввода/вывода стали проблемы с конкурирующими блокировками ("lock contention", попытка получить блокировку, удерживаемую другим потоком). Благодаря мерам, нацеленным на снижение соперничества при обработке блокировок, таким как сериализация диспетчеризации и вставки запросов, скорость работы планировщиков выросла в ряде ситуаций в разы (в IOPS).
При тестировании планировщика BFQ утилитой fio производительность выросла с 567К до 1551К операций ввода/вывода в секунду, а конкуренция блокировок снизилась с 96% до 30%. В случае с mq-deadline производительность после применения предложенных патчей при использовании NVMe-накопителя увеличилась с 1070К до 2560K операций ввода/вывода в секунду (IOPS), а конкуренция блокировок снизилась с 94% до 23%.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍24 2
Please open Telegram to view this post
VIEW IN TELEGRAM
Представлен RubyWM, оконный менеджер, написанный целиком на Ruby
Опубликован проект RubyWM, развивающий оконный менеджер на базе протокола X11, написанный на языке Ruby, включая драйвер для работы с протоколом X11. RubyWM поддерживает виртуальные рабочие столы и может использовать как мозаичную (tailing) компоновку окон, так и произвольное позиционирование окон на рабочем столе.
Оконный менеджер отмечен как экспериментальный, но уже используется в повседневной работе автора проекта. Для управления оконным менеджером используются события X11 ClientMessage, которые могут генерироваться утилитой xdotool. Для обработки клавиатурных комбинаций применяется sxhkd.
Linux / Линукс🥸
Опубликован проект RubyWM, развивающий оконный менеджер на базе протокола X11, написанный на языке Ruby, включая драйвер для работы с протоколом X11. RubyWM поддерживает виртуальные рабочие столы и может использовать как мозаичную (tailing) компоновку окон, так и произвольное позиционирование окон на рабочем столе.
Оконный менеджер отмечен как экспериментальный, но уже используется в повседневной работе автора проекта. Для управления оконным менеджером используются события X11 ClientMessage, которые могут генерироваться утилитой xdotool. Для обработки клавиатурных комбинаций применяется sxhkd.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14 9
This media is not supported in your browser
VIEW IN TELEGRAM
Autin — инструмент для синхронизации истории команд между системами.
Данные хранятся в БД, могут быть зашифрованы перед передачей, а для синхронизации имеется возможность развернуть собственный сервер.
📌 https://github.com/atuinsh/atuin
Linux / Линукс🥸
Данные хранятся в БД, могут быть зашифрованы перед передачей, а для синхронизации имеется возможность развернуть собственный сервер.
📌 https://github.com/atuinsh/atuin
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Valve выпустила Proton 8.0-5, пакет для запуска Windows-игр в Linux
Valve опубликовала обновление проекта Proton 8.0-5, основанного на кодовой базе проекта Wine и нацеленного на обеспечение запуска в Linux игровых приложений, созданных для Windows и представленных в каталоге Steam.
Среди изменений в новой версии Proton:
— Обеспечена поддержка расширенного динамического диапазона (HDR) на оборудовании поддерживающем данную технологию.
— Добавлена поддержка игр:
~ Grotesque Tactics: Evil Heroes
~ Welcome to Princeland
~ Red Tie Runner
~ Simon the Sorcerer: 25th Anniversary Edition
~ Assassin's Creed Mirage
— До версии 2.3-21-g1b31aa5d обновлена прослойка DXVK
И другие изменения.
Linux / Линукс🥸
Valve опубликовала обновление проекта Proton 8.0-5, основанного на кодовой базе проекта Wine и нацеленного на обеспечение запуска в Linux игровых приложений, созданных для Windows и представленных в каталоге Steam.
Среди изменений в новой версии Proton:
— Обеспечена поддержка расширенного динамического диапазона (HDR) на оборудовании поддерживающем данную технологию.
— Добавлена поддержка игр:
~ Grotesque Tactics: Evil Heroes
~ Welcome to Princeland
~ Red Tie Runner
~ Simon the Sorcerer: 25th Anniversary Edition
~ Assassin's Creed Mirage
— До версии 2.3-21-g1b31aa5d обновлена прослойка DXVK
И другие изменения.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
😁61 9👍8 5🫡4