Мечты. 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. Вы меня эта, остановите, а то я неделю могу генерить недостатки и пожелания ядра. :)
