The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Новая тактика в работе над очисткой кода ядра Linux

14.04.2009 09:45

Проходивший на прошлой неделе в Сан-Франциско саммит разработчиков Linux (Linux Collaboration Summit) собрал наиболее примечательных членов сообщества этой операционной системы, и затронул самые животрепещущие вопросы ее дальнейшего развития. Как обычно, наиболее насыщенными с точки зрения технической составляющей, стали заседания, посвященные аспектам разработки ядра Linux. Под председательством редактора издания Linux Weekly News Джонотана Корбета и при участии Андрю Мортона, Грега Кроа-Хартмана, Кита Пакарда и Теда Тсо девелоперы обсудили разработку драйверов новых устройств, переработанный графический стек ядра, файловую систему EXT4, и многие другие темы.

Не была оставлена без внимания и проблема исправления найденных в ядре ошибок. Всем хорошо известен тот факт, что многие разработчики достаточно рьяно берутся за реализацию расширения функционала ядра, и испытывают гордость и удовлетворение, когда их имена появляются в списке создателей того или иного модуля. Вместе с тем, когда дело доходит до исправления ошибок, энтузиазм последних куда-то пропадает. По словам Мортона, основная масса корректировок сводятся к незначительным усовершенствованиям, на которые ни он, ни Линус Торвальдс не могут распылять свое внимание. В этой связи крайне успешной оказалась работа, которую сейчас ведет польский девелопер Rafael Wysocki.

Рафаэль принял обязанности следить за своевременным исправлением, появляющихся в ядре ошибок, от оставившей этот пост Натали Протасевич (Natalie Protasevich). Он своими силами создал специальную систему, которая отслеживает сообщения баг-трекера и ставит им в соответствие те или иные участки кода, по которым в дальнейшем определяется их автор. На основе этой информации еженедельно формируются отчеты, в которых помимо данных по количеству открытых новых и исправленных ошибок, фигурируют и фамилии наиболее нерадивых девелоперов.

