выкидыванию тонн говнокода

• нытью нубов

разработке ядра

починить «мифический» баг с iowait

забывать нельзя ни про что, хотя да, ACPI наверное самое больное и глючное место, + уже упомянутые тормоза при дисковом IO

планировщик неплох, к тому же есть альтернативы от К.Коливаса
процессорные архитектуры итак хорошо сделаны
DRI патчи идут от разработчиков xf86-video-* и mesa
ФС тоже занимаются определенные люди, хорошо бы поменьше бардака в VFS
c сетью тоже на уровне
драйвера - хорошо, что накомиттят, то и накомиттят, за качеством бы следили, а то явные индуизмы случаются
поиск багов это вообще не для разработчиков занятие, если имеется ввиду внимание к багзилле - да, конечно, это важно

iowait

Разработчикам ядра следует больше уделять внимание...

Предлагаю fix

iowait

Линус, перелогиньтесь.

По теме: iowait

Драйверам, драйверам и еще раз драйверам.

Моё личное пожелание - привести в порядок и документировать сетевые шедулеры. Сейчас состояние более чем плачевное.

Драйверам. В частности в ядре нужны НОРМАЛЬНЫЕ открытые драйвера на видеокарты. На текущий день сложилась нездоровая ситуация в которой свободные дравйверы для видеочипов находятся в догоняющих, а значит на порядок хуже закрытых и на два порядка хуже закрытых аналогов под венду.

Надо что бы открытые драйверы nvidia и ati не просто были в ядре, а работали как минимум с той же производительностью как закрытые под windows, как максимум - лучше проприетарного говна.

поиску багов. А ЗАТЕМ УЖЕ всему остальному. Пусть сначала заработает то, чего туда УЖЕ понасуяли.

баги. Когда всё исправят — оптимизации и драйверы.

iowait , ACPI, DRI

выкидывание тонн говнокода

выкидывание тысяч архитектур с тремя пользователями калеками - раз нужно пусть сами в отдельной ветке пилят нечего забивать и так жирное ядро,

драйвера пусть желязники помогают писать,

фс, планировщик, сетевые протоколы - великолепны.

Безусловно глупым опросам на ЛОРе.

начал писать и задумалсь... наверное полностью соглашусь с Silvy но до всего этого поиск багов и чистка кода - а то такими темпами как сейчас ядро приобретает географическое положение приближающееся к индии\

а iowait это нечно

стабильности

12309 же

> Надо что бы открытые драйверы nvidia и ati не просто были в ядре, а работали как минимум с той же производительностью как закрытые

Nouveau вполне простительна такая производительность, обратная разработка всё же.

Ну да, вот почитают разработчики ядра этот тред резко ломанутся исполнять указания анонимных аналитиков. :D

плюсую, хотяя

Nouveau вполне простительна такая производительность, обратная разработка всё же.

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

забывать нельзя ни про что, хотя да, ACPI наверное самое больное и глючное место, + уже упомянутые тормоза при дисковом IO

+тыщапитцот

>На текущий день сложилась нездоровая ситуация в которой свободные дравйверы для видеочипов находятся в догоняющих, а значит на порядок хуже закрытых и на два порядка хуже закрытых аналогов под венду.

если учесть, что спеки в основном закрыты, то не удивительно, что так оно.

Документации на новые вкрапления!

Ах да. Оптимизации и самонастройки ядра под конкретную систему. Чтобы там само распознавало железо и устанавливало оптимальные настройки.
Например: если контроллер дисков и диск поддерживает AHCI то ставить i/o планировщиком noop.
Можно продолжить список.

Дровишки

>если контроллер дисков и диск поддерживает AHCI

да только depth в dmesg должна быть не 0/32 , а больше

ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 0/32)

вот в таком варианте NCQ не работает

Stable API

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

Пасиб пасиб, /me в курсе.

>Stable API
2.4 ваше всё?

stable api nonsense.txt

во всех версиях живого ядра. Привет фанатикам.

DRI же!

iowait, drivers, acpi

Офигеть вопрос. Может, конечно, Линус с командой и решает многое сам, но всёравно почти всем перечисленным занимаются отдельные люди, такчто пускай просто делают это лучше.

Проблему ядерщики сами недавно озвучили - нехватка молодых кадров, вот этим бы и озаботились. Пододокументировали бы, туториалов актуальных написали бы...

Присоеденяюсь к большинству конечно, но хочу в ядре Reiser4. Только тогда стану по истине счастлив

Кажется они уже говорили о том чтобы чистить ядро и приводить его в порядок

+1

iowait, очевидно же.

iowait

Linux катится в сраное говно.

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

Не буду оригинален: iowait.

Проголосил за поиск багов, это актуально всегда и для всех, но ещё манит пункт про файловые системы, так как единственная действительно ценная вещь в компе - пользовательские данные, а идеальной файловой системы всё ещё нет, и существующие не всегда работают идеально. Всё остальное вполне можно причислять к свистелкам.

Ну нафиг, в ядре то? Чтоб OpenGL панику ядра устраивал?

драйвера +1

>нездоровая ситуация в которой свободные дравйверы для видеочипов находятся в догоняющих

это не нездоровая, а вполне естественная ситуация. Производитель лучше знает свою железяку

>Нужно переходить на настоящую микроядерную архитектуру

GTFO to DragonFlyBSD

Бредовый опрос. За каждую подсистему отвечают отдельные люди, которым следует больше времени уделять своей грядке :)

Багрепортам.