The OpenNET Project / Index page

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

05.06.2015 09:01  Предупреждение о скором завершении поддержки ядра 2.6.32

В анонсе нового выпуска ядра Linux 2.6.32.67 объявлено о скором завершении поддержки одной из старейших LTS-веток ядра, выпуск обновлений для которой производится с 2009 года. Ядро 2.6.32 достаточно активно используется командами дистрибутивов Linux, например, на базе этого ядра построены дистрибутивы RHEL 6, Debian 6 и SUSE 11SP1. Так же ранее был построен дистрибутив Ubuntu 10.04 LTS, чей жизненный цикл уже завершился. Через несколько месяцев планируется прекратить выпуск обновлений для ядра 2.6.32, поэтому пользователям рекомендуется заранее спланировать переход на LTS-ядра 3.2 или 3.4.

В настоящее время LTS-обновления продолжают выходить для веток 3.2, 3.4, 3.10, 3.12, 3.13, 3.14, 3.16 и 3.19. Выпуски 3.19, 3.13 и 3.16 поддерживаются силами компании Canonical, обновления для них будут выпускаться до июня/апреля 2016 года (далее, поддержку ядра 3.16 подхватит проект Debian, который использует данное ядро в Debian 8 "Jessie"). Из longterm-веток, поддерживаемых Грегом Кроа-Хартманом, можно отметить версии 3.14 и 3.10. Обновления для ветки 3.14 будут выпускаться до августа 2016 года, для ветки 3.10 до сентября 2015 года. Поддержку ветки 3.4 взял в свои руки Li Zefan и обещает поддержу ядра до сентября 2016. Поддержку ветки 3.2 взял в свои руки Ben Hutchings, входящий в команду мэйнтейнеров пакета с ядром Linux проекта Debian (ядро 3.2 используется в Debian Wheezy и в Ubuntu 12.04 LTS). Ветку 3.12, поддержка которой будет осуществляться до 2016 года, курирует Jiri Slaby из компании SUSE.

