/ Для администратора / Система / Оптимизация, тюнинг
·	29.07.2026	Выпуск оптимизатора энергопотребления и производительности auto-cpufreq 3.1 (30 +8)
	Опубликован релиз утилиты auto-cpufreq 3.1.0, предназначенной для автоматической оптимизации скорости работы CPU и энергопотребления в системе. Утилита отслеживает состояние аккумулятора ноутбука, нагрузку на CPU, температуру CPU и активность в системе, и в зависимости от ситуации и выбранных опций динамически активирует режимы энергосбережения или высокой производительности. Поддерживается работа на устройствах с процессорами Intel, AMD и ARM. Для управления может использоваться графический интерфейс на базе GTK или консольная утилита. Код написан на языке Python и распространяется под лицензией LGPLv3... (30 +8) обсуждение | весь текст
·	28.07.2026	Использование GPU для ускорения обработки сетевых пакетов в ядре Linux (142 +67)
	Для обсуждения разработчиками ядра Linux опубликован набор патчей c реализацией механизма KNOD, позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов. KNOD взаимодействует с GPU напрямую, без обращения к фреймворкам в пространстве пользователя, таким как AMD ROCm и NVIDIA CUDA, самостоятельно управляет очередями GPU и выполняет JIT-компиляцию BPF-программ обработки пакетов для выполнения на GPU. Пакеты для обработки перенаправляются из памяти сетевого адаптера в GPU с использованием DMA и Device Memory TCP... (142 +67) обсуждение | весь текст
·	03.06.2026	Расширение системной памяти через подкачку в видеопамяти NVIDIA (106 +53)
	Опубликован инструментарий nbd-vram, позволяющий разместить область подкачки в видеопамяти графической карты NVIDIA. Подобный манёвр даёт возможность виртуально увеличить размер памяти в системе, работающей на ноутбуках с впаянной нерасширяемой оперативной памятью и GPU NVIDIA. Код написан на языке Си и распространяется под лицензией MIT... (106 +53) обсуждение | весь текст
·	17.03.2026	Facebook возобновил разработку библиотеки управления памятью jemalloc (51 +28)
	Компания Meta* объявила о возобновлении разработки библиотеки управления памятью jemalloc, репозиторий которой в июне прошлого года был переведён в архивный режим. Библиотека jemalloc предлагает альтернативную реализацию функций malloc, оптимизированную для снижения фрагментации и работы на многопроцессорных системах... (51 +28) обсуждение | весь текст
·	12.03.2026	В ядрах для платформы Android включена оптимизация AutoFDO (50 +19)
	Компания Google подвела итоги включения оптимизации AutoFDO (Auto-Feedback-Directed Optimization) при сборке ядра Linux для платформы Android. AutoFDO использует результаты профилирования c информацией о частоте выполнения различных участков кода для повышения производительности часто выполняемых операций. Оптимизация AutoFDO задействована при сборке ядра Linux... (50 +19) обсуждение | весь текст
·	17.02.2026	В ядре Linux решена проблема с замедлением перехода в режим гибернации для старых SSD (179 +37)
	Для ядра Linux предложено изменение, оптимизирующее работу нового аллокатора подкачки (swap allocator) при выполнении операций, связанных с переходом в спящий режим c сохранением памяти на диск (hibernate, suspend-to-disk). В процессе работы один из разработчиков заметил, что при переходе в режим гибернации не поддерживается быстрое выделение больших регионов в разделе/файле подкачки. На системах с медленными SSD-накопителями из-за этого возникали проблемы с производительностью операций при использовании 4K-блоков, приводящие к заметному замедлению перехода в режим гибернации... (179 +37) обсуждение | весь текст
·	12.02.2026	В ядре Linux на 12% ускорена обработка входящих UDP-пакетов (91 +48)
	В кодовую базу, на основе которой формируется ядро Linux 7.0, принят набор изменений, при проведении стресс-тестирования в 100-гигабитной сети позволивших повысить производительность обработки входящих UDP-пакетов на 12%. Оптимизация реализована путём ручного инлайнинга двух функций. Отмечается, что функция timecounter_cyc2time() может вызываться на каждый входящий пакет, поскольку современные протоколы требуют учёта времени поступления пакета. Из-за этого на нагруженном сервере функция timecounter_cyc2time() может вызываться более 100 млн раз в секунду... (91 +48) обсуждение | весь текст
