Ядро Linux обновилось до версии 3.4


    Вчера Линус Товальдс официально представил публике новую версию ядра с порядковым номером 3.4.

    Основные изменения:
    • Поддержка Nvidia GeForce 600 'Kepler';
    • Поддержка RadeonHD 7xxx, а так же APU серии Trinity;
    • Поддержка графики Intel Medfield;
    • Множество улучшений в файловой системе btrfs;
    • Модуль безопасности Yama;
    • Поддержка x32 ABI — 64-битный режим работы с 32-битными указателями;
    • Autoprobing — поддержка автоматической загрузки дополнительных драйверов для задействования специфичных возможностей x86 совместимых процессоров;
    • Улучшения в KVM и Xen виртуализации;
    • Внесены исправления в систему управления памятью;
    • Улучшены сетевые функции;
    • Множественные улучшения в файловых системах EXT4, FUSE, NFS, XFS, HFSplus, CIFS и GFS2

    С полным списком изменений можно ознакомиться тут.
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 69

      +20
      Ура, товарищи!
        –23
        они начинают болеть той же болезнью что и firefox?
          –13
          при всё при этом пренепременно УРА!
            +7
            На самом деле, это началось с Chrome.
              –3
              Тоже хотел так написать, однако полумал что хром не делает такой помпы из релизов, в firefox делает, потому про него и написал.
                +1
                Дело даже не в этом, а в том, что у Хрома такая нумерация версий была с самого начала, а у Лисы началась только после 4-й версии
              +10
              По большому счету, они просто отбросили первую цифру номера. Похоже, Линус решил, что ветка 2.* в разумном будущем не претерпит изменений, по масштабу сравнимых с 1.* -> 2.*, и поэтому можно просто отбросить первую цифру. В результате вторая цифра (4 в данном случае) просто меняется примерно с той же скоростью, с которой разньше менялась третья (2.6.*).
                +1
                Просто их пишет Дарья Донцова
              +12
              Да, нумерация рванула. На 2.6 сидели несколько лет, а казалось бы 3.0 появилась совсем недавно. Веяния моды…
                +1
                Кстати, я почесав в затылке включил у нас в проекте линейную нумерацию (вообще без точек). Зачем делать версию 0.3.4.12 и увеличивать минор, когда можно просто называть версию «12» и делать ++ с каждой версией?
                  +17
                  Ну хотя бы затем, чтобы отличать разные ветки при разработке продукта:
                  Как 0.5.0 — stable, 0.5.0.x — fix-ы в stable, 0.6.0 — новая функциональность, 0.5.1 — backport новой функциональности в старую ветку. Можно и другое что придумать с такой схемой.
                  На мой взгляд удобнее и нагляднее, чем линейная нумерация.
                    0
                    У нас ветка кодируется названием. То есть foobar-13, barbaz-12 и т.д.
                      0
                      Названия осмысленные, или такие как в примере (или как у Убунту, где, если бы не было номера версии, я бы не знал кто в этом зоопарке старше, а кто младше)?
                        +7
                        Пример с убунтой немного мимо, там названия по алфавиту кодируются.
                          +1
                          :) С убунтой понял, не знал, спасибо. А у вас?
                            0
                            У нас все проекты по версиям. Исторически так сложилось, и менять врядли будем.
                              +1
                              По версиям — всмысле:

                              — в двух проектах — x.y.z, z — в основном багофиксы и мелкие фичи, y — минорные версии, x — мажорные версии, крупные-глобальные изменения (меняется очень редко).
                              — еще в одном — x.y, y — багофиксы-мелкие фичи, x — мажорные апдейты, крупные фичи (меняется достаточно часто, другая методология разработки).
                            0
                            Т.е. Wary Warthog (4.10) — это последняя версия Ubuntu?
                            Кстати, интересно, что они будут делать, когда алфавит кончится?
                          0
                          названия метасинтаксические. хахахаха!
                        +2
                        Вот, кстати, самое здравое объяснение. Причем подсознательно мы все это понимаем. Что мажорная версия ну это что то совсем такое. Минорная — новый функционал. А дальше — фиксы. Это же удобно и испокон веков уже.

                        Спасибо, буду использовать ваш комментарий как здравый аргумент в холиварах =)
                        0
                        Эм, а тогда не будет путаницы в версиях?

                        Если они выпускаются достаточно часто, то вполне вероятно, что будут версии типа «1489» и «1523» — и не понятно, насколько их содержимое близко друг к другу.
                          +4
                          потому что всю жизнь изменение третьей цифры означало багфиксы и, возможно, новые функции с полностью сохраняющейся структурой и результатами выдачи старых, изменение второй цифры означало внутренние изменения функций и глобальное расширение функционала с сохранением совместимости со старыми версиями, а изменение первой цифры означало крадинальное изменение функций, никаких гарантий обратной совместимости.
                        +5
                        Теперь надо дождаться когда Gentoo выложит это в portage :)
                        Хотя у меня уже какая-то прям болезнь, ежедневно на апдейты проверять, что иногда сказывается на моей работе, когда после какого-то апдейта сижу пол дня поднимаю что-то сломанное.
                          0
                          Еху! Gentoo выложили в portage :) Все, на пол часа работа отпала)
                            0
                            Да, в генту такое бывает) Именно поэтому на работе поставил в свое время Убунту — чтоб не поднимать по пол дня.
                              0
                              Да как вы умудряетесь… Я ядро и мир основательно обновляю не чаще раза в год и без проблем. Убунта ломалась гораздо чаще и заметно больше требовала к себе внимания. keywords и unmask только для специфического софта, и всё будет хорошо.
                                0
                                Наверное, вы правы. Генту стоял дома, и всегда хотелось попробовать новый софт, который был помечен как нестабильный. keywords и unmask использовались постоянно)
                            0
                            Ключевым изменением стало (имхо) включение штатного i915 в режим энергосбережения (rc6).
                              0
                              > Поддержка x32 ABI — 64-битный режим работы с 32-битными указателями;

                              Кто-нибудь может популярно объяснить что это и зачем нужно?
                                +1
                                  0
                                  Выглядит очень оптимистично! Я так понимаю, что компилить надо тоже как-то особенно.
                                    –1
                                    как раз нет, судя по всему это как раз для тех приложений, которые собраны для 32 разраядной платформы, а работают 64 разрядной, и пересобрать их нет возможности (или смысла). Так что это улучшение как раз для уже собранных приложений, если так можно выразиться.
                                      0
                                      Тогда имеет смысл всё, что умещается в 4 гига компилить под 32 бита, и получать прирост скорости и экономию памяти?
                                        0
                                        ну учитывая что «in some cases can allow it to run faster», то навреное в некоторых случаях да.
                                        +2
                                        Нет, приложения которые «собраны для 32 разраядной платформы, а работают 64 разрядной, и пересобрать их нет возможности (или смысла)» и так работают.

                                        Тут суть в том, чтобы скомпилировать приложения использовав все вкусности x64, но при этом 32-битные указатели.
                                          0
                                          да, почитал — согласен, нужно пересобирать.
                                    +11
                                    В режиме x86 у нас есть 8 32-битных регистров и 8 FP-регистров, FP вычисления происходят через x87, указатели занимают 32 бита, аргументы функции передаются через стек.
                                    В режиме x86_64 есть уже 16 64-битных и 16 FP-регистров, FP вычисления происходят с помощью SSE, указатели занимают 64 бита, аргументы можно передавать через регистры.

                                    x32 — это попытка взять лучшее от обоих режимов для тех программ, которым достаточно 32 бит для структур/указателей, то есть получаем: 16 64-битных и 16 SSE-регистров, вычисления на SSE, указатели 32 бита, аргументы через регистры.

                                    (32-битный программы, конечно, придётся перекомпилировать в режиме x32)
                                      +1
                                      Мало того, что программы надо перекомпилировать, так ещё и libc нужен с x32. Попробую это протестирость, но на рабочей машине это не так то просто.

                                      Мне как раз очень нужен SSE, а памяти на около 2-3 гигов на 8 потоков хватает, так что скорее всего выгода какая-то будет.
                                        +1
                                        А зачем эту штуку реализовывать? Не проще перейти сразу на 64-битную систему?
                                          0
                                          Для увеличения скорости где можно и уменьшения расхода памяти. Хотя ничего не делать конечно всегда проще %)
                                            0
                                            Зато снова появляется возможность использовать баги фичи линии А2032. Из программы напрямую недоступны данные по адресу 4G+4 (или доступны определённым образом), а при передаче в ядро (read, например), всё работает.
                                            0
                                            Как я понял, это больше изменений для gcc, которым надо поддерживать новую архитектуру, чем для ядра.
                                          +1
                                          Исключительно из спортивного интереса волнует вопрос работы дискретной Nvidia видухи с процессорами линейки Ivy Bridge и Sandy Bridge — удалось ли наладить эту работу без костылей типа ironhide и blumblebee?
                                            +1
                                            К сожалению, в changelog ни слова про nvidia optimus.
                                              0
                                              Всё-таки я последний раз ковырялся с ними когда только 3.0.0 ядро вышло, может в 3.1, 3.2, 3.3 что-о поменялось? Или может костыли стали более стабильными? Когда я их трогал последний раз, результат манипуляций был совершенно непредсказуемым…
                                                0
                                                Ну, у меня только они и смогли нормально заработать, ноутбук сразу стал намного меньше греться и дольше работать.
                                                  0
                                                  То есть без шаманства заработали оба варианта? Или только один из них был испытан? Если так, то какой?
                                                    0
                                                    Ubuntu 12.04, ядро 3.2.14, Bumblebee 3.0 поставил из ppa вместе со всеми нужными пакетами, работает нормально и стабильно (GeForce GT 540M).
                                                      0
                                                      Linux Mint 11, bumblebee встал прекрасно и без проблем.
                                                      До него с дровами одни мучения были.
                                                +2
                                                а с дискретной amd совсем беда
                                                0
                                                ни reiser4 ни pohmelfs так и не запилили.
                                                Плачу.
                                                  +1
                                                  Знатоки Линукс, а скажите такую вещь — в новом ядре заявлена поддержка новых карточек от NVidia и ATI. Т.е. эти видеокарты не функционировали до выхода ядра? Ведь и та и другая компания, насколько я помню, выпускает дрова под линукс. Зачем нужна поддержка в ядре?
                                                    +3
                                                    > Зачем нужна поддержка в ядре?
                                                    В ядре — открытые драйвера, от производителей — закрытые.
                                                      +4
                                                      В ядре часть открытых драйверов. Для nvidia они получены реверсиженериногом, а у ATI спеки открыты. Хотя поддержка местами не полная, но все же эти драйвера в некоторых случая могут оказаться вполне приемлемыми. К тому же они поддерживают некоторые фитчи, которые закрытые драйвера не поддерживают, например KMS или работу внутри Xen. Работают из коробки и как правило не ломаются с выходом новой версии ядра/xorg, т.к. вместе с ними идут и их новые версии.
                                                        0
                                                        Понял, спасибо
                                                          +1
                                                          Понял, спасибо
                                                            0
                                                            Я вот лично вообще не очень понимаю, почему производители железа не делают код вообще любых драйверов открытым? Казалось бы, это только способствует большему распространению их продукции и повышению качества драйверов за счёт ревизии кода независимыми экспертами.
                                                          –1
                                                          У пингвина живот все растет или мне кажется?
                                                            0
                                                            Меня настораживает, что Линукс перешёл на новую нумерацию ядер. Если раньше было 2.6.х к примеру, то сейчас 3.х. Кто-нибудь знает почему и зачем?
                                                            Не холивара ради, просто интересно.
                                                              +2
                                                                0
                                                                не сочтите за грубость, просто ссылка на «где почерпнуть информации»
                                                                  0
                                                                  Не счёл, спасибо :)
                                                                  Только не до коцна понял, пока версия не обзавелась третьей цифрой — она считается нестабильной?
                                                                    +1
                                                                    Все как было раньше, так и осталось, просто 2 начальные НЕИЗМЕННЫЕ ЦИФРЫ «2.6» заменили на «3», ничего более.
                                                            • UFO just landed and posted this here
                                                                0
                                                                Обновление за обновлением, а старые сканеры так и не поддерживаем. Лежит куча этих сканеров мертвым грузом!
                                                                  0
                                                                  Сканеры с каким интерфейсом? Уверены, что проблема в ядре?
                                                                  0
                                                                  >>Модуль безопасности Yama;
                                                                  звучит как шутка
                                                                    0
                                                                    ну не Dyra же =)

                                                                  Only users with full accounts can post comments. Log in, please.