The OpenNET Project / Index page

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

Ядро Linux 4.0 выйдет в 2015 или 2016 году

30.08.2012 15:18

Линус Торвальдс заявил на конференции LinuxCon о намерении выпустить ядро Linux 4.0, когда в рамках текущей ветки 3.x будет подготовлено тридцать выпусков. При текущем темпе разработки ядра версия 3.29 будет доступна осенью 2016 года, после чего вместо 3.30 будет выпущен релиз 4.0. Линус также не исключил вариант, что ядро 4.0 будет выпущено раньше, после 20 выпусков в ветке 3.x, тогда смену нумерации можно ждать уже в 2015 году. Продолжение выпуска версий 3.x в течение длительного времени по мнению Торвальдса нецелесообразно в виду того, что за большими номерами версий труднее следить. Небольшие номера запоминаются легче, поэтому номера версий ядра лучше держать в разумных пределах.

Как и в случае с веткой 3.0, версию 4.0 следует считать просто формальным обновлением нумерации. Никаких серьезных нарушений совместимости или специальных новшеств не будет. Новое ядро плавно продолжит развитие текущей кодовой базы и по уровню нововведений будет сравнимо с версиями 3.x.

  1. Главная ссылка к новости (http://www.internetnews.com/bl...)
  2. OpenNews: Релиз Linux-ядра 3.0
  3. OpenNews: Линус Торвальдс намерен выпустить вместо Linux-ядра 2.6.40 версию 3.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34700-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Copycat (ok), 15:33, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >версию 4.0 следует считать просто формальным обновлением нумерации. Никаких серьезных нарушений совместимости или специальных новшеств не будет.

    Жаль

     
     
  • 2.51, Vladjmir (ok), 23:20, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А что по-Вашему лучше всё сломать? Ядро является хорошим образцом того, как надо развивать свободный проект. Главное в развитии соблюдать принципы совместимости и эволюционности.
     
     
  • 3.52, Аноним (-), 00:33, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они ломают и так :)
     
     
  • 4.58, anonymous (??), 11:35, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    +100

    Планируем переходить с 2.6.32 на 3.2, придется обратно весь зоопарк драйверов адаптировать...

     
  • 3.53, Аноним (-), 00:35, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Эволюционность, если вы под этим понимаете развитие проекта в сторону поддержки новых возможностей и улучшения старых, и совместимость могут противопоставляться. В ядре предпочтительнее первое, но от этого проект не становится лучше других, отдающих предпочтение второму, например на ранних этапах развития когда не совсем ясно что лучше, а что нет.
     
     
  • 4.54, Michael Shigorin (ok), 01:25, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > например на ранних этапах развития когда не совсем ясно что лучше, а что нет.

    Так это когда было, а с тех пор в сторонних деревьях вызревает.

     
  • 3.55, Copycat (ok), 01:30, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А что по-Вашему лучше всё сломать? Ядро является хорошим образцом того, как
    > надо развивать свободный проект. Главное в развитии соблюдать принципы совместимости и
    > эволюционности.

    Я имел в виду нововведения, а не API. Моя вина, надо было вычеркнуть лишнее перед отправкой

     

  • 1.3, Chaser (??), 15:34, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну, нормальный подход. Куда лучше, чем у Firefox/Chromium/systemd
     
     
  • 2.7, Sinot (ok), 15:50, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Уж не знаю насколько это для вас важно, но мне вообще по барабану как нумеруются версии продукта. Лишь бы взглянув на версии продуктов было очевидно какой из них более поздний/ранний.
     
     
  • 3.15, Аноним (-), 16:33, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Еще было бы неплохо понимать что с чем обратно совместимо.
     
  • 3.22, Ваня (??), 17:19, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Одно из ядер Линукса нумеруется год-месяц выхода, напр. ядро-08.4 - апрель 2008 г. По мне так самая нормальная нумерация, если все изменения примерно равные. А вот считать что число 29 маленькое и его легко держать в голове, а 31 большое и в голову не помещается...
     
     
  • 4.24, Анонон (?), 17:50, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    хехе, 6 байт буфер
     
     
  • 5.25, Анонон (?), 17:51, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > хехе, 6 байт буфер

    вру, 6 бит =)

     
     
  • 6.33, 54h64h46h (?), 18:36, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может 5 бит? 1 2 4 8 16 = 31 = 11111. Или вы прошто.
     
     
  • 7.42, Аноним (-), 20:24, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А месяц и год где?!
     
  • 6.56, Led (ok), 03:32, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >вру, 6 бит =)

    Какие 6 бит? Это ж Ваня, у него однобитный буффер.

     
  • 4.27, Капитан (??), 18:05, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Одно из ядер Линукса

    Сколько всего интересно в Линуксе ядер?

     
     
  • 5.39, ZloySergant (ok), 20:05, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Одно из ядер Линукса
    >Сколько всего интересно в Линуксе ядер?
    >Сколько ... в Линуксе ядер?

    Кэп, Вы обратитесь к Вашему психоаналитику, а то за Вас страшно становится.

     
  • 4.34, Anonymus (?), 18:48, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Одно из ядер Линукса нумеруется год-месяц выхода, напр. ядро-08.4 - апрель 2008

    пральна! linux-2012, linux-2020...

     
  • 4.57, frewq28 (?), 08:18, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это нумерация не ядер, а дистрибутива Ubuntu на базе ядра Linux.
     
  • 4.62, terraslav (ok), 13:50, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Такая нумерация запатентована Шаттлвортом=))
     
  • 2.19, h31 (ok), 17:13, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Куда лучше, чем у Firefox/Chromium/systemd

    У них такой же цикл релизов, разве что меняется первое число в версии, а не вторая.

     
  • 2.48, paulus (ok), 22:29, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Смену "версии следует считать просто формальным обновлением нумерации", что действительно для ядра, хромиума и огнелиса (красной панды)... ;)
     

  • 1.4, Аноним (-), 15:37, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Так, значит так. :)
    А вообще все равно, лишь бы развивалось так и дальше!
     
  • 1.5, Скрипучая жаба (?), 15:40, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В Винде уже аж 6.2 есть, как же так?(
     
  • 1.6, Crazy Alex (ok), 15:50, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    То есть фактически он сказал, что никаких глобальных изменений не будет в обозримое время.
     
     
  • 2.8, Аноним (-), 15:54, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это же хорошо. Это значит, что архитектура ядра достаточно удачная, чтобы оно могло нормально эволюционировать. Если в проекте требуется устроить революцию, то кто-то изначально его неудачно спроектировал.
     
  • 2.9, Anoynymous (?), 15:59, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно, что-то я такого его высказывания не заметил. Он сказал, что любое изменение не приведет к скачку на 4.0 и никакой революции он делать не собирается - все новшества будут втягиваться в текущее ядро по мере готовности, а не собираться для отдельного выпуска версии 4.0
     
     
  • 3.21, Crazy Alex (ok), 17:17, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, и я о том же. Нужна революция или нет - вопрос другой.
     
  • 2.10, Антон (??), 16:01, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    он сказал, что никаких глобальных изменений не будет в обозримое время

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

     
     
  • 3.23, Crazy Alex (ok), 17:22, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну... честно говоря не верю я, что всё, что стоило бы реализовать, получается упихнуть в нынешнюю архитектуру. Допустим, работа с диском могла бы и понавороченнее быть - к примеру, сжатие/шифрование сейчас каждая FS сама реализует. Помнится, еще Рейзер свой вариант предлагал - красивый, но там была откровенная революция.

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

     

  • 1.11, metallic (ok), 16:06, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Заголовок смешной:
    "Ядро Linux 4.0 выйдет в 2015 или 2016 году. Или не выйдет."
     
  • 1.12, The Doctor (ok), 16:14, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Так и FireFox с хромом догонят!
     
     
  • 2.43, Аноним (-), 20:25, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и FireFox с хромом догонят!

    Не, у них к 2016 году версия наверное будет за сотню :)

     

  • 1.13, ваноним (?), 16:14, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    тридцать выпусков? а почему не 32? или, скажем, когда Лунусу полтинник исполнится?
    рукалицо.жпг
     
     
  • 2.30, kurokaze (ok), 18:14, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > тридцать выпусков? а почему не 32? или, скажем, когда Лунусу полтинник исполнится?

    Перечислишь все отличия 2.4.30-2.6.32?
    Нумерация для разработчиков ядра, как им удобнее, а не для вась вроде тебя

    > рукалицо.жпг

    Самокритично


     

  • 1.14, WherWolf (?), 16:28, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая и удобная нумерация типа "год.месяц", как в Ubuntu или ATI-шных драйверах, или просто по порядковым номерам, как systemd.
     
     
  • 2.18, SennaTOR (ok), 16:56, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Век живи, век учись. Спасибо за информацию, про АТИ не знал, про убунту недавно узнал )
     
  • 2.26, terr0rist (ok), 17:55, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну это хорошо, если не более чем 1 релиз в месяц.
    С другой стороны, если меняется номер версии с А.В на (А+1).0 - то для этого должно быть всё-таки более весомое основание, чем "большой размер числа В" или желание Вани. Тем более что куда проще "запомнить" номера версий, идущие подряд, чем гадать, 3.50 (350) это больше чем 4.1 (41) или меньше?
     
     
  • 3.59, Ytch (?), 20:39, 31/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну есть и недостатки (уж насколько для кого они существенны - другой вопрос).  Например, я могу оценить (примерно или точно) сколько релизов было между двумя версиями (при постоянных правилах нумерации). В случае дат, между 22.03 и 24.10 может быть 20 релизов, а может один, например. Как следствие, например, я могу понять, чаще всего, какая версия была у предыдущего релиза, а в случае дат нет такой возможности. Еще, например, чаще всего, легко указывать группу релизов (например, для работы нужен пакет zzz версий 1.x) - с датами такой трюк не пройдет.
    Повторю, кому-то это пофигу, а кому-то может быть важно.
     
     
  • 4.60, Led (ok), 03:41, 01/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Повторю, кому-то это пофигу, а кому-то может быть важно.

    Чем важно?

     

  • 1.28, Kibab (ok), 18:06, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как обычно, на версии 10.0 наступит всемирный Армагеддон, когда народ начнёт переписывать мейкфайлы для поддержки двузначной нумерации (иначе 10.0 будет старее 9.0 и даже 2.0)
     
     
  • 2.37, нононимо (?), 19:34, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Как обычно, на версии 10.0 наступит всемирный

    на фре уже было с костылями порты собирали в каренте


     
     
  • 3.45, Аноним (-), 20:29, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как обычно, на версии 10.0 наступит всемирный
    > на фре уже было с костылями порты собирали в каренте

    А можно грязных подробностей? Линка - достаточно. Спасибо.

     
  • 3.46, Kibab (ok), 20:47, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Как обычно, на версии 10.0 наступит всемирный
    > на фре уже было с костылями порты собирали в каренте

    Я на то и намекаю :-)

     
     
  • 4.49, Клыкастый2 (?), 22:47, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я пичалько, я ещё 9.1 жую
     
  • 2.63, дон педро (?), 02:25, 02/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем 10.0? Скайнет использовал емнип 4.1.25 :)))))
     

  • 1.31, Аноним (-), 18:22, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Абсолютно пофиг на нумерацию главное работоспособность. Но с другой стороны это тенденция современности, чем чаще и выше номер, тем более привлекательно продукт выглядит визуально. Но это только для тех, кто не вникает в суть изменений от релиза к релизу
     
  • 1.36, Клим (?), 18:53, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    тогда надо не номер версии, а просто дату ставить
     
     
  • 2.41, YetAnotherOnanym (?), 20:16, 30/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда уж лучше "seconds since epoch".
     

  • 1.47, Аноним (-), 20:50, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ждём Linux 98.
     
  • 1.50, кваква (?), 22:57, 30/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    или 2016 году, а может и 2014...
     
  • 1.61, ua9oas (ok), 10:50, 01/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно, а что в нем в те времена будет? (какова была точность различных о ядре прогнозов ранее, и какая она о нумерации (и об остальном в ядре) сейчас?
     

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



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

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