Я имею ввиду что ядро подтянутся через обновления а не ручками что то добавлять. У меня пока что не подтянулись.

Наверное не понимаете философию обновления ядер в openSUSE. (Да и не только в openSUSE)

Даю подсказку:
1) Или получите новое ядро только с выходом openSUSE12.3 (то есть почти через год)
2) Или когда перезапустят Tumbleweed (которому веры нет после вайпа репозитория =)  ) - но с него уже сейчас можно получить это ядро (сам по себе Tumbleweed стабилен, до следующего вайпа)
И никак иначе новое ядро у вас не появится.
В релизе 12.2 у вас будут максимум обновления ядра версии 3.4.x (да и то если будут) - их кстати тоже можно уже поставить (версия 3.4.11 http://download.opensuse.org/repositori … /standard/ )

Короче подведя итог вышесказанному: Или что-то уже начинаем предпринимать или продолжаем сидеть на релизном (3.4) ядре до предела.

Это не у нас с вами эти разные понятия, а у вас с openSUSE.
Если сидите на стабильных стандартных репозиториях, много ждать не приходится.

openSUSE

И?  =)

verg@localhost:~> uname -a
Linux localhost.localdomain 3.6.0-1-desktop #1 SMP PREEMPT Mon Oct 1 08:12:54 UTC 2012 (582208c) i686 i686 i386 GNU/Linux

verg@localhost:~> inxi -S
System:    Host: localhost.localdomain Kernel: 3.6.0-1-desktop i686 (32 bit) 
           Desktop KDE 4.9.2 Distro: openSUSE 12.2 (i586) VERSION = 12.2 CODENAME = Mantis

Rassol2 пишет:

openSUSE 3.4.6

3.5.4 (уже давно) http://download.opensuse.org/repositori … /standard/
3.6.0 (вчера) http://download.opensuse.org/repositori … /standard/

Ставь — не хочу.

happines пишет:

Круто, чо. Жду обновлений в Arch'е ab

В тестинге уже.

Подожду когда в current'е появится

openSUSE 3.4.6

3.5.4 (уже давно) http://download.opensuse.org/repositori … /standard/ и скоро обновится до 3.6.0
3.6.0 (вчера) http://download.opensuse.org/repositori … /standard/

Ставь — не хочу.

В тестинге уже.

вот интересно когда это ядро попадет массово в дистрибутивы ?

В Gentoo уже можно ставить:

Наиболее интересные новшества ядра 3.6:

• Сетевая подсистема

  • Включение наработок по использованию коротких очередей TCP пакетов (TSQ - TCP Small Queues), подразумевающих  использование сокращённого буфера для очереди отправляемых через каждый сокет пакетов. Указанная возможность разработана в рамках инициативы по борьбе с негативным влиянием промежуточной буферизации пакетов (Bufferbloat) сетевым оборудованием. Тесты показали, что уменьшение размера буфера до разумных величин не влияет на пропускную способность, но позволяет снизить  негативное влияние излишней промежуточной буферизации пакетов на однородность потока (jitter) и время прохождения пакетов (latency), за счёт сокращения числа находящихся в очереди исходящих пакетов и, соответственно, уменьшения времени нахождения пакетов в очереди. Регулировать лимит на размер очереди можно через файл /proc/sys/net/ipv4/tcp_limit_output_bytes (значение по умолчанию 128 Кб).

  • Поддержка режима быстрого открытия TCP-соединений ( TFO - TCP Fast Open), позволяющего сократить число шагов установки соединения за счёт комбинирования в один запрос первого и второго шагов классического 3-этапного процесса согласования соединения, и давая возможность отправки данных на начальном этапе установки соединения. TFO пока отнесён к экспериментальным TCP-расширением, так как соответствующая опция пока не одобрена IANA. По оценке компании Google, разработавшей TFO, для примерно 33% HTTP-запросов браузеру требуется предварительная отправка одного RTT-пакета для установки TCP-соединения с удалённым хостом. Большинство HTTP-ответов укладываются в начальное окно перегрузки величиной 10 пакетов, удваивая время отклика. Режиме TFO позволяет снизить накладные расходы за счёт возможности включения HTTP-запроса в начальный TCP SYN пакет. В итоге, активация TFO позволяет сократить время загрузки страниц в среднем примерно на 10%, а в некоторых ситуациях до 40%.

