Мечты.

0. Верните /dev/XOR

1. Нужны /dev/aes, /dev/blowfish, /dev/gost, ...  

$echo "$HOME/secret.key"  > /proc/crypto/aes_key
$cat $HOME/Gogovoy_otchet.odt > /dev/aes > $HOME/Мы\ На\ Море.JPG

2. Собранный воедино, в человеческом, читаемом виде лог ошибок железа,
   отсутствующих и лишних компонент ядра. А не зоопарк раскиданный по
   всему /var/log, /sys и /proc

3. Возможность сбора статистики используемых компонент, тех, которые
   возможно включать/выключать через конфигуратор.
   Вот к примеру только на днях обнаружил, что в ядре висит параметр
   CONFIG_LLC2. А протоколы LLC я уж точно года 2-3 не юзаю, и конфиг
   тянется от туда.

   Хорошо когда домашний комп, его можно трахать ночами на пролёт, изучая
   порегистрово каждую компоненту. А вот пересобрать ядро для свежеприбывшего
   сервака, дай Бог со второй-третьей компиляции удастся.

4. Системные вызовы setpid()/setppid(), reserve_pid_space()  
   Ну вот хочу я чтоб у моего сервака были красивые номера :)
   типа 1111, 2222, 3333,  
   reserve_pid_space() - для гарантии что все процессы от 22222 до 22999
   будут принадлежать мне.  
   Для антифлуда сделать sysctl -w kernel.max.pids_space=100  

5. Вызовы attachpid(pid_t)/deattachpid(pid_t)/canbeattached(struct *attr)
   для присоединения процессов.

   API для присоединения любого процесса, обладающего соответствующими
   разрешением и возможностью, для исключения прослойки IPC.

   Иными словами, возможность объединения всех, выбранных или разрешённых атрибутов
   двух процессов, таких как адресное пространство, переменные, открытые файлы, и т.д.

  Шоб нах...й выкинуть эти сокеты/пайпы/шмем/семафоры/сигналы, и пр. ацтой XX века.

6. nice, renice и chrt должны действовать не только на планировщик задач и
   очередь к процессору, но и на ввод/вывод, сетевую подсистему, память, и т.д.

7. Хотя бы примитивный искусственные интеллект с предсказаниями для SMP-балансировщика,
   чтоб после 500 раз форков апача он уже понимал, что каждый 50-й надо сразу форкать
   на новый процессор/ядро, а не ждать пока ядро загрузиться до 101%
  
8. Организации в планировщике внутренней таблицы приоритетов, помимо PRI и NICE,
   для распределения очереди с учётом простаивающих и редко используемых процессов.    
   Некое подобие RoundRobin c отстойником.
   К примеру, на Debian 6 как некрути, да же если не LPT порта, модуль parport_pc,
   всё равно загружается. Так вот, надо чтоб планировщик загнал его в такую жопу,
   что только первое обращение к его функциям и сам процесс вынимания из этого
   отстойника занимал бы секунд 10. :)

9999999. Вы меня эта, остановите, а то я неделю могу генерить недостатки и пожелания ядра. :)