Производительность пакета jq в Ubuntu увеличили в 1,9 раза путём пересборки

Экспериментатор смог значительно повысить производительность пакета jq, используемого для обработки JSON-данных, путём пересборки с оптимизированными настройками. Без изменения исходного кода удалось добиться ускорения на 90% (в 1,9 раза).

Производительность оценивалась через измерение времени выполнения типового фильтрующего запроса над данными GeoJSON, размером 500МБ.

Итоги эксперимента:

▪️Вариант, собранный в GCC из тех же исходных текстов с флагами по умолчанию оказался быстрее бинарного пакета Ubuntu на 2-4%.
▪️Пересборка в Clang 18 с уровнем оптимизации"-O3", включением оптимизации на этапе связывания ("-flto") и отключением отладочной информации ("-DNDEBUG") привела к ускорению на 20%.
▪️Пересборка с системой распределения памяти TCMalloc (добавление "-L/usr/lib/x86_64-linux-gnu -ltcmalloc_minimal" в LDFLAGS) привела к ускорению на 40%.
▪️Замена функций malloc на системы распределения памяти tcmalloc, jemalloc и mimalloc через "LD_PRELOAD=/usr/lib/x86_64-linux-gnu/lib....so" привела к увеличению производительности на 27%, 29% и 44%. При запуске с mimalloc, показавшем ускорение на 44%, выставлялась переменная окружения "MIMALLOC_LARGE_OS_PAGES=1".
▪️Пересборка пакета с mimalloc в LDFLAGS вместо связывания через LD_PRELOAD привела к ускорению прохождения теста на 90%. Другой тест по обработке 2.2GB JSON-данных в 13000 файлах также показал прирост производительности примерно в два раза.

Linux / Линукс 🥸

Linux / Линукс 🥸

Vulkan стал официальным графическим API для Android

Это решение станет основой для нового унифицированного стека отрисовки, который заменит OpenGL ES в будущих версиях платформы.

Что изменится?
• Vulkan станет основным уровнем абстракции для GPU (HAL).
• OpenGL ES будет поддерживаться через прослойку ANGLE, работающую поверх Vulkan.
• В Android 16 (2025 год) ANGLE будет включён по умолчанию для новых устройств.
• В Android 17 (2026 год) ANGLE станет обязательным для всех новых устройств.

Linux / Линукс 🥸

Linux / Линукс 🥸

Выпуск среды рабочего стола GNOME 48

После шести месяцев разработки представлен выпуск среды рабочего стола GNOME 48. Для быстрой оценки возможностей GNOME 48 предложены специализированные Live-сборки на основе openSUSE и установочной образ, подготовленный в рамках инициативы GNOME OS. GNOME 48 также уже включён в состав экспериментальных сборок Ubuntu 25.04 и Fedora 42.

В новом выпуске:

▪️ Добавлена поддержка расширенного динамического диапазона яркости (HDR, High Dynamic Range) и возможность вывода HDR-контента на мониторы, поддерживающие HDR.
▪️ В композитный сервер Mutter добавлена поддержка тройной буферизации, позволяющей добиться более плавной отрисовки изменений на экране и анимации.
▪️ Новые окна теперь по умолчанию размещаются с выравниванием по центру экрана. Улучшено позиционирование окон в многомониторных конфигурациях.
▪️ Реализована стековая компоновка списка уведомлений, в которой уведомления сгруппированы по приложениям.
▪️ По умолчанию задействован новый шрифт Adwaita Sans, который пришёл на смену шрифту Cantarell, применявшемуся с 2010 года.
▪️ Для терминалов и редакторов кода задействован моноширинный шрифт Adwaita Mono, являющийся модифицированным вариантом шрифта Iosevka, приближенным по стилю к шрифту Inter.
▪️ В конфигуратор добавлена новая секция "Digital Wellbeing" для выработки привычек здорового поведения при работе за компьютером.
▪️ В настройки управления питанием добавлена опция для продления жизни аккумулятора через ограничение максимального уровня заряда в 80%.
▪️ Обновлён интерфейс текстового редактора - панель интегрирована в заголовок окна, а все опции сосредоточены в одном меню. Предоставлен быстрый доступ к параметрам автоматического форматирования. В основное окно перемещён индикатор положения курсора.
И другие изменения.

Linux / Линукс 🥸

Linux 6.15 получит поддержку Airoha RISC-V NPU

В ядре Linux 6.15 появится поддержка Airoha Network Processor Unit (NPU), сетевого процессора на архитектуре RISC-V, интегрированного в SoC Airoha EN7581.

Детали:

* Airoha NPU: Специализированный сетевой процессор, в отличие от нейронных процессоров (NPU) для AI.
* Архитектура RISC-V: Использует RISC-V ядро для задач обработки сетевого трафика.
* SoC Airoha EN7581: Сочетание четырехъядерного ARM CPU и 8-ядерного RISC-V NPU.
* Аппаратное ускорение обработки потоков: Обеспечивает аппаратное ускорение обработки пакетов через Packet Processor Engine (PPE).
* Целевое применение: Предназначен для 10G-PON шлюзов в домашних и корпоративных сетях, с поддержкой WAN, WLAN (WiFi 6/7) и LAN.
* Интеграция в ядро: Поддержка добавлена в ветку net-next для включения в Linux 6.15.

