URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 36499
[ Назад ]

Исходное сообщение
"OpenNews: Ревизия устаревшего кода в Linux ядре"

Отправлено opennews , 22-Янв-07 23:32 
Robert Day предложил (http://kerneltrap.org/node/7593) провести ревизию кода ядра, четко проведя границу между "deprecated" (не рекомендуемым) и "obsolete" (устаревшим) кодом.


Сейчас эти понятия иногда путают. "Obsolete" обозначает неподдерживаемый код, который в ближайшее время может быть удален из ядра, в то время как "deprecated" еще можно использовать, он поддерживается разработчиками, хотя и планируется к исключению из ядра в далеком будущем.

URL: http://kerneltrap.org/node/7593
Новость: http://www.opennet.ru/opennews/art.shtml?num=9591


Содержание

Сообщения в этом обсуждении
"Ревизия устаревшего кода в Linux ядре"
Отправлено pavlinux , 22-Янв-07 23:32 
Долой OSS, и tulip, ne2k дрова,
ARCnet,
Token Ring
Ftape, the floppy tape device driver
3Dfx Banshee/Voodoo3
3Dfx Voodoo Graphics
automount v.3
SMB FS
NCP file system support


"Ревизия устаревшего кода в Linux ядре"
Отправлено небогатый студент , 23-Янв-07 01:07 
> Долой ... ne2k дрова,
>....
>3Dfx Voodoo Graphics

это что, я вскорости останусь без сети и видео?...


"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 23-Янв-07 14:18 
>это что, я вскорости останусь без сети и видео?...
Нет конечно, останешься без новых версий ядра да и все.Будешь юзать антикварный софт на антикварной машине.Это нормально.Странно ожидать что допотопное железо которого почти ни у кого не осталось будет до скончания веков поддерживаться всеми вокруг.А зачем?

"Ревизия устаревшего кода в Linux ядре"
Отправлено deskpot , 24-Янв-07 00:05 
так уж и поддерживаться. ;)

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

а вот что список obsolete code для Linux столь велик и неадекватен -- это только потому, что Robert Day действительно не понимает, что такое obsolete code. =)


"Ревизия устаревшего кода в Linux ядре"
Отправлено _Nick_ , 24-Янв-07 03:12 
>так уж и поддерживаться. ;)
>
>смысл удаления obsolete вообще и в этом частном случае -- тот, что
>оно нифига уже, скорее всего не работает, просто об этом никто
>не знает т.к. оно уже никому не нужно. т.е. первично оно
>уже не работает, а потом уже удаляется.

Товарисч, вы с венды сидите эту глупость постите?
Линух в глаза видели хоть раз?
Оно _работает_. Просто ему уже давно есть более качественная замена,
поэтому можно принимать решение об удалении.
Например: CONFIG_OSS_OBSOLETE_DRIVER
несколько OSS дров, которые obsolete, но, ессьно, работают


"Ревизия устаревшего кода в Linux ядре"
Отправлено deskpot , 24-Янв-07 15:01 
не хами, а, умник. ;) видел неоднократно на протяжении лет десяти. а также работаю с несколькими разновидностями BSD и Solaris.

писал из под:
dub% uname -mrs
FreeBSD 6.2-PRERELEASE i386

надеюсь, на вопрос я ответил. а теперь идите перечитывать то, что написал я.

ибо то, что привели вы -- это deprecated code, если подумать головой.


"Ревизия устаревшего кода в Linux ядре"
Отправлено _Nick_ , 24-Янв-07 15:03 
>ибо то, что привели вы -- это deprecated code, если подумать головой.

с вашей логикой дома строить

если так подумать - то и венда - ось


"Ревизия устаревшего кода в Linux ядре"
Отправлено deskpot , 25-Янв-07 17:14 
>>ибо то, что привели вы -- это deprecated code, если подумать головой.
>
>с вашей логикой дома строить
>
>если так подумать - то и венда - ось

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

в общем, с такой аргументацией -- в сад.


"Ревизия устаревшего кода в Linux ядре"
Отправлено Аноним , 23-Янв-07 00:19 
Всё было бы проще, если бы ядро было микроядерным. Подозреваю, что проблема бы упростилась. Время переключениями между контекстами процессов всё равно мальное, так что на современном железе вполне ни чего может быть.

"Ревизия устаревшего кода в Linux ядре"
Отправлено GateKeeper , 23-Янв-07 21:35 
Оно настолько малое, что user-level natd способен уложить маршрутизатор в долгосрочный нокаут. Ага.

