The OpenNET Project / Index page

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

Обновление ядра Linux: 3.0.9, 3.1.1. Анализ динамики роста размера ядра

12.11.2011 20:32

Представлены очередные корректирующие релизы ядра Linux: 3.0.9 (264 исправления) и 3.1.1 (268 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем в которых исправлены ошибки можно упомянуть: USB, usb_storage, mac80211, ath9k, Suspend, epoll, ACPI, VFS, CIFS, ext4, ext2, ext3, NFS, md/raid5, iscsi-target, drm/radeon, ALSA, ipv4, ipv6, KVM, Xen.

Отдельно можно отметить исправление ошибок в реализации программного RAID. В md/raid10 устранена серьёзная ошибка, появившаяся в версии 3.1, которая могла привести к повреждению данных: при наличии активного запасного диска (hot-spare) в случае деградации массива, запасной диск не добавлялся в пустой слот, а заменял собой первый рабочий диск. В реализации md/raid5 устранена ошибка, появившаяся в версии 2.6.36, которая могла привести к продолжению чтения данных со сбойного диска, в течение некоторого очень короткого времени после выявления сбоя и исключения сбойного диска из массива. Т.е. существует вероятность, что будут прочитаны некорректные данные.

Дополнительно, можно упомянуть интересное исследование роста размера кода ядра Linux, проведённое на основе оценки изменения размера 297 релизов, начиная с 1.0 и заканчивая 3.1. Судя по всему рост размера носит экспоненциальный характер и если применить экстраполяцию, то к моменту выпуска релиза 3.19, "tar.bz2" архив с ядром достигнет отметки в 100 Мб (размер архива ядра 3.1 - 73.6 Мб).



  1. Главная ссылка к новости (https://lkml.org/lkml/2011/11/...)
  2. OpenNews: Начало тестирования ядра Linux 3.2-rc1. Обновления 2.6.32.47 и 2.6.33.20
  3. OpenNews: Релиз ядра Linux 3.1
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32288-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (110) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Другой Аноним (?), 21:06, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Отдельно можно отметить исправление ошибок в реализации программного RAID.

    Ждём бэкпортов в 2.6.32. Такое нельзя оставлять неисправленным.

     
     
  • 2.6, V (??), 21:43, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в 2.6.35
     
  • 2.19, myhand (?), 03:12, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Учимся читать:
    -->8--
    md/raid5: fix bug that could result in reads from a failed device.
      
    This bug was introduced in 415e72d034c50520ddb7ff79e7d1792c1306f0c9
    which was in 2.6.36.
    -->8--

    -->8--
    md/raid10: Fix bug when activating a hot-spare.

        This is a fairly serious bug in RAID10.

        This bug was introduced in commit
           2bb77736ae5dca0a189829fbb7379d43364a9dac
        which first appeared in 3.1.
    -->8--

    Бекпорта _чего_ Вы хотите в 2.6.32 - ошибок?  Чтобы потом их исправить, ага...

     
     
  • 3.55, Другой Аноним (?), 22:01, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, добрый человек, успокоил.
     

  • 1.5, Аноним (-), 21:29, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В md/raid10 устранена серьёзная ошибка - а я думал это у мну руки кривые и меня вообще глючит O_O
     
     
  • 2.7, Аноним (-), 22:36, 12/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Даже в процессорах бывают ошибки.
     
     
  • 3.44, Аноним (-), 18:35, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Даже"... "И на Солнце бывают пятна" (С)
     

  • 1.8, xoomer (ok), 23:41, 12/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Хм, ну по оси абсции у нас не время, а всего лишь нумерация версий ядер, что ИМХО не является адекватной системой отсчета для этой ситуации. Т.к., даже вот недавно, Линус сменил нумерацию для удобности, а не из-за каких-то технических соображений, что-ли...

    Да и взять, да и посмотреть на даты выпуска, скажем, ядер 2.0 и 2.2 (1996 и 1999 года) и ядер 2.6 и 3.0 (2003 и 2011 года), то ясно, что это не одинаковые отрезки времени...

    Рост то есть, однозначно, но во времени он вряд-ли будет "настолько экспоненциальный"...

     
     
  • 2.16, Аноним (-), 02:23, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Рост то есть, однозначно, но во времени он вряд-ли будет "настолько экспоненциальный"...

    Драйвера. Оборудования нового появляется достаточно много. Под него нужны дрова.  


     
     
  • 3.45, Аноним (-), 18:36, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Рост то есть, однозначно, но во времени он вряд-ли будет "настолько экспоненциальный"...
    > Драйвера. Оборудования нового появляется достаточно много. Под него нужны дрова.

    В монолитном ядре на платформе PC это означает писец и гигабайтные размеры ядер. Если не прийти к динамической загрузке модулей.

     
     
  • 4.54, Ytch (?), 20:42, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Если не прийти к динамической загрузке модулей.

    Крепко вас "заморозило". Качественно.

     
  • 4.57, Аноним (-), 22:29, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если не прийти к динамической загрузке модулей.

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

     
  • 3.101, Яйцассыром (?), 11:42, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Драйвер_ы_, а не драйвер_а_. Аноним! Будь грамотен!
     
  • 2.23, pavlinux (ok), 08:06, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какая ситуация В новости нет ни слова про время Нехера не ясно, ясно то, что ... большой текст свёрнут, показать
     
     
  • 3.38, szh (ok), 15:05, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    метрика не привязанная ко времени, а к номерам релизов, говорит о психологии определяющего релиз, а не о развитии ядра, поэтому не нужна.
     
     
  • 4.59, Аноним (-), 22:30, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > метрика не привязанная ко времени, а к номерам релизов,

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

     
     
  • 5.104, szh (ok), 11:59, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    в графике к новости НЕ последнее время занимает большую часть
     
  • 3.68, pavlinux (ok), 22:55, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > 19 - 15 = 5

    Да, в 8 утра математика на высоте :D

     
     
  • 4.91, Аноним (-), 03:29, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да, в 8 утра математика на высоте :D

    В военное время значение синуса может достигать двух!

     
  • 3.99, xoomer (ok), 11:36, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то я не сильно пойму, где вот у Вас получились такие цифры.
    exp(1000000) = 3.03321539680209e+434294. Разве не так?

    Все-равно как бы там ни было, я же написал, что мое имхо говорит : ) , что нету смысла приводить вот такие графики. Вот если бы это относилось Ubuntu - другое дело - один и тот же интервал межу релизами.

    //Да, а математика в 8 утра получилась интересная у Вас. : ))

     
     
  • 4.116, pavlinux (ok), 21:22, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то я не сильно пойму, где вот у Вас получились такие цифры.
    > exp(1000000) = 3.03321539680209e+434294. Разве не так?

    Пля.... :) логарифм конечно же...  

    e^x = 1000000
    x = ln(1000000)
    x ~= 13.82


     
     
  • 5.117, xoomer (ok), 21:47, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так получается exp(13.82) = 1004499.5, это да.

    А Вы тогда написали exp(1*10^6). Это же разные вещи то. Что я не понимаю?..

    Конечно, если у Вас ещё есть охота к этому. : )

     
     
  • 6.118, pavlinux (ok), 02:42, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а чего не понятного Если принять первый релиз за нулевую точку, то пример... большой текст свёрнут, показать
     
     
  • 7.128, xoomer (ok), 21:21, 16/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый pavlinux, Вы уже пошли в философию. :)
    Это развитие. Если во времена Minix-а было мало людей, понимающих что такое Minix, то следовательно - мало мнений, мало путей развития.

    Сейчас же ситуация поменялась - много заинтересованных людей, много мнений - следовательно много пишется кода, комбайн Opera тому пример. Не спорю - Opera прекрасная програма, но не все разделяют такую философию, предпочтя FF+TB+Xchat+Licq (etc)...
    Да, есть менеджеры по разработке и прочие должности у крупных продуктов, но почему программы/окружения стали такие - IMHO причина в мною вышесказанном.

     
  • 2.37, ABATAPA (ok), 14:18, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм, ну по оси абсции

    По какой оси?!
    http://ru.wikipedia.org/wiki/Абсцисса

     
     
  • 3.100, xoomer (ok), 11:38, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, ну опечатался малек - да, нужно "оси абсцисс".
     

  • 1.9, Аноним (-), 00:04, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Работу intel HDA с кодеками от VIA исправили?
     
  • 1.10, Askent (ok), 00:12, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    В какую новость не заглянешь, везде обновлён ext4, эта фс до такой степени баганая что уже несколько лет пилят её?
     
     
  • 2.11, erfea (?), 00:22, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет, просто в любом ПО есть что улучшать и оптимизировать.
     
  • 2.18, Аноним (-), 02:41, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > В какую новость не заглянешь, везде обновлён ext4, эта фс до такой степени баганая что уже несколько лет пилят её?

    Что вы к ext4 прицепились? В том же ряду упоминался IPv4 - про него аналогичное брюзжание выглядело бы куда интереснее.

     
  • 2.60, Аноним (-), 22:31, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > В какую новость не заглянешь, везде обновлён ext4, эта фс до такой
    > степени баганая что уже несколько лет пилят её?

    Вроде серьезные баги там уже поудавили. Живет себе. Работает. Уже несколько лет. Это не значит что там нет более мелких багов и что улучшать уже нечего. Как известно, нет предела совершенству.

     

  • 1.24, iZEN (ok), 09:18, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > А сколько лет в твоей фряхе не замечали эскалацию прав с лузера до рута через PAM?

    Вопрос не ко мне. Я не использую PAM и отключаю использование PAM в ПО, так как давно полагаю опасную дыру в этой подсистеме.

    > Кстати авторы либы PAM свой фэйл уже узрели, а вот фряшники судя по всему так и не поняли что в их системе кое-что не так.

    PAM — это не изобретение фряшников, а сторонняя подсистема от Sun Microsystems, Inc. (мир её праху), интегрированная сначала в Red Hat Linux, а уже потом появившаяся в свободных Unix'ах.

    > По крайней мере исправлений до сих пор нет AFAIK. Так и живете с _известной_ эскалацией прав.

    Нету у меня ничего завязанного на PAM. Без этого и живу много лет.

     
     
     
    Часть нити удалена модератором

  • 3.93, kombat (ok), 04:51, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не городите тут чушь! Уязвимость OpenPAM обсуждается в другой теме.
     
  • 2.67, Аноним (-), 22:50, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос не ко мне. Я не использую PAM и отключаю использование PAM

    Может тогда еще и электричество отключишь заодно? Ну его нафиг этот прогресс - всякие там короткие замыкания же, etc :)

     
     
  • 3.71, iZEN (ok), 23:45, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вопрос не ко мне. Я не использую PAM и отключаю использование PAM
    > Может тогда еще и электричество отключишь заодно?

    Может и отключу, когда его к нам пустят по оголённым проводам. А что, экономия на изоляции и материалах — важнейший тренд в современной политике удешевления разработок. А я такие "разработки" в гробу видел.

    > Ну его нафиг этот прогресс - всякие там короткие замыкания же, etc :)

    Если вместо кроссплатформенных HAL/PolicyKit ВНЕЗАПНО для всех Unix оставят только линуксовые UDev/UPower/UDisks/KMS/GEM с, естественно, non-stable API, и вертитесь как хотите, то ничего не останется делать, как послать такой "прогресс" к чертям собачьим.


     
     
  • 4.72, СуперАноним (?), 00:12, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Может и отлючу, когда его к нам пустят по оголённым проводам.

    Отключай быстрей! Не поверишь, но до подстанции твоего города/посёлка/района электричество подаётся по воздушным линиям с оголёнными проводами.

     
  • 4.79, Аноним (-), 01:18, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не поверишь, высоковольтки все как одна без изоляции А ты попробуй соорудить... большой текст свёрнут, показать
     
     
  • 5.90, iZEN (ok), 02:43, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Может и отключу, когда его к нам пустят по оголённым проводам. А
    >> что, экономия на изоляции и материалах — важнейший тренд в современной
    >> политике удешевления разработок.
    > Ты не поверишь, высоковольтки все как одна без изоляции. А ты попробуй
    > соорудить изоляцию для лэп-500, которая вообще 500 киловольт выдержит. Поймешь в
    > чем прикол. Как раз в плане (не)экономии на изоляции и материалах.

    Не надо быть дураком, чтобы не видеть разницы между воздушными линиями электропередач для подстанций и внутридомовой электропроводкой для конечных потребителей.

     
     
  • 6.92, Аноним (-), 03:34, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо быть iZEN ом чтобы сперва влопаться в свои же формулировки, а потом от них ... большой текст свёрнут, показать
     

  • 1.25, Disaron (ok), 10:10, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Судя по всему рост размера носит экспоненциальный характер и если применить экстраполяцию

    ,то к версии 4.0 размер уйдет в бесконечность. И либо на радость проприетарщиков линукс раздавит сам себя, либо на радость таненбауму поменяет архитектуру.

     
     
  • 2.26, Аноним (-), 10:19, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    может быть тогда до разработчиков дойдет - что имеет смысл держать стабильным API для драйверов - что бы можно было держать архив драйверов отдельно, все остальное отдельно.
    А сейчас львиная доля исправлений это перепиливание дров под каждый чих с измнением API
     
     
  • 3.28, Аноним (-), 10:53, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > может быть тогда до разработчиков дойдет - что имеет смысл держать стабильным API для драйверов

    Стабильное API - это прекращение всякого развития, это смерть ядра.

     
     
  • 4.29, Аноним (-), 11:15, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>может быть тогда до разработчиков дойдет - что имеет смысл держать стабильным API для драйверов - что бы можно было держать архив драйверов отдельно, все остальное отдельно.

    А сейчас львиная доля исправлений это перепиливание дров под каждый чих с измнением API

    >Стабильное API - это прекращение всякого развития, это смерть ядра.

    Вы прочли что вам написали? Поняли? Стабильное API это не прекращение всякого развития - это лишь стабильное API. И уж точно это никак не смерть ядра. ИМХО, стабильное API - это не самое лучшее решение для открытого софта, такое решени сойдет только закрытому софту сделанному ради бабла.

     
     
  • 5.32, samm (ok), 12:22, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и хоть одну систему с развитием и стабильным апи можете назвать? Из тех что я помню - только ОС/2, там действительно на последних версиях работали драйвера от версии 2. Вот только развитие там совсем скисло. У винды же - что не версия, то новые драйвера. Причем очень часто для старых устройств драйверов просто нет - я знаю контору где до сих пор работает плоттер на НТ4 только потому, что фирма-производитель давно померла и новых драйверов для устройства нет и не будет.

     
     
  • 6.40, Аноним (-), 16:32, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    *BSD - в рамках релиза стабильный API, между релизами серьезные поломки.
    Win32* - ..

    Да и теже Linux, что самое то смешное.
    RedHat Linux 3,4,5,6 - в пределах релиза не смотря на серьезные перепиливания - сохраняют API и ABI для дров.
    Linux на ядрах до 2.6 делился на стабильную ветку - с достаточно стабильным API - и нестабильную 2.x+1 где отрабатывалось новое.

    Была смерть ?
    Может быть просто текущая ситуация выгодна тем кто имеет акции RedHat вынуждая покупать у них платную поддержку. А вы как попугай повторяете маркитоидный бред и поддерживаете рублем акции RedHat.

     
     
  • 7.48, Аноним (-), 18:41, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >[оверквотинг удален]
    > Win32* - ..
    > Да и теже Linux, что самое то смешное.
    > RedHat Linux 3,4,5,6 - в пределах релиза не смотря на серьезные перепиливания
    > - сохраняют API и ABI для дров.
    > Linux на ядрах до 2.6 делился на стабильную ветку - с достаточно
    > стабильным API - и нестабильную 2.x+1 где отрабатывалось новое.
    > Была смерть ?
    > Может быть просто текущая ситуация выгодна тем кто имеет акции RedHat вынуждая
    > покупать у них платную поддержку. А вы как попугай повторяете маркитоидный
    > бред и поддерживаете рублем акции RedHat.

    Слушай, чувак. Это капитализм, детка. Деньги есть всеобщий эквивалент. А не желание прогресса или движения к светлому будущему.

     
  • 7.56, samm (ok), 22:03, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В рамках релиза нет развития Что полностью подтверждает утверждение тредстартер... большой текст свёрнут, показать
     
  • 7.69, Аноним (-), 22:55, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > *BSD - в рамках релиза стабильный API, между релизами серьезные поломки.
    > Да и теже Linux, что самое то смешное.
    > RedHat Linux 3,4,5,6 - в пределах релиза не смотря на серьезные перепиливания
    > - сохраняют API и ABI для дров.

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

    > Linux на ядрах до 2.6 делился на стабильную ветку - с достаточно стабильным API

    Заметим, что взрывное развитие Linux (см. сабжевую новость) началось только после того, как отказались даже от такой квази-стабильности API.

     
     
  • 8.73, iZEN (ok), 00:25, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А я всю дорогу думал, что развитие Linux началось после вливания в него 1,3 млрд... текст свёрнут, показать
     
     
  • 9.82, Аноним (-), 01:26, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А я думал что развитие линукса началось после того как Торвальдс вывалил первую ... большой текст свёрнут, показать
     
     
  • 10.102, Аноним (-), 11:53, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сказки - даже в 2 4 ядро - было слишком далео от на мази Развитие началось по... большой текст свёрнут, показать
     
     
  • 11.107, ананим (?), 14:41, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну да D многим, не столько бздишнегам, сколько анти-линуксоидам, хотелось бы т... большой текст свёрнут, показать
     
     
  • 12.120, Аноним (-), 07:42, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    pNFS отношения к ZFS не имеет Люстра достатоно легко портируется на любую OS - ... текст свёрнут, показать
     
     
  • 13.121, ананим (?), 11:37, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не имеет но все эти примеры в последние годы развивались как раз не как проекты... текст свёрнут, показать
     
     
  • 14.123, Аноним (-), 12:49, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо бы еще вьюнош разбираться в вопросе pNFS это таки linux kernel based про... большой текст свёрнут, показать
     
     
  • 15.126, ананим (?), 22:22, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    pNFS, малыш, это таки стандарт, а не проект D... текст свёрнут, показать
     
  • 9.106, ананим (?), 14:11, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а стоит ли заниматься тем, что явно не получается Вопрос риторический Зыж есл... текст свёрнут, показать
     
     
  • 10.108, ананим (?), 14:54, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вот чтобы не быть голословным http ru wikipedia org wiki Oracle_Database D0 9... текст свёрнут, показать
     
     
  • 11.109, ананим (?), 14:57, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    версия ядра на тот момент http ru wikipedia org wiki Linux_ D1 8F D0 B4 D1 80... текст свёрнут, показать
     
  • 11.124, Аноним (-), 12:51, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и что вы хотели сказать этим в то время Oracle и на FBSD работал - и что во... текст свёрнут, показать
     
     
  • 12.127, ананим (?), 22:27, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    1 В то время - не работала 2 Вы как-то специально недопонимаете разницу офиц... текст свёрнут, показать
     
  • 8.94, Аноним (-), 07:14, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Оригинальная предспосылка была - стабильный API останавливает развитие проекта ... текст свёрнут, показать
     
     
  • 9.113, Аноним (-), 15:51, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разумеется, развитие Разумеется, только с отказом от стабильности API Кроме бр... текст свёрнут, показать
     
     
  • 10.119, Аноним (-), 07:41, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так проект развивается а стабильное API в нем присутсвует Или тут другой аргу... текст свёрнут, показать
     
  • 6.42, фвф (?), 17:32, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    что-что? каждая версия? драйвера от висты подходят под 7 и 8
     
     
  • 7.58, samm (ok), 22:30, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1) разные драйверы - по разному. Я видел даже как дрова переставали работать после сервиспаков.
    2) Ситуация много хуже чем в Линукс - если вендор устройства сдох, то новых дров не будет никогда. В линуксе-бсд его либо портируют на новое апи сами разработчики ядра (когда билд "ломается") либо, в крайнем случае, самому можно это сделать.
     
     
  • 8.65, Аноним (-), 22:47, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Наиболее эпичен был SP2 в XP Некоторые системы падали в бсод с INACCESSIBLE_BOO... большой текст свёрнут, показать
     
  • 8.95, Аноним (-), 08:23, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    2 тож самое и в лин-бсд, еси дрова распространяются блобом и не нужно раскатыв... текст свёрнут, показать
     
     
  • 9.97, Frank (ok), 10:45, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И много вы блобов видели под линуксы Я лично знаю только карточки nvidia - да, ... текст свёрнут, показать
     
     
  • 10.122, Аноним (-), 11:58, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да куча их, всяких этих фирмваре, карточка-то вайфайная у вас тоже с блобом, под... текст свёрнут, показать
     
  • 7.83, Аноним (-), 01:27, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > что-что? каждая версия? драйвера от висты подходят под 7 и 8

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

     
  • 7.98, Frank (ok), 10:46, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > что-что? каждая версия? драйвера от висты подходят под 7 и 8

    С какой-то вероятностью, отличной от единицы, да.

     
  • 5.33, anonymous (??), 12:25, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ИМХО, стабильное API - это не самое лучшее решение для открытого софта, такое решени сойдет только закрытому софту сделанному ради бабла.

    Ага, glibc/glib/gtk/qt и т.д. имеют стабильный API, следовательно, они не пригодны для открытого софта.

     
     
  • 6.36, x0r (??), 12:43, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    разве gtk  и qt стабильный api?
     
     
  • 7.41, Аноним (-), 16:33, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > разве gtk  и qt стабильный api?

    а вы видели где нить что бы рамках qt 4.x.y менялся API без смены x ?
    я не разу не видел.
    А вот в ядре когда минорное обновление 2.6.x.3 ломает API которое было в 2.6.x - видел, и не один раз.

     
     
  • 8.51, anonymous (??), 20:09, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У них обратная совместимость Если что-то написано под Qt 4 0, то оно будет рабо... текст свёрнут, показать
     
     
  • 9.64, Аноним (-), 22:40, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и хорошо меньше никем не поддерживаемого сто лет гнилья в кернеле В результ... текст свёрнут, показать
     
     
  • 10.76, anonymous (??), 01:12, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Внезапно, 3 месяца 100 лет К тому же гнильё из ядра не очень то любят выки... текст свёрнут, показать
     
     
  • 11.84, Аноним (-), 01:30, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не хочу ничего сказать но у меня почему-то на моем железе открытые драйвера из л... текст свёрнут, показать
     
  • 9.103, Аноним (-), 11:58, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а кто виноват в том что не соберется разработчики QT вот могут такое сделать - ... текст свёрнут, показать
     
  • 5.61, Аноним (-), 22:34, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А сейчас львиная доля исправлений это перепиливание дров под каждый чих с
    > измнением API

    Зато остаются только живые драйвера которые кто-то готов поддерживать. Зачем нам тонны барахла которое никто не майнтайнит и не чинит???

     
     
  • 6.77, anonymous (??), 01:16, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Зачем нам тонны барахла которое никто не майнтайнит и не чинит???

    Чтобы таскать с собой и делать видимость, что железка поддерживается. Глядишь, и правда что-то 5-летней давности внезапно заработает.

     
     
  • 7.85, Аноним (-), 01:36, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чтобы таскать с собой и делать видимость, что железка поддерживается. Глядишь, и
    > правда что-то 5-летней давности внезапно заработает.

    Угу, давайте вспомним в какой ОС первой появилась поддержка usb 3.0 ;)

     
  • 4.47, Аноним (-), 18:38, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> может быть тогда до разработчиков дойдет - что имеет смысл держать стабильным API для драйверов
    > Стабильное API - это прекращение всякого развития, это смерть ядра.

    Стабильный API... О чем ты вообще трындишь? "Совместимость важнее производительности" (С) Максима мира ИТ образца 1980 года.

     
  • 3.30, Ag (ok), 12:00, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Win API, Win32 API, Win32S API, NET SL, Win RT -- и чего основной конкурент дурью мается?
     
     
  • 4.34, anonymous (??), 12:28, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Win API, Win32 API, Win32S API, NET SL, Win RT -- и
    > чего основной конкурент дурью мается?

    И я о том. За более 10 лет наплодили только 5 видов API. До ядра им далековато.

     
     
  • 5.49, Аноним (-), 18:42, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    До платформы им далековато.
     
     
  • 6.52, anonymous (??), 20:11, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > До платформы им далековато.

    До какой платформы? Которая им не нужна?

     
     
  • 7.62, Аноним (-), 22:35, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > До какой платформы? Которая им не нужна?

    Это вы о чем? MS линуксом свои даунлоады отгружает. Такой вот пируэт судьбы :)))

     
     
  • 8.78, anonymous (??), 01:17, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Куда отгружает ... текст свёрнут, показать
     
     
  • 9.86, Аноним (-), 01:40, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Юзерам Ну и прочим клоунам типа вас Я конечно понимаю что обладателям мозжечка... текст свёрнут, показать
     
     
  • 10.96, Аноним (-), 08:28, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вот что за манера, говоришь у вас руки из Ж , а в ответ получаешь посмотрите... текст свёрнут, показать
     
  • 3.74, СуперАноним (?), 00:27, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >может быть тогда до разработчиков дойдет - что имеет смысл держать стабильным API для драйверов - что бы можно было держать архив драйверов отдельно, все остальное отдельно.

    А что мешает паковать собственно ядро с некоторым минимальным базовым набором модулей в отдельный архив, модули сетевых 1000 Мбит/с в другой архив, модули 100 Мбит/с сетевух в третий, ..., модули ALSA устройств, ..., модули KMS/GEM, и т.д. Т.е. каждый вид модулей в свой архив. Тогда и конечному пользователю не придётся всё качать. И не надо никакого стабильного API (нефиг поощрять писателей закрытого кода).

     
     
  • 4.115, Лукас (ok), 21:16, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что мешает паковать собственно ядро с некоторым минимальным базовым набором модулей
    > в отдельный архив

    честно говоря, жуткую чепуху обсуждаем.

    неужели для вас 70мб это много?

    если качать разницу в версиях пакета, а не сами пакеты, то не имеет значения, упаковано ядро раздельно, или едино.

     
  • 2.114, Лукас (ok), 21:06, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    даже в моих глазах (человека, который плохо разбирается в математике) в издеваетесь над ней. экспонента стремится в бесконечность, но никогда её не достигает. людям из 70-тых тоже могло казаться, что ось, которая жрёт 700 мб ОЗУ, раздавит любой компьютер, и производство софта войдёт в коллапс.

    фактически, unix занимает всё меньшую и меньшую долю ОЗУ и HDD. а ведь ранее даже здравомыслящие люди перекомпилировали ядро, чтобы уменьшить его вес.

     

  • 1.39, szh (ok), 15:06, 13/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    график в новости не имеет смысла, не стоило его публиковать.
     
     
  • 2.43, jole (?), 17:37, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    что, боитесь что ядро вот вот лопнет? :)
     
     
  • 3.50, Аноним (-), 18:44, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > что, боитесь что ядро вот вот лопнет? :)

    Ясный перец. Клепать монолитное ядро на платформе, в которой тысячи железок - идиотизм, причем очевидный.

     
     
  • 4.53, anonymous (??), 20:21, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> что, боитесь что ядро вот вот лопнет? :)
    > Ясный перец. Клепать монолитное ядро на платформе, в которой тысячи железок -
    > идиотизм, причем очевидный.

    Ты просто не понимаешь фишку бизнеса. Задача - удержать разработку внутри проекта любыми способами. Меняющийся API этому только способствует, т.к. дешевле оплатить работу kernel-team, чем нанять группу программистов, которые мало того, будут писать драйвер, так ещё и вовремя адаптировать под новые версии.

     
     
  • 5.89, Аноним (-), 01:51, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А почему собственно кто-то должен работать так как удобно привычно хотелось бы в... большой текст свёрнут, показать
     
  • 4.63, Аноним (-), 22:37, 13/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ясный перец. Клепать монолитное ядро на платформе, в которой тысячи железок -
    > идиотизм, причем очевидный.

    Так драйвера - модули как правило. Поэтому фактически в памяти висит только то что реально требуется для конкретной системы. В этом плане нет каких-то фундаментальных отличий от винды, например. Которая к слову тоже не стесняется менять API, так что драйвера XP, 2000, 2003, 2008 и Win7 совместимы только сильно иногда и с оговорками, а видеодрайвера например вообще от XP на семерку например хрен вообще поставишь.

     
     
  • 5.80, anonymous (??), 01:21, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > 2000, 2003, 2008 > Win7 совместимы только сильно иногда и с оговорками, а видеодрайвера например вообще от XP на семерку например хрен вообще поставишь.

    И не говори. Меняют api каждые 3-4 года. Ужас просто. Не то что нвидивский блоб, который надо обновлять каждые 3-4 месяца под новое ядро.


     
     
  • 6.88, Аноним (-), 01:46, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И не говори. Меняют api каждые 3-4 года. Ужас просто. Не то
    > что нвидивский блоб, который надо обновлять каждые 3-4 месяца под новое ядро.

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

     
     
  • 7.105, Аноним (-), 11:59, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> И не говори. Меняют api каждые 3-4 года. Ужас просто. Не то
    >> что нвидивский блоб, который надо обновлять каждые 3-4 месяца под новое ядро.
    > Просто людей пишущих открытое ядро проблемы проприерасов мало волнуют. Что ожидаемо -
    > в чужой монастырь со своим уставом не ходят.

    а проблемы других открытых проектов которые не влиты в ядро ?:)

     
     
  • 8.112, ананим (?), 15:13, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    так пусть вливаются в чём проблема то а то и рыбку съесть и нах сесть ... текст свёрнут, показать
     
     
  • 9.125, Аноним (-), 14:42, 15/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вьюнош - я тебе уже говорил - разберись в области о чем говоришь А потом уже вы... текст свёрнут, показать
     
  • 6.111, ананим (?), 15:12, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >И не говори. Меняют api каждые 3-4 года. Ужас просто. Не то что нвидивский блоб, который надо обновлять каждые 3-4 месяца под новое ядро.

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

     
  • 5.81, anonymous (??), 01:24, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Так драйвера - модули как правило.

    И гвоздями прибитые к своему ядру. Профит от такой "модульности" нулевой. Разве что появление всяких костылей, вроде initrd и dracut.

     
     
  • 6.87, Аноним (-), 01:44, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Так драйвера - модули как правило.
    > И гвоздями прибитые к своему ядру. Профит от такой "модульности" нулевой. Разве
    > что появление всяких костылей, вроде initrd и dracut.

    Пишите дрова для win95, это API и ABI уж точно никто менять больше не будет. Ибо некому.

     
     
  • 7.110, ананим (?), 15:07, 14/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Пишите дрова

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

     

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



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

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