https://www.opennet.me/openforum/vsluhforumID3/39068.html Natalie Protasevich, помогающая Andrew Morton в разборе новых сообщений об ошибках в Linux ядре обратила внимание на несколько десятков ошибок в ядре, на которые не спешат реагировать разработчики проблемных подсистем. Печально, что только семь проблем из списка находятся на стадии устранения, двадцать семь остаются просто проигнорированы. По этому поводу в списке рассылки разработчиков Linux ядра возникла дискуссия (http://www.linuxworld.com/news/2007/112007-kernel.html).<br><br><br>David Miller высказал предположение, что ошибки не игнорируют, просто до них не успевают дойти руки (более приоритетные ошибки, требуют первоочередного решения, а менее значительные проблемы остаются в конце списка задач). Andrew Morton считает, что первым делом нужно исправлять проблемы, возникшие в текущем релизе, но отсутствующие в прошлых (regression).<br><br><br>По мнению Ingo Molnar необходимо, пока не поздно, разработать инфраструктуру для всестороннего тестирования подсистем ядра, для выявления ошибок всплывающих только при редком ст https://www.opennet.me/openforum/vsluhforumID3/39068.html#59 Sat, 24 Nov 2007 21:06:51 GMT &gt;Тебе одновременно нужно CONFIG_VIRTUALIZATION и CONFIG_NOHZ, CONFIG_TICKNESS ? <br><br>не<br>мне нуна одновременно CONFIG_CGROUPS ;)<br> https://www.opennet.me/openforum/vsluhforumID3/39068.html#58 Sat, 24 Nov 2007 18:33:28 GMT Тебе одновременно нужно CONFIG_VIRTUALIZATION и CONFIG_NOHZ, CONFIG_TICKNESS ?<br> https://www.opennet.me/openforum/vsluhforumID3/39068.html#57 Sat, 24 Nov 2007 16:32:09 GMT У тебя пена щас пойдет изо рта, орнитолог.<br> https://www.opennet.me/openforum/vsluhforumID3/39068.html#56 Sat, 24 Nov 2007 10:38:23 GMT Еще добавить в плане скорости хотелось.<br><br>Вот прямо сейчас на Линухе может крутиццо тысяча процессов без особых проблем (ну, нужно соотв. памяти... все понятно).<br>И переключение между ними происходят ОЧЕНЬ часто. И нечего. И все живут, рады и счастливы.<br><br>Те несколько десятков процессов, которые драйвера в ядре, как либо радикально НЕ изменят картину с переключаениями контекстов. Больше проблем будет разве что с вводом/выводом у драйверов. Но это уже детали реализации.<br><br>Так что, как видишь, вынос драйверов в отдельные процессы радикально не изменит картину с переключениями.<br> https://www.opennet.me/openforum/vsluhforumID3/39068.html#55 Sat, 24 Nov 2007 10:31:03 GMT про весь бред о тормозах и глбкалове - я уже сказал выше.<br><br><br>&gt;Извините но я знаю линукс таким каким он есть.И мне он таким <br>&gt;нравится.Если вы считаете что сможете лучше - сделайте лучше.<br><br>Я один - нет. Если бы мог - я бы именно ним щас и занималсо, не рассказывая тебе<br>как это было бы хорошо.<br><br>&gt;Но называть это линуксом не надо.<br><br>А вот тут, похоже, тебя никто спрашивать не будет. Равно как и меня, впрочем.<br>Но если же Торвальдс решит (ну, например) 3-ю ветку делать микроядерной,<br>то это будет Linux 3.nn.mm ядро и тебе придетсья с этим жить (даже если ты будешь до конца дней оставаться на монолите 2-ой ветки).<br>Торвальдс владеет копирайтом на это название - ему и решать.<br><br><br>&gt;Я понимаю что всем нравятся buzzword-ы, но тормозная система <br>&gt;с микроядром и индусскими кривыми и закрытыми драйверами врядли будет у <br>&gt;кого-то отождествляться с тем что сегодня называют словом Линукс. <br><br>тормозная и с индусскими закрытыми дровами - это название уже занято конторой негросовт ;)<br>Ессьно, это не может ассоциироват https://www.opennet.me/openforum/vsluhforumID3/39068.html#54 Sat, 24 Nov 2007 10:24:53 GMT &gt;...а в итоге получится тормознутая по сравнению даже с вистовсом система<br><br>шифровать траффик от памяти до видухи вряд ли кто додумаеццо в Линухе ;)<br>а также, искать налету в копируемых файлах копирайтный контент...<br><br>так что даже не переживай по этому поводу<br><br>&gt;(а= когда переключения между кольцами были дешевой операцией?<br><br>всегда.<br>Переключение между кольцами - это одна инструкция: int XX<br><br>ты кольца точно ни с чем не перепутал?? ;)<br><br>&gt;В микроядре переключений в разы <br>&gt;больше, деградеж скорости работы системы - гарантирован<br><br>обеими руками за. Деградеж, потери...<br>Аж 2-3% :)))<br><br>И это именно процессора.<br>Не памяти и не винта (а именно винт - самое узкое место в системе...)<br>Так что, ради того чтобы разбить посудину по имени Линух на отдельные отсеки - отдать немного самого простаивающего ресурса - по мне - так не проблема, а счастье.<br><br>&gt;а индусы поняв что <br>&gt;теперь дрова могут безнаказанно падать забьют на контроль качества полный болт <br>&gt;сэкономив пару копеек на тесте и дебаге.<br><br>а какая мне разница https://www.opennet.me/openforum/vsluhforumID3/39068.html#53 Sat, 24 Nov 2007 00:45:37 GMT &gt;вот придумает intel быстрый способ передачи межпроцессных и межпроцессорных сообщений<br><br>Неплохой способ заранее приготовить качественный трындец вашей системе в виде мины замедленного действия.Более качественный саботаж придумать трудно.Что будет с такой системой когда данную модель процессоров снимут с производства?Правильно, ей настанет пиндык.Советую подумать о том что какой-нибудь микрософт может даже этому поспособствовать.<br><br>Для тех кто в танке намекаю: на интеле и сраном х86 мир не заканчивается.Так, для сведений, Linux работает еще на PowerPC (32\64 и Cell), MIPS, ARM, SPARC, ... - а вы портировать ваши чудеса на архитектуры отличные от х86 кадавра не заколебетесь?Или всякие там гаджеты, мобильные ниши, роутеры, сервера и прочее предлагается сдать без боя проприетарщиками и виндусю?Спасибо, но их и так слишком много.Так не пойдет.А сделав то что вы предлагаете - вы фрагментируете усилия по разработке системы, нельзя будет просто взять систему и поюзать в энном девайсе.Микрософт годами добивается то https://www.opennet.me/openforum/vsluhforumID3/39068.html#52 Sat, 24 Nov 2007 00:33:53 GMT &gt;релизов хотябы на год, <br><br>На сто лет, фигли.Чтобы всякие саны, бсд и микрософт могли уж наверняка на хвост сесть.<br><br>&gt;то вперед ног бегут :), того и гляди ##нутся, и ядро <br>&gt;точго в кашей станет из ошибок и ошибок :( <br><br>Такое ощущение что вас с ножом к горлу заставляют юзать самое-самое ядро да еще и не релизное.А по мне так как не глянешь на список изменений - душа радуется.Система становится реально лучше.<br><br>&gt;цикл ражработки как у FreeBSD<br><br>Да, пример для подражания конечно сильный.Это чтобы линукс тоже прозябал на задворках цивилизации пока рулит микрософт и может быть, SUN и Apple?<br> https://www.opennet.me/openforum/vsluhforumID3/39068.html#51 Sat, 24 Nov 2007 00:27:05 GMT &gt;если это лишь организационного плана предложение - то оно равно нулю. <br><br>А как же Dell с DKMS?Правда вы видимо не совсем то имели в виду.<br><br>&gt;Если же про микроядро, чтоб дрова жили в своем адресном пространстве - <br>&gt;это тема. <br><br>А в чем тема?Значительно затормозить ядро ос?Вылезут MS и всякие там SUN и *BSD с бенчами где их системы делают это чуть ли не в разы.А индусы обнаглевшие от безнаказанности (ведь крах драйвера не выносит систему - баг более не критичный а ерундовый!) просто начнут клепать глючные и кривые дрова сами.Вместо того чтобы дать спеки вменяемым кернел-девелоперам.Майнтайнить эти дрова никто не будет - да нафиг оно кому?Получится что дрова как бы есть но закрытые и бажные.В силу закрытости фиг поправишь а баги индусы чинить не будут, раз система не грохается - дескать переживут.<br><br>Есть такая поговорка, от добра добра не ищут.На данный момент линукс достаточно резвая и достаточно стабильная система, с минимум проприетарного кода (в идеале - без оного) способная работать месяцами или годами