Бастьен Ноcера (Bastien Nocera), разработчик Totem, Rhythmbox и gvfs, входящий в управляющий комитет GNOME Foundation, опубликовал список пожеланий, отражающий возможности, которые разработчикам GNOME хотелось бы видеть в ядре Linux. Ожидается, что подобная публикация позволит разработчикам ядра понять потребности разработчиков пользовательских окружений. Среди уже развиваемых возможностей ядра Linux, создание которых было продиктовано необходимостью решения проблем с окружениями рабочего стола упоминаются inotify, memfd и kdbus.

Наиболее интересные предложения:

  • Управление питанием:
    • Реализация спящего режима, не использующая раздел подкачки для сохранения содержимого ОЗУ;
    • Встроенная реализация гибридного режима сна - HybridSuspend (непонятно, что под этим подразумевается, начиная с ядра 3.6 поддерживается режим "Suspend to both", обеспечивающий переход в ждущий режим после предварительного сохранения образа памяти на диск - если аккумулятор заряжен работа восстанавливается как при ждущем режиме, если память обесточилась - как при спящем);
    • Режим сна без разрыва сетевых соединений (Connected stand-by);
    • Получение информации о событии, инициировавшем выход из спящего/ждущего режима;
    • Явное определение нулевого уровня подсветки экрана: 0 - нет подсветки или минимально возможный уровень подсветки?;
    • Документирование средств управления питанием для USB-устройств (например, как подать питание для зарядки устройства через USB-порт);
  • VFS, файловые системы:
    • Обновление времени изменения для всей цепочки директорий, например, если изменено время модификации /foo/bar/baz, то оно также должно измениться и для директории /foo. Данное изменение существенно упростит отслеживание источника изменений и организацию резервного копирования;
    • Реализация API, похожего на FSEvents из OS X, агрегирующего события об изменениях в привязке к дереву директорий, а не отдельным файлам, и направляющим уведомления приложениям, пожелавшим получать данные об изменениях в определённых директориях;
    • Поддержка отслеживания операций перемещения и переименования в fanotify;
    • Возможность формирования потока информации об изменениях во всех ФС;
  • Разное
    • Обработчик ситуации исчерпания памяти в системе (OOM killer), работающий в пространстве пользователя;
    • Компоненты, необходимые для реализации контейнеров отдельных десктоп-приложений (интеграция в ядро overlayfs и kdbus);
    • Включение по умолчанию средств для сжатия памяти в определённых аппаратных конфигурациях (zram, zcache, zswap);
    • childfd для контроля за файловыми дескрипторами дочернего процесса;
    • Вариант epoll_wait, использующий монотонное время (постоянно увеличивающаяся шкала времени), вместо определения таймаута (уменьшающийся счётчик).


    Источник: http://www.opennet.ru/opennews/art.shtml?num=40892