"Ревизия устаревшего кода в Linux ядре"
Отправлено sauron , 24-Янв-07 09:03 
>Оно настолько малое, что user-level natd способен уложить маршрутизатор в долгосрочный нокаут.
>Ага.
При правильной спроектированной архитектуре 1-2%. Или Танненбаум вам уже не указ ?

"Ревизия устаревшего кода в Linux ядре"
Отправлено _Nick_ , 24-Янв-07 09:06 
>При правильной спроектированной архитектуре 1-2%. Или Танненбаум вам уже не указ ?

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

Ну, 1-2 это может и фантастика, а вот до 5% потерь - поверю.


"Ревизия устаревшего кода в Linux ядре"
Отправлено sauron , 24-Янв-07 09:36 
>>При правильной спроектированной архитектуре 1-2%. Или Танненбаум вам уже не указ ?
>
>ну, сильно загнул
>Танненбаум пока что может лишь рекомендовать да советовать.
>Даже Торвальдс может лишь _попытаццо_ указать с какой-то вероятностью успеха.
>
>Ну, 1-2 это может и фантастика, а вот до 5% потерь -
>поверю.

Судя по этой статье http://citkit.ru/articles/337/ 6-12% акелла промахнулся. Видимо какой-то другой тест я вспомнил.


"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:36 
>>Оно настолько малое, что user-level natd способен уложить маршрутизатор в долгосрочный нокаут.
>>Ага.
>При правильной спроектированной архитектуре 1-2%. Или Танненбаум вам уже не указ ?
Г-н Танненбаум силен языком.А как до практики - так ядра пишет все-таки не он.А теория это круто, но практика почему-то всегда оказывается хуже теории.

"wergus прав. "
Отправлено Camel , 23-Янв-07 00:54 
Позиция "долой всё чего у меня нет" неверна. У меня, например, используется NE2000 в одной из машин, и отлично себя чувствует. Согласен с Анонимом, микроядерность решила бы эту проблему принципиальным образом. MINIX3 победит.

"wergus прав. "
Отправлено Аноним , 23-Янв-07 05:39 
Ох, поздно уже... Было б начало 90-х - может быть. Сейчас, когда IBM (AIX), HP(-UX), Sun(SunOS), Novell(Netware) решили, что Linux нужен народу больше, чем любая из их систем - о чем можно говорить? :) Опять-таки, той же nVidia (пока?) ничто не мешает разрабатывать свои дрова самостоятельно, вне ядра (речь не только о дровах для видеокарт).

"wergus прав. "
Отправлено lamer , 23-Янв-07 14:16 
Микроядро?Победит?Кого?Где?На машинах с NE2000 и всякими флоппи-тэйпами и даже вуду-какой-то-там, микроядро будет работать с такой чебурашьей скоростью что если оно и победит то разве что вертящиеся на этом антикварном тормозилове задачи и не отдаст им времени, схавав его на переключения контекстов и тусовку в дровах режима юзера :)))

"wergus прав. "
Отправлено pavlinux , 23-Янв-07 21:20 
  Понимаешь ли такую вещь, когда начинался BSD, Linux, и просто Open Source, компьютер могли себе позволить, институты, НИИ, КБ, АН, и толстые дядьки, или "БК" - как приставку для магитофона и телевизора.
  А сейчас на новый год дарят, как бутылку шампанского. Компьютерных магазинов по кол-ву столько же, сколько и булочных(думаю, чисто булочных вообще уже нет).
  Так вот, людей НЕ имеющих денег, на новые компьютеры можно сказать нет, есть те, кому они нужны и не нужны. Так что MINIX3 не нужный девайс, для не нужных компьютеров.
  Нужна микроядерность, вперед, есть QNX, за которую MINIX3 вряд ли догонит.

"Ревизия устаревшего кода в Linux ядре"
Отправлено мелкая пакость , 23-Янв-07 06:59 
было б круто если б стало два тарбола - один со включенным старьём, другой без него
подавляющее большинство половины из этих железок не видели в жызни, соответсна оно им не нужно и никогда не понадобицца

"Ревизия устаревшего кода в Linux ядре"
Отправлено ZigmunD , 23-Янв-07 07:37 
Бред. Отрубай при сборке все что не нужно.

Если уж на то пошло, то давайте делать 4 тарбола.
1. Для тех, у кого нет старого железа.
2. Для тех, у кого есть немного старого железа.
3. Для тех, у кого много старого железа.
4. Для тех, у кого только старое железо.

%)


"Ревизия устаревшего кода в Linux ядре"
Отправлено cnamed , 23-Янв-07 08:48 
+5 Для тех, у кого вообще нет железа

