Мейнтейнер из Red Hat представил наработки инструмента с ИИ для помощи разработчикам
17 января Jiri Kyjovsky представил наработки инструмента с ИИ под названием Log Detective для помощи разработчикам в процессе анализа ошибок во время сборки пакетов RPM, чтобы пояснить понятным языком, почему возник сбой.
— уточнили авторы проекта.
Авторы проекта работают над сбором дополнительных журналов сборки RPM для обучения своей ИИ-модели и просят программистов присылать им свои логи.
Linux / Линукс🥸
17 января Jiri Kyjovsky представил наработки инструмента с ИИ под названием Log Detective для помощи разработчикам в процессе анализа ошибок во время сборки пакетов RPM, чтобы пояснить понятным языком, почему возник сбой.
Каждая сборка пакета RPM выдаёт тысячи строк вывода, разделённых на несколько файлов журналов. И соответствующее сообщение об ошибке может быть где угодно. <...> Научив ИИ-модель понимать журналы сборки RPM и объяснять сбой простыми словами, давая рекомендации по его устранению, разработчикам вообще не нужно будет открывать эти журналы.
— уточнили авторы проекта.
Авторы проекта работают над сбором дополнительных журналов сборки RPM для обучения своей ИИ-модели и просят программистов присылать им свои логи.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
😁16👍8
Please open Telegram to view this post
VIEW IN TELEGRAM
😁78
В KDE улучшена поддержка масштабирования и добавлено автосохранение в Dolphin
Опубликован отчёт о подготовке к релизу KDE 6, запланированному на 28 февраля. Среди включённых в ветку master изменений (появятся в KDE Plasma 6.1 и KDE Gears 24.05):
▪️ В файловом менеджере Dolphin обеспечено автоматическое сохранение открытых окон и вкладок, состояние которых теперь восстанавливается в случае аварийного завершения или перезапуска системы. Реализована поддержка отсоединения содержимого разделённой панели (split view) в отдельное окно.
▪️ В просмотрщике Okular добавлена поддержка отображения выпадающих меню, используемых в некоторых видах PDF-документов.
▪️ В апплет с информацией о параметрах сети добавлено отображение номера беспроводного канала в дополнение к частоте.
▪️ В системе создания скриншотов предоставлены дополнительные подстановки для использования в именах файлов скриншотов и скринкастов, например, <UnixTime> для подстановки эпохального времени и <h>/<hh> для подстановки часов в 12-часовом формате.
Linux / Линукс🥸
Опубликован отчёт о подготовке к релизу KDE 6, запланированному на 28 февраля. Среди включённых в ветку master изменений (появятся в KDE Plasma 6.1 и KDE Gears 24.05):
▪️ В файловом менеджере Dolphin обеспечено автоматическое сохранение открытых окон и вкладок, состояние которых теперь восстанавливается в случае аварийного завершения или перезапуска системы. Реализована поддержка отсоединения содержимого разделённой панели (split view) в отдельное окно.
▪️ В просмотрщике Okular добавлена поддержка отображения выпадающих меню, используемых в некоторых видах PDF-документов.
▪️ В апплет с информацией о параметрах сети добавлено отображение номера беспроводного канала в дополнение к частоте.
▪️ В системе создания скриншотов предоставлены дополнительные подстановки для использования в именах файлов скриншотов и скринкастов, например, <UnixTime> для подстановки эпохального времени и <h>/<hh> для подстановки часов в 12-часовом формате.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍29🗿4
Linux / Линукс
Разработку ядра остановили из-за непогоды В Портленд, где живёт Линус Торвальдс, пришла снежная буря, из-за чего десятки тысяч горожан остались без электричества и связи. В том числе и Торвальдс. Надеюсь, я ошибаюсь, но несколько лет назад на восстановление…
Линусу Торвальдсу дали электричество
19 января Торвальдс сообщил, что его дому в Портленде вернули электричество. Линус смог продержаться дома и без электричества, хотя на кухне температура опускалась до 8°C, но генератор покупать он не будет из-за его шума. Автор Linux решил приобрести более ёмкие батареи для поддержки работы электроники в случае подобных аварий.
Также Торвальдс уточнил, что пока у него не было электричества, он работал на ноутбуке, подключённом к большому аккумулятору.
Linux / Линукс🥸
19 января Торвальдс сообщил, что его дому в Портленде вернули электричество. Линус смог продержаться дома и без электричества, хотя на кухне температура опускалась до 8°C, но генератор покупать он не будет из-за его шума. Автор Linux решил приобрести более ёмкие батареи для поддержки работы электроники в случае подобных аварий.
Также Торвальдс уточнил, что пока у него не было электричества, он работал на ноутбуке, подключённом к большому аккумулятору.
Linux / Линукс
Please open Telegram to view this post
VIEW IN TELEGRAM
👍56
Создатель 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
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
Для ядра 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
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