·	31.10.2025	Для Ubuntu 25.10 подготовлены варианты пакетов, оптимизированные для архитектуры x86-64-v3 (190 +22)
	Компания Canonical начала поставку для Ubuntu 25.10 отдельных вариантов пакетов с исполняемыми файлами, собранными с оптимизациями для архитектуры x86-64-v3. В настоящее время для x86-64-v3 подготовлено около 2000 пакетов из репозитория main, которые доступны в качестве опции. Данные пакеты не протестированы на уровне основных пакетов, но уже могут использоваться энтузиастами, желающими добиться максимальной производительности. В Ubuntu 26.04 намерены собрать оптимизированные для архитектуры x86-64-v3 варианты всех имеющихся пакетов и обеспечить для них полноценное тестирование... (190 +22) обсуждение | весь текст
·	09.10.2025	Система сжатия OpenZL, опережающая Zstd и XZ по скорости и уровню сжатия структурированных данных (90 +44)
	Компания Meta* представила инструментарий для сжатия и распаковки данных OpenZL, по сравнению с форматами Zstd и XZ демонстрирующий более высокий уровень сжатия и скорость работы. OpenZL разработан для эффективного сжатия структурированных наборов данных, например, применяемых при машинном обучении, а также хранилищ, содержащих поля с различными повторяющимися типами информации. Код OpenZL написан на C/C++ и открыт под лицензией BSD... (90 +44) обсуждение | весь текст
·	26.07.2025	Повышение производительности Btrfs в ядре Linux 6.17 (227 +29)
	Для включения в будущее ядро 6.17 предложены оптимизации и новые возможности, повышающие производительность Btrfs:... (227 +29) обсуждение | весь текст
·	30.06.2025	Ubuntu будет поставлять intel-compute-runtime без защиты от Spectre, снижающей производительность на 20% (77 +38)
	В Ubuntu решено перейти по умолчанию на поставку пакета intel-compute-runtime, собранного с флагом NEO_DISABLE_MITIGATIONS, отключающим защиту от атак класса Spectre. По оценке разработчиков Ubuntu наличие подобной защиты приводит к снижению производительности пакета примерно на 20%... (77 +38) обсуждение | весь текст
·	04.06.2025	Сравнение производительности СУБД Valkey и Redis (126 +28)
	Представлены результаты тестирования свежих выпусков СУБД Redis 8.0 и Valkey 8.1, в которых были заявлены значительные оптимизации производительности. Во всех проведённых тестах развиваемый сообществом форк обогнал оригинальный проект, в основном благодаря внедрению в Valkey нового механизма для многопоточной обработки ввода/вывода в асинхронном режиме, переданного проекту компанией Amazon... (126 +28) обсуждение | весь текст
·	02.05.2025	Intel открыл iaprof, инструментарий для профилирования производительности GPU (28 +10)
	Брендан Грег (Brendan Gregg), один из разработчиков системы динамической отладки DTrace, ныне работающий в Intel и развивающий средства для анализа производительности на базе eBPF в ядре Linux, объявил об открытии исходного кода инструментария iaprof (AI Flame Graphs). Инструментарий предназначен для анализа информации о производительности GPU Intel и её наглядной визуализации. Код написан на языке Си и открыт под лицензией Apache 2.0... (28 +10) обсуждение | весь текст
·	01.04.2025	В ядро Linux 6.15 приняты значительные оптимизации сетевой подсистемы и exFAT (236 +63) ↻
	В состав кодовой базы ядра Linux, на основе которой формируется выпуск 6.15, принят набор изменений с оптимизациями, в ряде ситуаций значительно повышающих производительность сетевых операций:... (236 +63) ↻ обсуждение | весь текст
·	19.03.2025	Производительность Ubuntu-пакета jq удалось увеличить в 1.9 раза путём пересборки (158 +45)
	Опубликованы результаты оценки влияния на производительность пересборки пакетов для Ubuntu с различными опциями и реализациями функций выделения памяти. Экспериментатору удалось на 90% (в 1.9 раза) повысить производительность пакета jq с инструментарием для обработки данных в формате JSON, путём обычной пересборки из того же пакета с исходным кодом, без внесения изменений в сам код. Производительность оценивалась через измерение времени выполнения типового фильтрующего запроса над данными GeoJSON, размером 500МБ... (158 +45) обсуждение | весь текст
Следующая страница (раньше) >>