LINUX.ORG.RU

Теодор Тсо призывает Linux-пользователей активнее тестировать ядро

 , ,


0

0

Теодор Тсо, один из ключевых разработчиков ядра Linux, высказал мнение, что пользователям операционной системы GNU/Linux следует активнее включаться в процесс разработки ядра, платя за то, что кажется «бесплатным», своим временем или деньгами.

К данному заявлению Теодора побудило недавнее обсуждение проблем качества Linux-ядра, возникшее после того, как был исправлен 4-летний баг в драйвере к видеокарте на базе популярного чипсета Intel 945GM. О проблеме многие знали, но исправление появилось только после того, как об этом очень настойчиво попросил один из клиентов Red Hat.

Тсо считает, что «нерационально требовать, чтобы ядра от kernel.org стали более стабильными, когда его поддержкой занимаются исключительно энтузиасты». Заинтересованные в решении проблем пользователи должны сами проводить тестирование — в идеале, во время появления третьей или четвертой бета-версии каждого нового ядра, чтобы у разработчиков была возможность исправить найденные проблемы до финального релиза.

Как альтернативу, Тео предлагает им (в данном случае уже, скорее всего, имеются в виду Linux-вендоры) платить другим за проведение этой работы (проверку корректного функционирования ядра на определенном оборудовании).

Источник

Оригинал письма

>>> Подробности

★★★★★

Проверено: catap ()
Последнее исправление: mix_mix (всего исправлений: 2)

Ответ на: комментарий от init_6

>Дело не в том «сколько оно скомпиленным занимает» а в том, к чему в результате весь этот бардак приводит. См 12309

А ничего, что количество и качество всё-таки разные вещи? Или объясни, как на 12309 влияет лишний модуль кофеварки (незагруженный, причем).

anonymous
()
Ответ на: комментарий от anonymous

>ты регрессии и баги в коде, вносимые в ядро из-за этого никому не нужного хлама

Еще один. В коде чего, родной?

anonymous
()
Ответ на: комментарий от anonymous

> Или объясни, как на 12309 влияет лишний модуль кофеварки (незагруженный, причем).

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

anonymous
()

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

Вон как пример коммерческой компании - Texas Instuments - очень активно коммитиит патчи в ядро (даже не для своих устройств)

XVilka ★★★★★
()
Ответ на: комментарий от anonymous

>> в коде, вносимые в ядро

В коде чего, родной?

вносимые в ядро

в ядро

ядро

Темная Свинья, залогинься уже обратно, хватит троллить под анонимусом.

anonymous
()
Ответ на: комментарий от AVL2

>и производителей железа ресурсами.

Со времён висты тоже ведь деньгами? Производитель должен заплатить чтобы получить заветную «Ready for Windows Vista» на коробке, разве нет?

Gary ★★★★★
()
Ответ на: комментарий от anonymous

>Но, как товарищ аноним сказал, я лучше куплю Винду и буду заниматься своими делами.

У тебя раздвоение личности :)

Gary ★★★★★
()
Ответ на: комментарий от init_6

>Но нахрена оно на каждом компе каждого юзера?

Я слышал что у ядра есть конфиг, в котором можно отключить лишнее. Но я уверен — это ложь фанбоев

Gary ★★★★★
()
Ответ на: Как? (ц) от darkshvein

>Придумали бы удобную форму для баг&фич репортов и объяснили, что да как

http://goo.gl/Xf4k

Gary ★★★★★
()
Ответ на: комментарий от bohm

> сознательные gentoo-шники все равно ядра собирают, вот пусть баг-отчеты и отправляют ;-)

они и отправляют. проблема очень простая. от хомячков на убунтах пользы сообществу - ноль, а требований - завались. не умеете программировать - хотя бы багрепорты шлите и тестируйте.
причем, кернел девам пофиг на ваши дистрибные ядра. реально нужны тесты и багрепорты (в т.ч. на регрессии) на свежих бетах ванильного ядра. они выходят не так часто, и протестировать их - полчаса времени. неужели так жалко? ведь больше некому это делать!

val-amart ★★★★★
()
Ответ на: комментарий от the_warlick

>Сделать такой дистр закрытым (но взвоет комьюнити и шаровики).

нельзя, GPL же самая свободная лиценизя

annulen ★★★★★
()
Ответ на: комментарий от anonymous

Анабиозные камеры потекли. А ещё человечество изобрело интерфейс SATA.

Gary ★★★★★
()
Ответ на: комментарий от val-amart

> причем, кернел девам пофиг на ваши дистрибные ядра. реально нужны тесты и багрепорты (в т.ч. на регрессии) на свежих бетах ванильного ядра. они выходят не так часто, и протестировать их - полчаса времени. неужели так жалко? ведь больше некому это делать!

В двух словах, что мне сейчас надо сделать?
Вот на домашнем Бубунта простаивает. Туда можно подключить ведро с ванилью? Кратенькую инструкцию не набросаете?

valich ★★★
()
Ответ на: комментарий от Gary

Я слышал что у ядра есть конфиг, в котором можно отключить лишнее.

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

Но разговор как бы и не об этом вовсе. Перечитай тему начиная хотя бы отсюда…

Или будь так добр поделись как бы на ведро ветки v2.2 влепить бы все все модули из ветки v2.6 ?

init_6 ★★★★★
()
Ответ на: комментарий от valich

конечно можно, собирай из сорсов

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

annulen ★★★★★
()
Ответ на: комментарий от init_6

> как бы на ведро ветки v2.2 влепить бы все все модули из ветки v2.6

o_O а комуто здесть RHEL говно мамонта...

annulen ★★★★★
()
Ответ на: комментарий от init_6

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

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

annulen ★★★★★
()
Ответ на: комментарий от annulen

тебе 20 метров ненужных модулей спать мешают?

А тебе не мешает спать 12309? Но главное ведь даже не сам 12309… а причны которые привели к его появлению.

init_6 ★★★★★
()
Ответ на: комментарий от anonymous

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

Ах вот оно что. Они за свои деньги должны пилить то, что тебе надо, а не им. И правда fail.

anonymous
()
Ответ на: комментарий от val-amart

>кернел девам пофиг на ваши дистрибные ядра. реально нужны тесты и багрепорты (в т.ч. на регрессии) на свежих бетах ванильного ядра. они выходят не так часто, и протестировать их - полчаса времени. неужели так жалко? ведь больше некому это делать!

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

anonymous
()

Кто ни будь киньте линк как собрать ядро(для Ubuntu) и заставить его работать(ну или как и куда правильно отправить баг реппорт) или иксы слетят?

Ramzes001 ★★
()
Ответ на: комментарий от annulen

ты можешь вылечить iowait исключением ненужных модулей?

А ты можешь локализовать причины 12309 в ядре с вообще всеми доступными модулями вкомпиленными в само ядро? Как ты там писал…? Ах да «лол, пацталом...»

init_6 ★★★★★
()

И ещё, куда переводить деньки в виде пожертвований для разрабов ядра?

Ramzes001 ★★
()

>О проблеме многие знали

настойчиво попросил один из клиентов Red Hat.


Улавливаете суть? Мало того что люди платят Red Hat, обязанностью которого является удовлетворение нужд клиентов (в разумных приделах), г-н Тсо пытается заставить тестировать ядро и рядовых пользователей. Если уж ты начал писать код, то будь добр его поддерживать вне зависимости от того когда выявилась бага. В противном случае вали из опен-сорса.

Тсо считает, что «нерационально требовать, чтобы ядра от kernel.org стали более стабильными, когда его поддержкой занимаются исключительно энтузиасты».


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

Заинтересованные в решении проблем пользователи должны сами проводить тестирование..


Заинтересованные люди платят таким компаниям как Red Hat. Пользователь ничем не обязан перед разработчиком, равно как и наоборот. Зато тот же Red Hat в полне имеет право надавить на разработчика за то, что тот пишет говно-код и не хочет его сопровождать. Не хочешь - не пиши, не выкладывай в public domain. Стремление к совершенству никто не отменял.

gh0stwizard ★★★★★
()
Ответ на: комментарий от Gary

>Но вообще кто его знает, как с этим в убунте

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

anonymous
()

> пользователям операционной системы GNU/Linux следует активнее включаться в процесс разработки ядра, платя за то, что кажется «бесплатным», своим временем или деньгами.

У ядра вроде спонсоров хватает, а Linux - лишь малая часть GNU/Linux (да и то не под v3). Что-то мне подсказывает, что есть достаточно проектов, больше заслуживающих времени пользователя.

Мне кажется, или он действительно не очень красиво перетягивает одеяло?

n01r ★★
()
Ответ на: комментарий от nevar

>>бан на гугле?
Я имею в виду есть ли что то кроме ядерной физики для домохозяек?
Желательно посвежее, и конкретно под Ubuntu

Ramzes001 ★★
()
Ответ на: комментарий от init_6

вау, ты такой умный - вкомпилил все модули в ядро

а мужики-то и не знали, что их можно отлаживать по отдельности

annulen ★★★★★
()
Ответ на: комментарий от val-amart

>кернел девам пофиг на ваши дистрибные ядра.

А пользователям (в массе своей) пофиг на тарболы и возню с ними.
Основная масса юзеров имеет дело с дистрибутивными ядрами.
Если разрабы ядер презирают дистры, инфу от них и их ментейнеров , то пусть сами выпускают (для кого-то) и тестят свои ядра (хз там на чем-то).

elipse ★★★
()
Ответ на: комментарий от valich

Ага... Вон в Ярике даже ЛУГ помер.


В моем условном миллионнике померло уже не менее десятка ЛУГ. Некоторые не знали о существовании друг-друга :):):)

Обычно по накатаной. Люди с горящими глазами создают ЛУГ, начинают регулярные сборы, потом сборы перерастают в обычное бухалово, потом семья-дети, генту сносится и ставится винда под крики бывших гентушников «Линупсоиды - малолетние долбодятлы, а я прозрел». Очередной ЛУГ помер. Естественно меньшим долбодятлом прозревший не становится. :):):)

kernel ★★☆
()
Ответ на: комментарий от Ramzes001

> Кто ни будь киньте линк как собрать ядро(для Ubuntu) и заставить его работать(ну или как и куда правильно отправить баг реппорт) или иксы слетят?

http://www.howtogeek.com/howto/ubuntu/how-to-customize-your-ubuntu-kernel/

http://blog.avirtualhome.com/2010/05/05/how-to-compile-a-ubuntu-lucid-kernel/

Иксы я так чувствую - слетят.

valich ★★★
()
Ответ на: комментарий от n01r

мне кажется он перетягивает одеяло на себя...

XVilka ★★★★★
()
Ответ на: комментарий от annulen

> как будто твоя убунта отличается от другого дистрибутива синтаксисом make

Могу я сконпелять из исходников не на хосте а на виртуалке например? (Я Хомяк!)

valich ★★★
()
Ответ на: комментарий от valich

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

annulen ★★★★★
()
Ответ на: комментарий от elipse

А вообще надо сделать что-то типа централизованного (на кернел.орг, не в дистре) хранилища данных о железе - солянка из dmesg, lspci, acpitool, hdparm, etc...

Вот всем просто - скрипт запустить один раз не ядро компилировать под себя, и разрабам подспорье.

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

XVilka ★★★★★
()
Ответ на: комментарий от gh0stwizard

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

Чтобы кто-нибудь мог допилить (если оно хоть как-то работает). Тебя это использовать тоже никто не заставляет, есть лучший вариант — бери его :)

anonymous
()
Ответ на: комментарий от XVilka

>А вообще надо сделать что-то типа централизованного (на кернел.орг, не в дистре) хранилища данных о железе - солянка из dmesg, lspci, acpitool, hdparm, etc... Вот всем просто - скрипт запустить один раз не ядро компилировать под себя

Дельная мысль. Но такая система может ошибиться и не включить что-то нужное - хомячки будут недовольны

annulen ★★★★★
()
Ответ на: комментарий от annulen

а мужики-то и не знали, что их можно отлаживать по отдельности

«вау» а ты такой «умный» что и не заметил факта усложнения задачи? Иными словами «отлаживать по отдельности» таки хорошо да?

А изначально пихать в ядро реально никому ненужные вещи хорошо или плохо? Зачем оно там если оно никому не нужно? И не надо мне про «20Мб на диске»

Да и если «отлаживать по отдельности» то почему разрабатывать по отдельности плохо? Зачем нужно заставлять ради одного модуля новой ФС собирать все новое ядро целиком со всеми его новыми багами?

init_6 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.