Встроенная в ядро поддержка упрощает использование SoC Airoha EN7581 в сетевых устройствах на базе Linux, потенциально увеличивая производительность и эффективность сетевых приложений.

---
Теперь для отладки сетевых проблем придется учить RISC-V ассемблер? 😬

Linux / Линукс 🥸

Linux / Линукс 🥸

Браузер Chrome переведён на библиотеку Skrifa, написанную на языке Rust и предоставляющую возможности для обработки шрифтов в формате OpenType. Skrifa реализует подмножество возможностей шрифтового движка FreeType, необходимое для 2D-библиотеки Skia, применяемой в Chrome и Chromium. Для избавления библиотеки Skia от привязки к движку FreeType создан новый шрифтовой бэкенд, основанный на Skrifa.

В Chrome 128 написанный на Rust бэкенд был включён в экспериментальном режиме для редко используемых форматов шрифтов, таких как CFF2 и цветные шрифты. Начиная с выпуска Chrome 133 новый бэкенд задействован для всех web-шрифтов в сборках для платформ Linux, Android и ChromeOS. На платформах Windows и macOS новый движок пока используется в качестве запасного и применяется в случае, если система не поддерживает формат шрифта, который пытается отобразить браузер.

Код Skrifa разработан инженерами Google в рамках инструментария Fontations и открыт под лицензиями MIT и Apache 2.0. Для проверки корректности работы Skrifa подготовлено около 700 unit-тестов. Библиотека поддерживает декодирование глифов в форматах glyf, CFF, CFF2, COLRv0, COLRv1, EBDT, CBDT и sbix, вариативные шрифты в форматах glyf, CFF2 и COLRv1, хинтиг шрифтов в форматах glyf, CFF и CFF2.

Linux / Линукс 🥸

Linux / Линукс 🥸

Linux 6.14 экстренно исправил двухлетний баг, крадущий 30% производительности

Перед выходом стабильной версии Linux 6.14 в ядро добавили критический патч, устраняющий регрессию, которая два года снижала производительность на 30% в некоторых сценариях.

Что произошло?
▪️ Убрали изменение в планировщике задач, внедрённое два года назад для оптимизации функции sched_move_task.
▪️ Изначальная цель была ускорить выполнение задач (например, множественных команд sleep в bash-скриптах) на 57%.
▪️ Но получилось так, что в других сценариях, например, в облачной среде AWS, производительность падала на 30% (тест spawn в UnixBench).
▪️ Регрессия затронула критичные нагрузки: проблема обнаружилась в рабочих средах Amazon Web Services, где автогруппировка задач (CONFIG_SCHED_AUTOGROUP) активирована по умолчанию.
▪️ Инго Молнар, ключевой разработчик ядра, настоял на срочном включении патча, несмотря на поздний этап релиза.

Если Линус Торвальдс не выскажет возражений, патч будет включён в Linux 6.14 уже сегодня.

Linux / Линукс 🥸

ИИ-боты атакуют Open Source: инфраструктура KDE, GNOME и Fedora под угрозой

Открытые проекты, включая KDE, GNOME, Fedora, Codeberg и SourceHut, столкнулись с беспрецедентной нагрузкой на свою инфраструктуру. Причина — агрессивные ИИ-индексаторы, которые сканируют сайты для обучения языковых моделей, таких как Claude 3.7 от Anthropic. Эти боты игнорируют правила доступа к контенту robots.txt, маскируются под обычных пользователей и создают DDoS-подобную нагрузку, угрожая стабильности критически важных сервисов.

▪️ Боты сканируют Git-репозитории, форумы и Wiki, выполняя ресурсоёмкие операции: массовые запросы git blame, перебор всех страниц в git log, скачивание тысяч файлов одновременно.

▪️ Например, на платформе SourceHut боты перегружают серверы, запрашивая историю каждого репозитория построчно, что в 10 раз увеличило нагрузку на базы данных.

Как борются проекты?
• Framapiaf собрала 460 тыс. IP, ai.robots.txt публикует User-Agent ботов.
• Nepenthes (SourceHut): генерирует случайный контент с бесконечными ссылками.
• AI Labyrinth (Cloudflare): подменяет реальные страницы мусором, чтобы «зациклить» ботов.
• Жёсткие меры: блокировка трафика из Google Cloud и Azure.

Предложенные решения:

▪️ Сообщество требует, чтобы компании вроде Anthropic и OpenAI публично отчитались о методах сбора данных.

▪️ Предлагается создать «чёрный список» ИИ-ботов, которые систематически нарушают правила.

▪️ Разработка стандарта AI-robots.txt, который будет юридически обязывающим.

▪️ Внедрение блокчейн-систем для отслеживания источников трафика и автоматической блокировки нарушителей.

▪️ Проекты объединяются в альянсы для обмена данными о ботах. Например, KDE и GNOME уже синхронизируют свои базы IP-адресов.

Linux / Линукс 🥸

Linux / Линукс 🥸

Linux / Линукс 🥸