Сроки поддержки ядра в дистрибутивах, основанных на ядре 2.6.32:

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

  1. Главная ссылка к новости (http://lkml.iu.edu/hypermail/l...)
  2. OpenNews: Грег Кроа-Хартман прекратил поддержку ветки ядра Linux 2.6.32.x
  3. OpenNews: Обновление Linux ядер. К ядру 2.6.32 будет применен расширенный цикл поддержки
  4. OpenNews: Компания Canonical обеспечит длительную поддержку для ядра Linux 3.19
  5. OpenNews: Релиз Linux ядра 2.6.32
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, NaN (?), 10:29, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]
  • –4 +/
    Ура! На конец-то!
     
     
  • 2.8, svsd_val (ok), 11:35, 05/06/2015 [^] [ответить]    [к модератору]
  • +2 +/
    > Ура! На конец-то!

    Не вижу ничего радостного в этой новости как в принципе и ничего очень уж трагического тоже. Система как работала так и будет работать, тут всё так же как это было с M$ XP.

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

  • 4.24, Аноним (-), 19:22, 05/06/2015 [ответить]     [к модератору]
  • +1 +/
    Вообще-то обновление в первом приближении делается так репы переключаются на но... весь текст скрыт [показать]
     
  • 1.2, Аноним (-), 10:42, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    А как же squeeze-lts с ядром 2.6.32 ?
     
     
  • 2.6, Andrey Mitrofanov (?), 11:14, 05/06/2015 [^] [ответить]    [к модератору]  
  • +/
    > А как же squeeze-lts с ядром 2.6.32 ?

    Гм, есть такое.

    2.6.32 Willy Tarreau 2009-12-03 Mid-2015
      vs
    Debian 6 “Squeeze” until February 2016

    На CKT вряд ли перекинут: "Ubuntu 10.04 [/Server/] will reach end of life on Thursday, April 30th"

    Бен может взяться и понести "груз" до февраля. Но он только-только скинул [upstream~] 3.19, вздохнул, наверное.

    http://metadata.ftp-master.debian.org/changelogs//main/l/linux-2.6/linux-2.6_

    ...""not sure any of these are important enough to upload yet.  At present
       I'm intending to defer these until a more critical issue needs fixing
    = https://lists.debian.org/debian-lts/2015/04/msg00052.html

    ...
    А могут и кинуть: как с броузерами "а необходимости в [безопасно-поддерживаемых] мозиллах у вас больше нет". Ядро не самое главное в системе -- все на systemd[I]!![/I]

     
  • 1.4, Константавр (ok), 11:08, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Мне вдруг стало интересно, а как эволюционировала производительность ядра 2.6.32 в процессе, поднялась или упала? Есть гденить сравнения?
     
     
  • 2.7, svsd_val (ok), 11:33, 05/06/2015 [^] [ответить]    [к модератору]  
  • +1 +/
    Делал когда-то, получается смотря с чем сравнивать и по каким критериям...

    В принципе Вы можете и сами проверить поставить OLDOLDStable (он же сквизи) от проекта DEBIAN GNU/Linux, выбрав для сравнения определённые критерии  =)

     
     
  • 3.10, Константавр (ok), 12:02, 05/06/2015 [^] [ответить]    [к модератору]  
  • –2 +/
    Ну, тоесть, ощутимого улучшения или ухудшения не проявилось? Мне это и не нравится. Что с линуксом ни делай, он всё такой же. И реальных оптимизаций в длительной поддержке никто не делает, просто исправляют ошибки, которые "не портят и хорошо". Всё складывается так как сложилось и как ил оседает. Всё. Больше ничего не происходит. Годами. Десятилетиями. Как с ядром, так и со всем софтом. Эх...
     
     
  • 4.11, Zenitur (ok), 12:12, 05/06/2015 [^] [ответить]    [к модератору]  
  • +/
    Хочешь прироста скорости? Обновись с 2.6.32 до 3.16.7! А в 2.6.32.1000 нужны только исправления найденных ошибок, и ничто больше! Вот тебе пакеты для Debian 5.0 x86: https://yadi.sk/d/ykHfOVmjfvTyj Чтобы работал acpid, установи версию 10.0.10 из backports. Если нужно ядро для Debian 6.0 - говори, соберу.
     
     
  • 5.13, Константавр (ok), 14:39, 05/06/2015 [^] [ответить]    [к модератору]  
  • –1 +/
    Мне не надо. Я просто не заметил разницы (в лучшую сторону) при обновлениях, переходя от версии к версии. Даже похороникс отмечает, что от версии к версии ядро становится тяжелее, запись медленнее и т.д. Можно сделать скидку на то, что включенный код требует обкатки в боевых условиях, не оптимизирован пока. Но я думал, что, может, старые версии как-то оптимизируются, должны же быть перфекционисты, добивающиеся от своего проекта максимума, годами оттачивая, плоды таких трудов неизменно бы попали в патчи, но нет.
     
     
  • 6.15, тоже Аноним (ok), 17:26, 05/06/2015 [^] [ответить]    [к модератору]  
  • +2 +/
    Хотите, чтобы годами оттачивали - поставьте РеактОс, только потом не жалуйтесь.
    Понимаете, в чем фишка: код можно оптимизировать, не портя. То есть он останется читаемым, поддерживаемым и реализующим определенную абстракцию, внутрь которой можно без нужды не заглядывать.
    А можно оптимизировать жестко. Экономя команды, подгоняя выполнение под юзкейсы, зажимая память до необходимых минимумов. Это будет работать быстрее и эффективнее, но поддерживать такой код станет на порядки сложнее.
    Поэтому программисты не занимаются ерундой, а оптимизируют код только до той степени, которая достигается без искажения логики и за разумное время. Если при этом код отрабатывает достаточно быстро - больше никто с ним возиться и не будет. Если недостаточно - в первую очередь рассматривается возможность другого решения задачи. И только если ее нет - приходится оптимизировать ассемблерными вставками и прочими потенциально опасными вещами. Но не все же ядро!
     
     
  • 7.23, Аноним (-), 19:15, 05/06/2015 [^] [ответить]     [к модератору]  
  • +/
    Уже 15 лет оттачивают Так все и оттачивают Что ни я не работает Зато когда ... весь текст скрыт [показать]
     
  • 6.25, Fracta1L (ok), 17:04, 07/06/2015 [^] [ответить]    [к модератору]  
  • +/
    http://www.phoronix.com/scan.php?page=article&item=linux-41-dazzle&num=1
     
  • 5.17, Michael Shigorin (ok), 17:42, 05/06/2015 [^] [ответить]    [к модератору]  
  • +/
    > Хочешь прироста скорости? Обновись с 2.6.32 до 3.16.7!

    Не факт, 2.6.32 было весьма шустрым.

     
  • 2.9, Аноним (-), 11:53, 05/06/2015 [^] [ответить]    [к модератору]  
  • –1 +/
    По производительности как Windows XP SP1
     
     
  • 3.16, тоже Аноним (ok), 17:30, 05/06/2015 [^] [ответить]    [к модератору]  
  • +1 +/
    По производительности чего?
    GUI, которые разные? 3D, которые разные? Файловых систем, которые разные?

    Наверное, просто с той же скоростью вращает часики в курсоре...

     
     
  • 4.21, Аноним (-), 19:13, 05/06/2015 [^] [ответить]    [к модератору]  
  • +/
    > Наверное, просто с той же скоростью вращает часики в курсоре...

    Наверное, с той же скоростью вращает системные часики, во :)

     
  • 1.14, Нанобот (ok), 16:51, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    >RHEL 6 - 30 ноября 2020
    >Debian 6 - февраль 2016
    >Ubuntu 10.04 Server - 30 апреля 2015
    >SLES 11 SP1 - 30 августа 2015

    сразу видно, кто насколько беспокоится о своих пользователях

     
  • 1.18, Аноним (-), 18:36, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]  
  • –1 +/
    Зато ядро 4.1 будет LTSным. Hail T-800!
     
  • 1.20, Аноним (-), 19:01, 05/06/2015 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Код OpenVZ для 3.10 уже открыли.

    http://lists.openvz.org/pipermail/announce/2015-April/000579.html

     
     
  • 2.22, Аноним (-), 19:14, 05/06/2015 [^] [ответить]    [к модератору]  
  • +/
    > Код OpenVZ для 3.10 уже открыли.

    Ога, не успело и 4.1 релизнуться. Знаете, за 2 года вкусная нямка умудряется превратиться в перегной.

     

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


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