• Дисковая подсистема, ввод/вывод и файловые системы
  

  • В состав ядра интегрирована подсистема VFIO (Virtual Function I/O), нацеленная на предоставление средств для создания виртуализированных драйверов устройств, работающих в пространстве пользователя. Подсистема была создана разработчиками системы виртуализации KVM для упрощения создания драйверов для прямого доступа к PCI-устройствам из гостевых систем, обеспечивающих максимальную производительность и минимальное время задержки, но не требующих запуска отдельных компонентов уровня ядра на стороне хост-системы. В частности VFIO предоставляет более безопасный механизм, чем UIO, позволяющий обойтись без использования специфичного KVM PCI кода и выносящий драйверную логику в пространство пользователя, используя для обеспечения изоляции IOMMU Groups. Поддержка VFIO ожидается в будущих выпусках QEMU.

  • Для файловой системы Btrfs добавлена поддержка команды send, позволяющей вычислить различия между двумя подразделами Btrfs и выделить результат  в обособленном виде (информация о различиях сохраняется в файле). В дальнейшем, сохранённая информация о различиях может быть использована при помощи команды "receive" для накатывания изменений к снапшоту для доведения его до состояния другого снапшота. Указанная возможность окажется полезной при организации инкрементального копирования или при организации зеркалирования содержимого разделов. Формирование слепка различий производится командой "btrfs send -i oldsnap snapshot", для применения изменений к снапшоту предусмотрена команда "btrfs receive".
    Кроме того, в Btrfs добавлена поддержка квот для отдельных подразделов, позволяющих определить как много места могут занимать отдельные области ФС.

  • Информация о квотах для EXT4 отныне не сохраняется в видимых файлах, а размещается в форме метаданных, внутри скрытых inode.

• Виртуализация и безопасность
  

  • Поддержка групп IOMMU ( IOMMU Groups), позволяющих обеспечить изоляцию устройств PCI и PCIe с использованием технологий виртуализации ввода/вывода AMD-Vi и Intel VT-d. IOMMU Groups решает проблему с невозможностью изоляции одного PCI-устройства от другого. Для устройств которые не могут быть изолированны по отдельности поддерживается их объединение в одну группу. IOMMU Groups, в частности, выступает в качестве основы для вышеотмеченной подсистемы VFIO.

• Память и системные сервисы
  

  • Проведена работа по рефакторингу заголовочных файлов, в рамках которой произведено разделение по разным иерархиям директорий заголовочных файлов для UAPI (Userspace API) и KAPI (Kernel API). Подобное разделение позволит  более явно выделить необходимые только для ядра заголовки (например, разработчики дистрибутивов получат возможность подготовить сокращённый пакет только с заголовками UAPI). Кроме того проведена работа по упрощению сложившейся усложнённой и запутанной схемы внутренних зависимостей между заголовочными файлами, например, разработчики сталкивались с проблемами добавления inline-функций в заголовочный файл, так как нередко в таких функциях необходимо было использовать компоненты из других заголовочных файлов;

  • Поддержка протокола EFI Handover Protocol на уровне ядра, позволяющего упростить написание EFI-загрузчиков и ускорить процесс загрузки на EFI-системах;

• Оборудование и аппаратные архитектуры
  

  • Обновлен DRM-драйвер для карт Intel, интегрированы наработки по оптимизации производительности.

  • В DRM-драйвере Radeon по умолчанию включена поддержка PCI Express 2.0.

  • В драйвер "intel_idle" добавлена поддержка дополнительных режимов экономии энергии, появившихся в Intel Ivy Bridge. Для просмотра статистики об изменении частоты процессора и его нахождения в состоянии простоя (idle) в состав дерева ядра включён переработанный вариант утилиты "turbostat".

Источник »
Главная ссылка к новости »