"Ревизия устаревшего кода в Linux ядре"
Отправлено _Nick_ , 23-Янв-07 19:43 
+5k

"Ревизия устаревшего кода в Linux ядре"
Отправлено wituS , 23-Янв-07 09:27 
ZigmunD
Поддерживаю Вас полностью!!!

"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:43 
>ZigmunD
>Поддерживаю Вас полностью!!!
Славненько.Ну так и займитесь этим.Опенсорц же - вам надо?Ну вот и карты в руки :)

"Ревизия устаревшего кода в Linux ядре"
Отправлено Elvis , 23-Янв-07 12:13 
>1. Для тех, у кого нет старого железа.

ядро версий от 2.6.х до пока не станет старым железо

>2. Для тех, у кого есть немного старого железа.

ядро версий от 2.6.х еще года 3

>3. Для тех, у кого много старого железа.

максимум 2.6.9

>4. Для тех, у кого только старое железо.

2.4.х


"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:42 
>Бред. Отрубай при сборке все что не нужно.
>
>Если уж на то пошло, то давайте делать 4 тарбола.
>1. Для тех, у кого нет старого железа.
>2. Для тех, у кого есть немного старого железа.
>3. Для тех, у кого много старого железа.
>4. Для тех, у кого только старое железо.
>
>%)
Сорцы никто не прячет, так что можете начинать если энтузазизма много и кажется что это раз плюнуть - майнтайнить 4 разные сборки ядра.

"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:41 
>было б круто если б стало два тарбола - один со включенным
>старьём, другой без него
Great.Вот вы и займитесь поддержкой хлама который есть у 10.5 человек на планете.А то все хотят чтобы за вас решали ваши проблемы.Только так не бывает.Вы или попадаете в mainstream и тогда другие при достаточной популярности железки сделают все за вас, или если не удалось, е**тесь сами или пролетаете.По другому - не бывает.Так же как сейчас хрен найдешь под многие железки дрова для Win98 например, здесь то же самое...
Поддержка кода требует затрат времени, сил и бабла.Какого черта это должен делать кто-то кроме вас если хлама как у вас больше почти ни у кого не осталось?Какого хрена кернель надо превращать в музей истории?Это живой проект а не музейный экспонат.

"Ревизия устаревшего кода в Linux ядре"
Отправлено Аноним , 23-Янв-07 13:12 
А я считаю - не надо чинить то, что не ломалось.
Хотите сделать что,то кординально новое - сделайте новую ветку (как 2.5 например)

"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:47 
>А я считаю - не надо чинить то, что не ломалось.
>Хотите сделать что,то кординально новое - сделайте новую ветку (как 2.5 например)
Почему-то все хотят указывать девелоперам что им делать но вот сам никто это делать не хочет.Классно устроились.Не нравится политика партии - все демократично: берете сорц и форкаете.В чем проблемы?

"Ревизия устаревшего кода в Linux ядре"
Отправлено HardKiller , 23-Янв-07 14:44 
Да. давайте оставьте только гигабитные сетевухи,
только SB Audijy4 и выше и чтобы ядро работало
только на Intel Dual Core. вообще красота будет.

"Ревизия устаревшего кода в Linux ядре"
Отправлено lamer , 24-Янв-07 14:45 
>Да. давайте оставьте только гигабитные сетевухи,
Нет, давайте таскать аркнеты и токенринги.Осталось только найти кто их использует.А раз вы такой умный, вы может с вон теми 2-я кексами и возьмете майнтайнерство?А фигли, сорц есть, вам и карты в руки.А то трындеть языком все горазды.

>только SB Audijy4 и выше и чтобы ядро работало только на Intel Dual Core. вообще красота будет.
Ну когда оно будет раритетом как сейчас NE2000 - пожалста :)


"Ревизия устаревшего кода в Linux ядре"
Отправлено Trojanets , 24-Янв-07 22:11 
Аркнеты есть у меня 4 машинки+сервачек на новеле 3.11.(не линукс). Но факт они еще живы :)
А вообще правльно написали, только не ветку новую а оставить 2.6.9 и продолжать 2.6.9.1 ..2 и т.д. не увеличивая в данной ветке поддрежки нового выходящего оборудования.  

"Ревизия устаревшего кода в Linux ядре"
Отправлено Lin , 23-Янв-07 18:08 
вы вообще читали, что по ссылке написано?
ne2k они хотят выкинуть, ага

"Ревизия устаревшего кода в Linux ядре"
Отправлено frost666dark , 27-Янв-07 15:31 
Если б вот переделали rivafb и ati-шный фреймбуфер... Я думаю это было бы давно кстати... :(