Такая тактика заставляет разработчиков более ответственно подходить к выполнению своей работы. “Никому не захочется появляться в этом списке слишком часто” – сказал Джонатан Корбет. За более чем месяц до релиза ядра 2.6.29 всем разработчикам, имена которых оказались в списке, было разослано персональное уведомление. В нем в вежливой форме Wysocki просит сообщить, исправлена ли выявленная ошибка или проблема по-прежнему остается не решенной и требует вмешательства.

  1. Главная ссылка к новости (http://arstechnica.com/open-so...)
  2. OpenNews: Темп разработки Linux ядра может быть замедлен с целью повышения качества
  3. OpenNews: Уязвимости в ядре Linux и нужно ли их хранить в тайне
  4. OpenNews: В основную ветку Linux ядра будут включаться экспериментальные драйверы
  5. OpenNews: Разработчики Linux ядра не успевают реагировать на сообщения об ошибках
  6. OpenNews: Опасения по поводу накопления ошибок в Linux ядре
Автор новости: blkdog
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/21243-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Бу (?), 10:39, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Браво. Отличное решение.
     
  • 1.2, www (??), 10:50, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все верно. Рядом о доской почёта обязательно должна стоять черная доска.
     
  • 1.4, Lobzik (?), 11:04, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне кажется, что это ооочень хорошая идея. Мы в ответе за то, что написали =)
     
  • 1.9, pavlinux (ok), 11:43, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А ещё установить срок в 1 месяц для исправления баги, затем забанить мыло и имя.
    Если автор сам не справляется, должен хотя бы принять участие в помощи другим.
    Что б имя и мыло разбанили, надо будя исправить 3 чужих баги.

     
     
  • 2.14, PereresusNeVlezaetBuggy (ok), 13:20, 14/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А потом введём классы разработчиков, введём валюту в виде разрешаемого количества строк в патче…
     
     
  • 3.26, гг (?), 22:48, 14/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    и наследование от класса человек ))
     
     
  • 4.35, vitek (??), 16:06, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    лучше сразу шаблоны классов
    код меньше получится
     

  • 1.15, kafik (?), 13:21, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну всё... Теперь все эти разработчики скажут "Та ну нах такие порядки..." и уйдут из команды разработки ядра, линукс загнётся и прийдёт великий и могучий hurd! =))
     
     
  • 2.17, Aleksey (??), 13:35, 14/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Здравомыслящих людей такое вряд ли отпугнет.
     
  • 2.27, Konwin (??), 00:34, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Грамотно функционирующий баг-трекер с распределением задач намного облегчает разработку на самом деле.... К тому любой чистолюбивый (в хорошем смысле слова) разработчик не оставит своё детище недоношенным...
     
     
  • 3.37, Аноним (-), 02:23, 16/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >чистолюбивый

    Любящий чИстоту надо понимать, вот как значит.

     

  • 1.23, Аноним (-), 15:46, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошо бы потом сводную табличку и по компаниям вносящим вклад
    в linux ядро, а то их всё только количеством внесённых изменений
    меряют, а тут и на их внимание к качеству посмотреть можно будет.
     
     
  • 2.24, pavlinux (ok), 16:21, 14/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Хорошо бы потом сводную табличку и по компаниям вносящим вклад
    >в linux ядро, а то их всё только количеством внесённых изменений
    >меряют, а тут и на их внимание к качеству посмотреть можно будет.
    >

    Думается, что если Novell, IBM, RedHat и Intel подписываются своими
    именами под патчями, то прежде, код проходит тотальное тестирование,
    краш-тесты и т.п., дабы не опозорится, как баго-генератор в лице
    заказчиков.


     

  • 1.25, Астроном (?), 20:15, 14/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Nvidia, however, does not have a high level of involvement.

    А зачем ей?!

    У неё _лучшие_ драйвера под Линукс. Да, кое-что из новых приблуд не поддерживается, но поддержка 3D ускорения и базовых для пользователя вещей есть.

    > Key components are being shifted out of userspace and into the kernel, he said.

    Вот от этого страшно. Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.

     
     
  • 2.29, vitek (??), 13:55, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот от этого страшно. Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.

    Бу! :-D

     
  • 2.32, vitek (??), 15:49, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.

    угу. даже листенер для иис на уровне ядра работает.
    и их это не пугает. :-D

     
  • 2.34, User294 (??), 15:58, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >У неё _лучшие_ драйвера под Линукс.

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

    >но поддержка 3D ускорения и базовых для пользователя вещей есть.

    А еще есть тотальная зависимость от вендора и его выкрутасов... "лучшие" дрова, ага.Помню я сколько глюков юзеры КДЕ4 в этих "лучших" накопали.

    >Вот от этого страшно. Тогда как в Windows стараются всё в user
    >space спихнуть

    Ага, как же.Все что касается графики в винде - в ядре.Они в NT3.* помнится как раз сделали дрова видео в юзерспейсе.Тормозило так что юзеры даже и не посмотрели на эту систему.В результате начиная с NT4 и до Win2008/Vista и Win7 графика сидит в ядре.Вплоть огромного куска GDI в виде win32k.sys. И что-то мирософт не торопится дрова графики выносить из ядра.Понимая что их система тогда потеряет львиную долю привлекательности для многих покупателей.

    в Линуксе наоборот. Будет надеяться, что хуже не будет.
    >

     
     
  • 3.36, vitek (??), 16:18, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Помню я сколько глюков юзеры КДЕ4 в этих "лучших" накопали.

    и сейчас не всё и не у всех работает.
    например это - http://www.nvnews.net/vbulletin/showthread.php?t=125111
    года 2-3 уже
    >в Линуксе наоборот. Будет надеяться, что хуже не будет.

    на самом деле для видюх - нет.
    та же nvidia не зря же модуль ядра аж на 8Mb наклепала. думаю у неё там свои exa, uxa и прочие прелести... не зря же они так за эту "интеллектуальную" собственность держатся.
    теперь вот наверное переделывать будут. :-D
    ведь gem, ksm и пр. по-любому стандартом станут.


     

  • 1.28, Аноним (-), 07:40, 15/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, чем слово "девелопер" лучше слова "разработчик"?
     
     
  • 2.30, vitek (??), 13:56, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Интересно, чем слово "девелопер" лучше слова "разработчик"?

    девелопер - это застройщик жилья.

     
     
  • 3.31, NiGeR (?), 15:40, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Интересно, чем слово "девелопер" лучше слова "разработчик"?
    >
    >девелопер - это застройщик жилья.

    Это они сами себя так называют. Но при этом не имеют никакого отношения к этому слову. Это чистой воды маркетинг для повышения самооценки. Например если вдруг Преподаватели захотят проребрендится до "Самые честные люди". Бред маркетологов.

     
     
  • 4.33, vitek (??), 15:51, 15/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    да какая разница?
    все же понимают о чём идёт речь?
    зачем к словам цепляться? вроде как технический форум...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру