После публикации патчей от проекта Nouveau, нацеленных для включение в состав ядра 2.6.34, в списке рассылки разработчиков Linux ядра закипела бурная дискуссия (http://thread.gmane.org/gmane.linux.kernel/956610/focus=957628). Дело в том, что в тестовое staging-дерево ядра 2.6.33 был помещен код DRM-модуля Nouveau не совместимый с выпущенной недавно новой версией драйвера, работающего на уровне пользователя. Код с новой реализацией API и был предложен для включения в ядро 2.6.34. Линус Торвальдс в ответ на публикацию патча в жесткой форме раскритиковал (http://thread.gmane.org/gmane.linux.kernel/956610/focus=957628) действия разработчиков, которые не обеспечили обратной совместимости API и того не желая заложили скрытую мину в процесс тестирования ядра.
Дело в том, что, например, в Fedora 12 по умолчанию используется Nouveau X.Org-драйвер со старым API, в случае тестирования в данном дистрибутиве ядра 2.6.34 из-за наличия несовместимого DRM-модуля Nouveau пользователь неминуемо сто...URL: http://thread.gmane.org/gmane.linux.kernel/956610/focus=957628
Новость: http://www.opennet.me/opennews/art.shtml?num=25708
Дело в том, что, например, Линус юзает Fedora ...
надо было делать микро ядро
и не просываться каждую ночь в поту от увиденного кошмара бля очередной кернель креш
Не в обиду, но каждый раз читая подобную критику
невольно вспоминаю строчки из песни:"...вы все такие умные, такие профи все,
так почему я в хит-парадах - а вы в офисе..."
(с) Noize MC
Потому что в хитпарады попадают не за ум и профессионализм. АХАХА!:-D
>Потому что в хитпарады попадают не за ум и профессионализм. АХАХА!:-DПрофессионализм - понятие растяжимое. Знаете, физическая модель электродвигателя с 1 витком провода где все на виду - проще и нагляднее для обучения чем реальные электромоторы. Но почему-то инженеры при нужде сделать двигун который "потянет вон тот поезд" - городят больших и сложных монстриков с массой отличий от простой физической модели. Вот и с ядрами что-то наподобие наблюдается.
>"...вы все такие умные, такие профи все,
>так почему я в ГЕЙ-парадах - а вы в офисе..."
>(с) Noize MCfixed
как известно, лучшие игроки всегда сидят на зрительских трибунах ...
/me качает очередной альбом Noize MC...
>надо было делать микро ядро... и сидеть в тормознутой системе почти без драйверов.
В общем достали уже. Вам надо? Делайте. Флаг в руки и барабан на шею. А мы посмотрим что у вас получится. А то вон микроядер много, только почему-то никому не нужны, а реально популярны только модульные монолиты и гибриды. Может быть, дело в том что команда ядерщиков сложилась вот такая вот и пишет дрова режима ядра а юзерам нужна производительность? :)
Ты ведь догадываешься, что популярность продукта от его технического совершенства зависит гораздо меньше, чем от маркетинга? Алсо, ядра это очень специфичный, нишевый товар, массовость которого вообще ни о чем не говорит. Более того, на его широкое внедрение нужны годы.
> Ты ведь догадываешьсяА ты догадываешься, что те, кто тут обитают, выбирают системы как раз по техническому совершенству, а не маркетоидному бреду? Иначе все сидели бы на windows(R)
На сколько я понимаю, выбирают по тому, насколько тот или иной продукт удовлетворяет требованиям. Т.к. большинству из обитателей opennet, думаю, именно это критично. Для меня, например, -- это скорость, функциональность... лицензия, кстати, тоже.На технически более совершенные реализации (Minix-based distro?), если они не знают о моём видео, я даже смотреть не буду...
В идеале, если бы можно было прозрачно сменить ядро на микроядерное, поиграться, а потом, если не понравится --- откатиться, то было бы очень круто. Ведь конечное (user) ПО одинаковое-то.. Если микроядерное окажется более тормозючим... то я его выкинул бы, а если бы оно было немного медленней, то зато гораздо стабильней, то, думаю оставил бы его.
Conclusion. Дело в драйверах, и, косвенно, в комьюнити, которые стоят за тем или иным ПО.
>по техническому совершенству, а не маркетоидному бреду?Техническое совершенство в понимании разных людей разное. Кому-то дай-подай красивую архитектуру, а то что у нее параметры дрянь, драйверов нет и прочая - да и фиг с ним. Зато они могут подро^W полюбоваться на архитектуру. Ну как любуются на музейный экспонат. Есть иной вариант - на красоту архитектуры забивается и система делается для реального юзежа. Поскольку все заранее не предусмотришь, внедряются костыли и подпорки по месту в слабых местах. Получается менее эстетично, зато пригодно не для выставления в музее а для юзежа на практике.
>Ты ведь догадываешься, что популярность продукта от его технического
>совершенства зависит гораздо меньше, чем от маркетинга?Понимаете в чем дело, НЕКОТОРЫЕ технические грабельки не вытянешь НИКАКИМ маркетингом. Поэтому если ваша система проигрывает на энадцать процентов конкуренту в той же нише - вы можете обораться во все маркетинговые рупоры, но даже MSовский могучий пиар-рупор не смог выправить фэйл висты, проблема которой состояла именно в тормозах. Ы? Кстати когда-то в NT 3.51 микрософт был ближе к идее микроядра, драйвера графики были в юзермоде и большого выноска от GDI в ядре (нынче почти 2 мега !) там не было. В итоге графика тормозила и система была никому не нужна. В NT4 сделали выносок в ядро от GDI, дрова впихнули в ядро и скорость графики стала сравнима с '95. После чего система даже стала кому-то нужна и NT-based системы начали свой путь к покорению десктопа. Не сделай они этого - черта с два бы мы сейчас наблюдали 90+% рынка у данного семейства ОС.
>Алсо, ядра это очень специфичный, нишевый товар, массовость которого вообще
>ни о чем не говорит. Более того, на его широкое внедрение нужны годы.Массовость оного говорит о том что его параметры кого-то в общем и в целом - устраивают.Чистые микроядра - тормозные из-за большого числа переключения контесктов на каждый пук по многу раз.А гибриды... ну в итоге получается примерно та же свалка костылей что и в модульных монолитах, плюс-минус лапоть.Практика показала что или уж академически красиво, или уж для жизни и тогда с кучей костылей ака поправками на суровую реальность.
>Понимаете в чем дело, НЕКОТОРЫЕ технические грабельки не вытянешь НИКАКИМ маркетингом.Давай уж на ты что ли? :)
Насчет грабелек согласен. Но есть одно но - мы не всегда выбираем легкие пути. Win7 в некоторых аспектах сильно превосходит любую сборку GNU/Linux, но мы не переходим на нее, потому что важны многие и многие факторы: и архитектура и лицензия и философия разработки и маркетинг и исследовательский интерес. И поэтому твой аргумент про распространенность все же остается неверным.>Чистые микроядра - тормозные из-за большого числа переключения
>контесктов на каждый пук по многу раз.С точностью до наоборот. Микроядра как раз избавляют от переключения контекста "на каждый пук". Потому что переключаться-то незачем - 99% кода находится в пространстве пользователя. Потери производительности у них возникают из-за накладных расходов на обмен данными между изолированными друг от друга системными службами (в т.ч. драйверами). То есть там, где монолит просто передаст указатель на общий кусок памяти, микроядерной системе придется немного покрутиться. Зато никакой сбой не приводит к полной неработоспособности всей системы в целом.
Микроядра это реально будущее по-моему. Танненбаум показал, что в Миникс3 потери составляют считанные проценты, а гигагерцы нынче стремительно дешевеют. Массовому использованию по сути мешает только недостаточная поддержка оборудования.
>Давай уж на ты что ли? :)Давай. Просто все по разному предпочитают.
>Насчет грабелек согласен. Но есть одно но - мы не всегда выбираем легкие пути.
Все так. Но заранее загонять себя в заведомо проигрышные условия никто не любит. Микроядро красиво в теории (изоляция частей системы друг от друга, etc - меры по живучести почти как на подлодках). Но на практике - лишние переключения контекстов никого не радуют. Достаточно посмотреть скажем на скорость работы ФС под FUSE vs ядерных ФС, Accel vs poptop и прочая чтобы понять что переключения контекстов в большом количестве - некисло сажают скорость. Что бы там кто ни говорил, а бенчи - нагляднее. Если не повезет то производительность чуть ли не в разы может просесть. Сугубо на переключениях контекста. Ну а вот в случае микроядра - вообще ВСЕ фс будут работать вот так. В качестве бонуса предлагается большая стойкость к сбоям ядре. Вот только я честно говоря видел кернель паник всего несколько раз в жизни, и то - в проприетарном АМДшном драйвере...
>Win7 в некоторых аспектах сильно превосходит любую сборку GNU/Linux,
Вот так сходу я придумал аж 2 аспекта - игры и специализированный крутой профессиональный софт типа автокада. Который дико стоит и простым смертным в общем то не нужен. И кстати у MS тоже не микроядро. Около 6 мегов кода реализующих почти все базовое апи NTшной подсистемы - нихрена не подход по которому делают микроядра. Это так, гибрид какой-то, густо обвешанный костылями. Где-то там в начале его дезигна может и было что-то от микроядер (вынос некоторых вещей в сервисы-сервера на это намекает).
>но мы не переходим на нее, потому что важны многие и многие факторы: и
>архитектура и лицензия и философия разработки и маркетинг и исследовательский интерес.Да, важно сочетание всех этих параметров в сумме. Ну вот микроядра юзаются тем где они реально нужны. Только вот это нифига не сервера, не десктопы, не большая часть эмбеддед и прочая. Это сильно некоторые нишевые применения.
>И поэтому твой аргумент про распространенность все же остается неверным.
Понимаете, даже если электронный микросокоп и крутая, забавная штука, дома он почти никому не нужен. Это следует понимать.
>С точностью до наоборот. Микроядра как раз избавляют от переключения контекста "на
>каждый пук".С фига ли? В случае монолита если грубо - прога просит ядро сделать вон то, для чего идет переключение в режим ядра, педалинг в нем запроса и переключение обратно и возврат результата. Т.к. ядро и дрова по сути одно целое, с одним пространством адресов и прочая - они могут обмениваться данными просто, быстро и без щелкания контекстами. В случае микроядра - дрова отдельные сущности, ядро от них защищено на уровне дележа привилегий. И когда надо пропихнуть данные - приходится еще несколько лишних раз переключить контекст (на границе ядро-драйвер).
>Потому что переключаться-то незачем - 99% кода находится в пространстве пользователя.
Есть "маленькая" проблемка: из пространства пользователя недоступны привилегированные операции. Как раз чтобы из него нельзя было бы порушить работу системы. А как вы понимаете, если вы например ведете запись на диск то неизбежно наступит момент когда надо чтобы кто-то привилегированный пнул железку "диск". Ядро не в курсе как работать с этой железкой - это по части драйвера, коего просят совершить нужное действо с "его" железкой. Если драйвер железки в ядре - драйвер просто делает свое дело не покидая режим ядра. А если драйвер в режиме юзера - в этом случае ядру надо сперва переключить контекст, отдать запрос драйверу, тот осознает что для его выполнения надо проделать, но, будучи в режиме юзера - сам сделать запросы к железу опять же не сможет и должен будет запросить ядро произвести эти действия. В итоге вагон лишних переключений контекста обеспечен. За улучшенную изоляцию частей системы приходится платить временем на ее преодоление, блин.
>Потери производительности у них возникают из-за накладных расходов на
>обмен данными между изолированными друг от друга системными службамиИли системными службами и ядром.Ведь процесс в режиме пользователя не может привилегированные операции сам и должен попросить ядро их сделать. Ессно при этом будет переключение контекста.
>(в т.ч. драйверами).
См. выше.
>То есть там, где монолит просто передаст указатель на общий
>кусок памяти, микроядерной системе придется немного покрутиться.Пощелкав контекстами в процессе. О чем я и говорил. Ну и если не повезло - в клиническом случае система будет больше щелкать контекстами чем делать что-то полезное. Достаточно на FUSEшное тормозилово посмотреть чтобы прикинуть прелести постоянного щелкания контекстами :)
>Зато никакой сбой не приводит к полной неработоспособности всей системы в целом.
Ну насчет никакой - это вы зря, одуревший драйвер может скормить железке что-то сильно не того, дальнейшее - undefined. И, скажем, если у вас отвалился диск и остался в неизвестном состоянии из которого его выбить стандартной иниицализацией не удалось - очень интересно как вы будете работать дальше, и, главное, что вы будете делать с запросами приложений пытающихся его заюзать :). А даже если и удалось выбить в нормальный режим, в процессе был утерян какой-то запрос. Строго говоря - нормаьный драйвер просто не имеет права падать, как и само ядро. Если он падает, значит как минимум непредсказуемо просрутся юзрские данные. Ну и радости то с того что он потом отскребся, если у мну файлы порушатся, например?
>Микроядра это реально будущее по-моему.
Чисто теоретически под микроядра можно сделать "удобное" для них железо, например с скоростной передачей данных между уровнями привилегий через накристальную shared память, почти мгновенным переключением контекста, резвым IPC между несколькими ядрами и прочая. На практике - гм, интелю и амд как-то удобнее гнать нечто совместимое с антиками из 80-х, так ничего переделывать по крупному не нужно. Да и програмеры привыкли к такому, поэтому новая архитекура всяко налетит на факт что ее никто не знает и програмить под нее некому. А кому нужна чисто академическая система без драйверов и програмеров которые их напишут?
>Танненбаум показал, что в Миникс3 потери составляют считанные проценты,
Понимаете, бенчмарки штука тонкая. Особенно когда их делает заинтересованное лицо. В одном corner case - считанные проценты. А в другом можно и считанные разы пожалуй отхватить, если не повезет. Истина ессно будет где-то посередине.
>а гигагерцы нынче стремительно дешевеют. Массовому использованию по сути
>мешает только недостаточная поддержка оборудования.Развитие процов пошло в иную сторону - в роли микроядер если кто-то ALLу и нужен так это гипервизоры всякие. Который сидит уровнем ниже, виртуализует и арбитрирует доступ к железу и не будучи ядром в полном смысле слова а всего лишь неким арбитром ресурсов избавлен от ряда проблем и в принципе позволяет ряд забавных фич. Скажем, миграцию виртуальной машины с ОС на соседнюю железяку - без остановки. Вот это да, доходчивое преимущество - если видно что вон ту железку надо выключить, можно это сделать не останавливая сервисы.
Один из нас не совсем правильно себе представляет работу микроядерной ОС :)
Чтобы пнуть железку необязательно находиться в режиме ядра (afaik). Теперь догадываешься, что нелюбимых тобой переключений контекста на самом деле гораздо меньше?
Классно сказал, поддерживаю!
Да, кстати, насчет драйверов ты неправ. Когда Линукс только появился, он конечно же поддерживал крохотную долю оборудования. Драйверы появились, спустя многие годы, и то не для всех железок.
> и то не для всех железок.А идеальных систем вообще не бывает. Скажем пингвин знает FTDI232* чипаки out of the box. А оффтопичная система например - только после ручной установки дров о них узнает. Мир неидеален, не так ли? :)
мде... stable api nonsense.txt
Здесь Торвальдс ругается даже не на изменение ABI, а на то, что userspace часть этого не учитывает. И то, что поддерживать совместимость даже не пытались разработчики. При проверки версии, если версия не совпадает - то происходит выход.Как один из способов исправления ситуации он предлагает ввести мультиверсионность библиотек (и подгружать автоматом нужную через dlopen). На что ему отвечают, что слишком геморройно поддерживать несколько версий )
Описал несколько кратко и грубо, поэтому рекомендую почитать рассылку. С тем, что там пишет Торвальдс я согласен полностью, что бывает далеко не всегда.
> Поддержка совместимости не нужна.Интересно, чтобы вы сказали если к вашей скажем новой купленой машине начали выпускать несовместимые с ней детали? И предлагали бы подогнать их самому или оставлять машину в тех. сервисе пока индусы напильником да молотком будут подгонять новые детали по нескольку недель.
Если вы купили тестовую версию машины, то боюсь детали к ней вы вообще не найдете. Либо покупайте серийную машину, либо напильник в руки и пешком в гараж допиливать.
Вообще-то к тестовой модели подходят всё детали, от любого производителя. Обратное не верно.Apple - Своя машина, свой бензин, свои запчасти, свой сервис, заводится с пол оборота.
Руля не имеет, по этому ездит только прямо, либо по команде из ЦУПа.
После покупки на укомплектование денег обычно не хватает. По этому водители, в тайне от
своих же коллег, да бы избежать позора, используют б/у детали. Активно внушают себе и
другим, что не зря потратили в 4 раз большую сумму на покупку. Внушение сменяется
смирением, что за эту сумму уже продать не удастся, приходиться пользоваться.Мicrosoft - продает только универсальный бензин, руль и рычаг передач. Работает только
на двух марках машин. В базовой комплектации бесполезна. После залива бензина, меняется
система вентиляции салона - на конфигурацию с одной, большой, прямоточной трубой ко
встречному потоку воздуха. По этому, через 30 минут езды, весь салон полон пыли,
грязи, жуков, выхлопов. По сему нуждается в постоянной чистке, мойке, техосмотре и
тюнинге.Linux - Конструктор, в основном раздаётся в упаковке, но с разными наклейками и
названиями. Ездит везде, на любых видах транспорта - от тамогочи до Боингов.
Настроить можно всё, от коэффициента пропускания рентгеновских лучей через
лобовое стекло, до цвета и формы выхлопных газов. Для эффективного использования
нужен водитель категорий A,B,C,D,E,F и не менее 10 лет стажа.FreeBSD - Так же, разновидность конструктора, только из дерева, детали поставляются
в заготовках и требуют допила. Работать может везде, но не работает из-за отсутствия
деталей и приличной одежды. Основная область применения вокзалы и общественные туалеты.
Так же нуждается в опытном водителе со стажем.OpenBSD, NetBSD - броневики, без обшивки салона, сиденья деревянные, кузов не крашеный.
Plan9, Inferno, Oberon, ... - сектантские изделия, обычным смертным не постижимые.
4 руля, два тормоза, двери открываются внутрь, топливо либо водород либо гелий-3,
иногда мандариновая кожура.
Лол. Тем не менее, вполне достоверное описание :)
>Лол. Тем не менее, вполне достоверное описание :)Ага, потому что FreeBSD опустили?
А фейхуа с павлина возьмешь? Не человек и не птица, так ... программер с перьями в опе :)
>А фейхуа с павлина возьмешь? Не человек и не птица, так ...
>программер с перьями в опе :)Не в бровь, а в глаз.
>Ага, потому что FreeBSD опустили?Да он там всех по своему обгадил :). И при том не то чтобы совсем уж без причин. А если вы верите в идеальные системы - убейтесь уже веником, не бывает идеала. Он по определению недостижим.
Так и есть
Ладно уж, за этот пост можно скостить пару предыдущих наездов. Ловко написано, cкопипастил ?
>Ладно уж, за этот пост можно скостить пару предыдущих наездов. Ловко написано,
>cкопипастил ?Абижаешь ...
Да мы в курсе - в линиксе буфер обмена глючит, так что ты по чесноку - распечатал и а потом в ручную набрал :)
Мои бывшие виндовые юзеры негодуют, что буфер называют глючным.
Им нравится, что есть буфер, в который копируют по Ctrl-C и буфер, который от выделения мышью.
Вы об этом?
>FreeBSD - Так же, разновидность конструктора, только из дерева, детали поставляются
>в заготовках и требуют допила. Работать может везде, но не работает из-за отсутствия
>деталей и приличной одежды. Основная область применения вокзалы и общественные туалеты.
>Так же нуждается в опытном водителе со стажем.Круто опустил.
Я было уже подумал, что это к сабжу относится напрямую, ан-нет — указал зачем-то FreeBSD.
Кстати, в FreeBSD проблемы с Nouveau решаются указанием всего одной строчки в /etc/make.conf:
WITHOUT_NOUVEAU=true
После этого пересборка библиотек OpenGL/Mesa/DRI "телепатирует" систему нормальным образом (сборка из исходников посредством дерева портов) в реальное 3D, без всяких костылей.
А в Linux, действительно, всё нужно напильником и кувалдой подгонять, так как API "нестабильно" == Основная область применения вокзалы и общественные туалеты.
>Кстати, в FreeBSD проблемы с Nouveau решаются указанием всего одной строчки в
>/etc/make.conf:А все-таки прав был Павлин про напильник и деревяшки...
вообще - вы купили машину по лицензии GPL и производитель ни за что не отвечает. Теперь это ваш личный гемор....
>вообще - вы купили машину по лицензии GPL и производитель ни за
>что не отвечает.Так производитель ни по какой лицензии обычно не отвечает - читать про AS IS в BSDL, EULA, ... - я еще не видел тех кто хотел бы отдуваться за свои огрехи.
fixed! :))))))))))))> вы купили машину по лицензии EULA и производитель ни за что не отвечает. Теперь это ваш личный гемор....
Если хотите чтоб еще и ездила - доплатите еще заметные сервисные деньги, и всё равно геморр вам обеспечен в любой комплектации.
+
вы получили бесплатно красивую машину по лицензии GPL, и вам предлагают заплатить за сервис и горючее. Более того - вы можете выбирать сервисную компанию. Но если пожелаете, вы можете оказывать сервис самостоятельно - благо всё открыто и доступно, плача только за бензин.
> Поддержка совместимости не нужна.+1 это Linux style. в этом весь цимус и вся привлекательность линукса, линукс не связан цепями совместимости abi, прогресс важнее и нужнее.
> +1 это Linux style. в этом весь цимус и вся привлекательность линукса, линукс не связан цепями совместимости abi, прогресс важнее и нужнее.Что же привлекательного в том что система глючит и сыпет ошибками из за несовместимости? Кроме того прогресс делается ради достижения какой то цели или улучшения чего то. А у вас же прогресс делается ради самого процесса прогресса. С тем же успехом можно взять лопату и начать копать никому не нужную канаву отсюда и до вечера. Полезность этого действия нулевая, зато прогресс к вечеру будет очень заметен =)
как много слов и никакой конкретики.Не глючит и не сыпет ошибками, что я делаю не так ?
>Не глючит и не сыпет ошибками, что я делаю не так ?Значит, применительно к данной новости, вы разобрались как работает вся кривовидеоподсистема, с её drm, libdrm и прочая, прочая. Значит вы готовы на поддержку работоспособности тратить своё время. Но всё это не имеет никакого отношения к понятию дружелюбность и выкрикам линуксы в массы. Именно это мешает линуксу завоёвывать проценты на десктопах, так и колеблясь около одной точки в 1% (не так важно на самом деле, хоть 2% или 3%)
А, гм, массы никто не заставляет использовать распоследнее ядро которое в разработке и тестить все грабли на своей жопе. Точно так же как массы не юзают бетаверсии виндов, прикиньте? В более-менее массовых дистрах майнтайнеры уж наверное подгонят одно к другому. А если вы хотите на поприще разработчиков, все и вся сами, с пылу с жару и прочая - так нефиг тогда ныть. Итого - не вижу проблем. Кроме двойных стандартов или неверного выбора.
> массы никто не заставляет использовать распоследнее ядро которое в разработке и тестить все грабли на своей жопе33 давно как stable. 32 - lts. Не полощи мне мозги, вагон и тележка примеров, когда последние ядра (ядро как сердце системы, потому к нему в первую очередь такое пристальное внимание, но это не значит, что только им заканчивается дело) ломали api/abi, что не собираются, не работают куча дров. А часто бывает так, что в новом ядре появляется поддержка А, но ломается работа Б. Двойные стандарты говоришь? Либо stable api nonsense, либо вот такая критика, а не всё одновременно.
>33 давно как stable.Ага, аж без году неделю как stable. При том stable оно для майнтайнеров. Если вы майнтайнер, искатель приключений на свой зад, любитель потестить самое-самое и прочая - вы знали на что шли. Иначе - вас сие вообще особо колыхать не должно. В дистрах ориентированных на практический юзеж без сюрпризов а не эксперименты с системой - никакого .33 пока нет.
>32 - lts. Не полощи мне мозги,
Ванильное ядро - для тех кто знает что делает и готов скушать последствия. Для остальных есть варианты кернелей от майнтайнеров их дистров. Вон какойнить редхат до сих пор .18 юзает. Хоть и антично, но иногда и местами (там где надо чтобы просто работало) - практично. Так что и правда, не надо полоскать мозги.
>ломали api/abi, что не собираются, не работают куча дров.
И хрен с ним, пусть ломают наздоровье. Кому было надо стабильное api/abi любой ценой, даже ценой отсутствия свежих плюшек, юзают свой центос/рхел с своим .18 ядром и не греют мозги. А те кому приспичило взять .33 ядро сразу после его выхода - молодцы, но они должны быть готовы к тому что системные эксперименты - на свою ж.
>Либо stable api nonsense, либо вот такая критика, а не всё
>одновременно.Как ни странно, кому надо стабильное апи - юзают нечто типа .18 ядра в своем рхеле/центосе. Стабильнее некуда. А так - если вы приняли неверные решения и всосали, в этом виноваты прежде всего вы сами. Разработчики между собой - грабли утрясут. И при том грабли бывают всегда, у всех и регулярно, так разрабатывается софт. Потому и нужны майнтайнеры, которые занимаются стыковкой разных частей системы чтобы юзер не оставался с этим 1 на 1. Если вы возомнили себя майнтайнером и облажались - это ваша лажа. Если майнтайнеры впарили .33 ядро без тестов - так может, вы поюзали слишком ориентированный на эксперименты дистр не будучи к этому готовым и опять же облажались в выборе дистра? А то прямо плач Несмеяны какой-то. При том причины оного мне не понятны. Уж не потроллить ли наша Несмеяна вышла? oO
>Ага, аж без году неделю как stable. При том stable оно для майнтайнеровПрекращай молоть ерунду, ещё кто-нибудь тебе, глядишь, и поверит.
>Ванильное ядро - для тех кто знает что делает и готов скушать последствия.Ты прав. Но если stable объявляют стабильным, то я считаю, это значимый шаг, а не просто гарантия того, что ядро соберётся.
>Как ни странно, кому надо стабильное апи - юзают нечто типа .18Как ни странно мне нужна, работоспособная система. В это понятие у меня входит, в том числе, и *рабочие* ФУНКЦИОНАЛЬНЫЕ драйверы, а не огрызки, умеющие менять видеорежимы. Догадайся, при чём тут свежое ядро.
>[оверквотинг удален]
>Прекращай молоть ерунду, ещё кто-нибудь тебе, глядишь, и поверит.
>>Ванильное ядро - для тех кто знает что делает и готов скушать последствия.
>
>Ты прав. Но если stable объявляют стабильным, то я считаю, это значимый
>шаг, а не просто гарантия того, что ядро соберётся.
>>Как ни странно, кому надо стабильное апи - юзают нечто типа .18
>
>Как ни странно мне нужна, работоспособная система. В это понятие у меня
>входит, в том числе, и *рабочие* ФУНКЦИОНАЛЬНЫЕ драйверы, а не огрызки,
>умеющие менять видеорежимы. Догадайся, при чём тут свежое ядро.Вот я, например, на десктопе и сервере юзаю LST от каноникал и ни о каких проблеммах с апи не слышал. И напртив, последняя альфа win7 жутко нестабильна, к чему я все это? А к тому, что на моем арифмометре нет кнопки undo...
>Вот я, например, на десктопе и сервере юзаю LST от каноникал и ни о каких проблеммах с апи не слышалТы на своём lts и не услышишь и о работоспособных (с поддержкой KMS) Nouveau. К чему это я, а к тому что Торавольтос, непонятно по каким причинам, заистерил.
>Прекращай молоть ерунду, ещё кто-нибудь тебе, глядишь, и поверит.Вы не умеете ни аргументы приводить в защиту вашей точки зрения, ни троллить, судя по всему. Не густо.
>Ты прав. Но если stable объявляют стабильным, то я считаю, это значимый
>шаг, а не просто гарантия того, что ядро соберётся.Это три зеленых свистка вверх для майнтайнеров и экспериментаторов что разработчики посчитали свою часть миссии завершенной. Вот только если вы слепо и безоговорочно верите разработчикам хватая самое-самое не будучи готовым к сюрпризам - я вам сочувствую, вы еще много интересного узнаете :).
>Как ни странно мне нужна, работоспособная система. В это понятие у меня
>входит, в том числе, и *рабочие* ФУНКЦИОНАЛЬНЫЕ драйверы, а не огрызки,
>умеющие менять видеорежимы. Догадайся, при чём тут свежое ядро.Попробую угадать, вы хотите и на елку влезть и зад не ободрать? Ишь какой хитрый. Идеальных систем вообще не бывает :). Кстати если уж кого-то хочется поругать за огрызки - так может быть, этот кто-то вообще-то производитель видяхи который даже спеки не удосужился открыть, не то что открытые дрова написать? Какие-то сторонние перцы понимаете ли впахивают а вы тут еще и плюетесь.Ну ни стыда ни совести у народа вообще.
Видимо у Торвальдса Nvidia. Посмотрел бы хоть на intel. В новой версии драйвера теперь требуется поддержка KMS на уровне ядра. Владельцы старых карт пролетают, владельцы новых вынуждены быть тестерами экспериментальной и достаточно глючной фичи.
Вылезай из анабиоза. drm модули ядра с поддержкой KMS у интелов были уже в 29 ядре. Да и хорговские дрова они подготовили к этому же выходу, если мне не изменяет память. http://kernelnewbies.org/Linux_2_6_29
Linux 2.6.29 kernel released on 23 March, 2009
1.1. Kernel Modesetting
Вот именно. Такое ощущение, что Intel (а также HP) - нищета-нищетой, чтобы сделать нормальные дрова для всех своих поделок.
У интеля везде такое. Виндовозные дрова интеля не менее глючны и грабельны. Начиная от горбатого инсталера имеющего тенденцию лажаться и заканчивая ставящими винду раком видеодровами. Хлебнуть геморроя с ними - совершенно не вопрос. Фирмваре и т.п. у интеля тоже глючное и грабельное. Чипсеты у интеля тоже вечно снабжены какими-нить мерзкими багами дизайна (достаточно вспомнить массовое выгорание юсб). Интел такой интел :).Думаете, у них такое только в *никсах? Хрен там - оно у них так везде. Можно подумать, они для *никсов специально баги реализуют, ага...P.S. а что, HP разве делает видяхи? oO
ты все время где-то находишь винду, хотя вокруг якобы одни убунты, мож ты тайный виндопоклонник?
>ты все время где-то находишь винду, хотя вокруг якобы одни убунты, мож
>ты тайный виндопоклонник?Он просто, для сравнения, держит одну "семерочку" =)
торвальц получил джастфофана на свою голову
> торвальц получил джастфофана на свою головукак бы после такой травмы он не решил стабилизировать ядерное апи и комплектовать ядро несколькими версиями каждого модуля для работы с разными версиями апи.
>как бы после такой травмы он не решил стабилизировать ядерное апиУж лучше бы решил, наконец. Пусть Хартман со своим нонсенсом носится, но где-нибудь в сторонке.
Тому болвану, который придумал kms, надо гвоздь в голову забить. Мина уже получилась, когда для перезапуска иксов с другими дровами из-за этого kms пришлось перезагружать машину. Как в каком-то windows. Да, и править grub.conf, предварительно погуглив. Всецело за открытые технологии, но выходки вроде пропихивания kms для noveau в умолчальное ядро здорово злят.
Что, блобы отказываются нормально работать с подгруженными drm модулями?
>Что, блобы отказываются нормально работать с подгруженными drm модулями?Вероятно.
>Тому болвану, который придумал kms, надо гвоздь в голову забить. Мина уже
>получилась, когда для перезапуска иксов с другими дровами из-за этого kms
>пришлось перезагружать машину. Как в каком-то windows. Да, и править grub.conf,
>предварительно погуглив. Всецело за открытые технологии, но выходки вроде пропихивания kms
>для noveau в умолчальное ядро здорово злят.А выгрузить один ядерный модуль и загрузить другой нельзя было что-ли? Перезагрузка нужна только если ядро меняется.
>А выгрузить один ядерный модуль и загрузить другой нельзя было что-ли? Перезагрузка
>нужна только если ядро меняется.Для этого надо во-первых, предвидеть появление проблемы, во-вторых знать (или найти информацию) что именно выгружать. Я не предвидел, поэтому неожиданные грабли меня очень «порадовали».
А как же стабле_апи_нансенс? Что же это Линусу не нравится им же придуманый джастафан? Как расхреначить в новой версии ядра кучу системных вызовов, так он первый, а тут его же последователи отожгли, а папко в шоке
>А как же стабле_апи_нансенс?""Please realize that this article describes the _in kernel_ interfaces, not the kernel to userspace interfaces. The kernel to userspace interface is the one that application programs use, the syscall interface. That interface is _very_ stable over time, and will not break. I have old programs that were built on a pre 0.9something kernel that still work just fine on the latest 2.6 kernel release. That interface is the one that users and application programmers can count on being stable."" -- stable_api_nonsense.txt
Следующий!
>>И напртив, последняя альфа win7 жутко нестабильна, к чему я все это?omg. есть же еще люди которые пользуются первыми самопальными сборками винды в то время когда все нормальные уже давно сидят на stable
У меня QIP при выходе вешал намертво stable сборку win7 с последними обновлениями.
Как я понимаю, проблема была в том, что 7-ка сохраняет файлы истории QIPа и все настройки в виртуальном хранилище(C:\Users\Local\.... путь точно не помню, 7-ки сейчас под рукой нет), в тоже время в самой папке программы (C:\Program Files\QIP) эти файлы также существует.
Видимо происходил какой-то конфликт, потому что после удаления этих файлов из C:\Program Files\QIP зависания пропали.
В данном случае это все-таки проблема не QIP, а именно 7-ки.
>В качестве одного из путей разрешения возникшего тупика, ЛинусРешение найдено! B-D
""Daniel Stone probably had the best solution, “fuck it, it’s Friday. To the pub”.""
---Спасибо Йону Мастерсу http://www.kernelpodcast.org/2010/03/18/20100307-linux-kerne.../ и Kernel Planet http://planet.kernel.org/.