Этот опрос странен и нелеп.

Много чего важного есть в разработке ядра.

Перейти на микроядро. :)

++

шутник

> Перейти на микроядро. :)

зачем?

>зачем?

Чтобы в линуксе принципиально не была возможна феерия типа «ошибки в этой версии nvidia-drivers могут привести к проблемам с сетью, не работающему звуку и Ctrl+C/Ctrl+Z» (спасибо, что винт не форматировало).

> Чтобы в линуксе принципиально не была возможна феерия типа «ошибки в этой версии nvidia-drivers могут привести к проблемам с сетью, не работающему звуку и Ctrl+C/Ctrl+Z»

странно - ни разу такого не видел :)

спасибо, что винт не форматировало

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

>>> Перейти на микроядро. :)

зачем?

Чтобы в линуксе принципиально не была возможна феерия типа «ошибки в этой версии nvidia-drivers могут привести к проблемам с сетью

Не всякое микроядро от этого спасет...

>странно - ни разу такого не видел :)

В толксах много раз писали, nvidia эту версию даже отозвала обратно.

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

Так то SATA, а не какой-нибудь видеодрайвер.

Вот: http://www.linux.org.ru/forum/talks/3549374

> В толксах много раз писали, nvidia эту версию даже отозвала обратно.

4.2 - «эта» версия жгла видюхи на виндовс, а не отрубала звук в линуксе

Так то SATA, а не какой-нибудь видеодрайвер.

а есть случаи, когда видеодрайвер потер данные?

> Вот: http://www.linux.org.ru/forum/talks/3549374

эту версию не отзывали, и из «ваших» багов тут только CTRL-Z - ну так как раз драйвера nvidia представляют из себя не столько модуль к ядру, как клиентские библиотеки

>4.2 - «эта» версия жгла видюхи на виндовс, а не отрубала звук в линуксе

Я уже дал одну ссылку.

а есть случаи, когда видеодрайвер потер данные?

Нет, но в линуксе оно принципиально возможно и это плохо.

>эту версию не отзывали, и из «ваших» багов тут только CTRL-Z - ну так как раз драйвера nvidia представляют из себя не столько модуль к ядру, как клиентские библиотеки

А самому поискать лень? :)

>Не всякое микроядро от этого спасет...

В смысле?

> А самому поискать лень? :)

да, жду ссылку на багрепорт :)

http://www.linux.org.ru/forum/talks/3544876

т.е. все основывается на домыслах лоровцев? по ссылке http://www.nvnews.net/vbulletin/showthread.php?t=122606 упоминаний таких проблем и багфиксов нет( и эта версия у меня нормально работала )

Оооохх…

http://www.linux.org.ru/news/hardware/3527441

Люди в комментариях и по ссылкам на форуме nvidia тоже все врут? :)

> Люди в комментариях и по ссылкам на форуме nvidia тоже все врут? :)

ничего криминального по твоей ссылке нет - еще раз повторяю, что драйвер nvidia это не только модуль к ядру( это к вопросу крешей ), ну и если у тебя нет ссылки на багрепорт или changelog, что драйвер nvidia поломал поддержку другого железа - так и скажи, нечего кидать бесполезные ссылки на ЛОР же

>>Не всякое микроядро от этого спасет...

В смысле?

В смысле драйверы должны работать вне режима ядра, и хорошо бы иметь VT-d. Ну и матчасть знать неплохо бы, чтобы сказать к месту «микроядро типа L4 или Minix3, а не Mach».

[shizoid mode] Разработчикам ядра больше всего следует уделять внимание... искуственному интеллекту и интеграции с acovea, а также самобновлению встроенного gcc из сети, который будет самостоятельно пересобирать установленные в системе программы/либы под конкретное железо и особенности ядра.

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

архитектуре

Сделать наконец синий экран смерти!!!

API