The OpenNET Project / Index page

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

Обновление Linux-ядра: 2.6.38.6, 2.6.33.13, 2.6.32.40. Измерение производительности ядер с 2.6.24 по 2.6.39rc

10.05.2011 14:33

Представлены очередные корректирующие релизы Linux-ядра: 2.6.38.6 (44 исправления), 2.6.33.13 (47 исправлений) и 2.6.32.40 (147 исправлений). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления.

Из подсистем, в которых отмечены исправления, можно выделить: SCSI, KVM, drm/radeon, mac80211, ath9k, iwlwifi, v4l, USB, UBIFS, ALSA. Как минимум две из исправленных ошибок связаны с устранением уязвимостей: повышение привилегий через переполнение кучи из-за ошибки в реализации интерфейса /dev/mpt2ctl; возможность переполнения кучи через отправку устройству pmcraid специально оформленного ioctl (отправка данного запроса возможна только для пользователей с правами CAP_SYS_ADMIN, что значительно снижает риск, связанный с данной уязвимостью).

Дополнительно, можно отметить проведение ресурсом Phoronix тестирования производительности системы при использовании различных версий ядра Linux. Если рассматривать показатели последней тестовой версии ядра 2.6.39, то производительность данной версии в основном не отличается от выпусков 2.6.37 и 2.6.38, за исключением результатов тестов FS-Mark, PostMark и Apache, в которых заметно небольшое падение производительности.

  1. Главная ссылка к новости (https://lkml.org/lkml/2011/5/9...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30504-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:51, 10/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а как же патч в 200 строк? то кричали что он прирост дает, то вдруг 39 ничем от 38 и 37 (а соответсвенно и 38 от 37) не отличается...

    в команде ядра тоже завелся маркетоид кричащий на каждую новую версию "быстрее! выше! сильнее!"

     
     
  • 2.3, szh (ok), 15:01, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > а как же патч в 200 строк? то кричали что он прирост дает, то вдруг 39 ничем от 38 и 37 (а соответсвенно и 38 от 37) не отличается...

    ты это так сказал как будто понял
    1) для какой деятельности дает прирост тот патч.
    2) что меряют эти тесты.

     
  • 2.5, non anon (?), 16:20, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Похороникс сравнивает не ядра Linux, а ядра Ubuntu (это такая "принципиально новая ОС").
    Кроме того, не стоит забывать, что он ничего не понимает не то что в бенчмарках, а вообще в компах.
     
     
  • 3.18, Аноним (-), 21:50, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > что в бенчмарках, а вообще в компах.

    Д'Артаньян, перелогиньтесь!

     
  • 2.7, usb (?), 16:35, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > в команде ядра тоже завелся маркетоид кричащий на каждую новую версию "быстрее! выше! сильнее!"

    Отзывчивость и производительность - разные вещи. Правда сложно быть глупым? Столь очевидные вещи не доходят с первого раза.

     
  • 2.17, Rodegast (ok), 20:34, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там вроде говорили не о производительности, а об повышении отзывчивости при одновременном запуске большого количества ресурсоёмких программ.
     

  • 1.2, Аноним (-), 14:57, 10/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Патч в 200 строк не скорость а отзывчивость системы повышает при нагрузках.
     
  • 1.4, Andrey Mitrofanov (?), 15:03, 10/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Как обычно, в анонсе выхода новых версий подчеркивается обязательность
    > проведения обновления.

    "Как обычно, Грэг КХ использует механизированный шаболон "all users must upgrade", не несущий никакого потайтого смысла. Обеспокоенным пользователям и форумным аналитегам рекомендуется следить за обновлениями ядра в своём дистрибутиве."" /fixed

     
     
  • 2.6, Аноним (-), 16:28, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Как обычно Грэг пользуется шаблоном что бы скрыть много ошибок безопасности присутствующих в обновлениях. Linux сообщество все больше сваливается к маркетоидам из MS.
    "Вы обновитесь по быстрее - но мы вам не расскажем почему".
    Тфу.. одна срамота.. Хотя да - признавать свои ошибки никто не любит - особенно такие звездные личности как Линукс Торвальдс - которые могут позволить себе назвать других идиотами или обезьянами - а ничего.. их фанаты все стерпят и восхвалять будут.
     
     
  • 3.8, usb (?), 16:36, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > фанаты все стерпят и восхвалять будут.

    Что - фанаты? Лог коммитов в гите не спрячешь. Ни от фанатов, ни от остальных.

     
     
  • 4.11, Аноним (-), 17:02, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не тот аноним но все таки:

    Чтобы замаскировать наличие исправления опасной уязвимости в череде обычных багфикс релизов достаточно каждый раз стандартно написать "обновление обязательно". Итог: пользователь предупрежден что исправлена опасная уязвимость, а вот где именно - ищите в этой череде, одна из них реально опасна (имхо, в 2.6.38.5). Формально совесть чиста. Неформально это сокрытие важной информации путем повышения важности всей остальной иначе несущественной информации. Так что отписка Грега в реальности ничего не означает, это просто шелуха призванная сокрыть под собой опасную информацию.

     
     
  • 5.12, Andrey Mitrofanov (?), 17:08, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что отписка Грега в реальности
    > ничего не означает

    Именно это я и написал. Я там ещё написал, что наше с Вами мнение в вопросах безопасности ядра исчезающе малозначимо.

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

    Да, это _просто_. Про опасность ничего говорить не буду.

     
  • 5.23, pavlinux (ok), 23:51, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот берешь открываешь diff и смотришь http www kernel org diff diffview cgi f... большой текст свёрнут, показать
     
     
  • 6.30, Аноним (-), 06:54, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Вот берешь открываешь diff и смотришь:
    > http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2F
    > Если ты не понимаешь, что там, толку тебе это объяснять?!

    Еще одна быдло элита мнящая себя не известно кем - "а толку тебе объяснять".
    Дядя - учился бы ты лучше, был проще и люди к тебе потянутся.

    > Ну сделали там доп. проверку на наличие установленного TCP соединения
    > перед приёмом датаграмы на сокет в протоколе AF_UNIX.
    > Легче стало?  Иль те эксплойт надо с комментами?

    Надо коменты - это обычное исправление ошибки - или это возможно эксплуатировать.
    И вобще нужно бы объяснять людям что происходит.
    Хотя откуда это известно линуксоидам - они же элитарный клуб ;-)

     
     
  • 7.31, Аноним (-), 10:59, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >И вобще нужно бы объяснять людям что происходит.

    Нормальный линуксоид знает, где и что почитать или ты про то, чтобы ходить рядом с кондуктором в общественном транспорте и зачитывать "людям" исправления ядра? Не е6анулся ли ты? И да, кстати, учи русский язык на предмет пунктуации, дядя.

     
  • 7.33, pavlinux (ok), 17:22, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Дядя - учился бы ты лучше, был проще и люди к тебе потянутся.

    Не печалься о том, что люди не знают тебя,
    печалься о том , что ты не знаешь людей.
                                  
                                    (с) Конфуций.
      

     
  • 4.15, Аноним (-), 18:17, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ты сможешь чем черевато null pointer dereference в ядре?
    Можно экплуатировать ошибку в проверке границ или какое нить interger overflow ?

    сомневаюсь - а любую из этих ошибок можно легко скрыть под словами fixing ....
    и умолчать сказав "обновление необходимо".

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

    Ничего - это быдло сожрет и так.

     
     
  • 5.22, Аноним (-), 22:34, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Линукс сообщество становится обезьянами - которые бездумно обновляют ядра по свистку.

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

     
  • 5.27, kernel (??), 05:04, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, все дела бросить и "быдлу", как вы говорите, каждое слово разжевывать...
    А самому поработать глазами и головой - не судьба?
    Все им кто-то чего-то обязан...
    Твоему "быдлу" достаточно сказано английским по белому - обновись.
     
     
  • 6.29, Аноним (-), 06:51, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, все дела бросить и "быдлу", как вы говорите, каждое слово разжевывать...
    > А самому поработать глазами и головой - не судьба?
    > Все им кто-то чего-то обязан...
    > Твоему "быдлу" достаточно сказано английским по белому - обновись.

    Да да. Какое самомнение, какое желание быть элитарным.. Я сейчас заплачу.
    То есть какой нить врач который использует линукс уже быдло? ведь он не может глазами перебрать changelog и понять что происходит.

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

    Эх вы.. быдло от линукса - спустились бы - к вам и люди потянутся.

     
  • 3.16, emg81 (ok), 19:02, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да пусть хоть Линус кровь христианских младенцев по утрам пьёт. он всё равно останется отличным организатором, и, возможно, хорошим программистом.

    почему возможно? потому что я не могу оценить его проф. навыки, т.к. в этом не разбираюсь

     

  • 1.10, Zenitur (ok), 17:01, 10/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Каждый фикс касается ath9k. Если кому интересно, есть проприетарный madwifi, который не меняется месяцами, потому что в нём и так всё реализованно. Он не поддерживает ath9k, только ath5k, но есть патч-бэкпорт из FreeBSD, который её добавляет. Нужно брать не последний SVN, а тот, который в имени патча (422 кажется). Плюс фикс для компиляции с ядром 2.6.35 и выше. У меня всё работает. Кому надо - тот найдёт.
     
     
  • 2.13, deadless (ok), 18:05, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    берем фикс на патч, потом патч на фикс, потом ядро, потом фиксим, потом патчим,  бэкпортим, добавляем, убираем, пересобираем и вуаля, все работает! :)
     
     
  • 3.21, Аноним (-), 22:08, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > берем фикс на патч, потом патч на фикс, потом ядро, потом фиксим,
    > потом патчим,  бэкпортим, добавляем, убираем, пересобираем и вуаля, все работает! :)

    Это зенитар. Дон Кихот нашего времени. Он всегда сперва создает себе какую-то проблему, а потом геороически ее зарубает. Дон Кихот vs мельницы - version 2.0 :)

     
     
  • 4.25, Wormik (ok), 04:54, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что вот уже полгода каждая новость про обновления ядра содержит "затронуты такие подсистемы как ath9k...". Наверное, здесь имеет место тот баг на роутерах. А тем временем madwifi был еще до появления открытого ath9k. Драйвер от производителя, который уже умеет все, и умеет правильно. Когда появился ath5k, многие еще ставили madwifi, потому что ath5k умел не все, хоть со временем это исправлялось. Что касается стабильности: на опеннете года 4 назад была статистика по сбоям драйверов Linux. Ну, лидер конечно же fglrx. У madwifi 1%. Но это было 4 года назад, а сейчас мы видим масштабное переделывание открытого, аж искры летят.
     
  • 2.20, Аноним (-), 22:05, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Каждый фикс касается ath9k. Если кому интересно, есть проприетарный madwifi, который не
    > меняется месяцами, потому что в нём и так всё реализованно.

    Врать нехорошо. И некрофилия - плохо. Что за унылый кадр?!
    Во первых, MadWiFi - ТРУП. Он был основан на atheros'овском проприетарном HAL. На него все дружно забили. Нормальные дрова на перспективном и более-менее унифицированном ядерном фреймворке mac80211 - ath5k (для старых чипсетов, реверсеный) и ath9k(для современных чипсетов, основан на исходниках от атероса). Хватит уже насиловать труп. Его никто не будет развивать и он умрет как динозавр. За отсутствием поддержки новых адаптеров.

    Ну и  в madWifi не хватает сущей ерунды:
    - Он не знает уйму новых атеросовских адаптеров.
    - Он напрочь не умеет стандарт .n и поэтому пригоден только для унылых и тормозных некрофилов.

    > Он не поддерживает ath9k, только ath5k, но есть патч-бэкпорт из FreeBSD, который
    > её добавляет.

    А можно еще на ластах, в лыжной маске, в гамаке. А как тебе ath9k_htc для ath9k чипов на юсб? Какие там у вас ласты и гамаки предлагаются?

    > Нужно брать не последний SVN, а тот, который в имени патча (422 кажется).
    > Плюс фикс для компиляции с ядром 2.6.35 и выше. У меня всё работает.
    > Кому надо - тот найдёт.

    На кой хрен нужна эта некрофилия? У меня на Atheros 928x отлично работает ath9k, цепляется .n и выжимает скорость раза  в 3 больше чем .g режим в тех же условиях. Это сразу, из коробки. Что мне даст проделывание данных танцев с бубном? Зачем вообще этот геморрой? В ath9k чего-то не хватает?

     
     
  • 3.26, Wormik (ok), 04:58, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В любом случае это интереснее, чем 50 сообщений на тему "ой, у линуксоидов опять ядро с критическими обновлениями вышло, и никто не знает с какими".
     

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



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

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