The OpenNET Project / Index page

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

Релиз Linux-ядра 2.6.37

05.01.2011 09:40

Линус Торвальдс анонсировал релиз Linux-ядра 2.6.37, в котором представлена поддержка механизма синхронизации TINY_PREEMPT_RCU, продолжена работа по избавлению ядра от глобальных блокировок, в состав включены дополнительные элементы для обеспечения поддержки Xen Dom0, активирован механизм нотификации об изменениях в файловой системе fanotify, проведена дополнительная оптимизация Ext4 и XFS для SMP-систем, обеспечена поддержка ограничения ввода/вывода для групп процессов, реализовано сетевое распределенное блочное устройство на базе Ceph, для сжатия памяти при переходе в спящий режим задействован метод LZO.

В новую версию принято 12237 (в 2.6.36 было 10195) исправлений от 1456 (1326) разработчиков, размер патча - 67 Мб (добавлено 11139 тыс. строк кода, удалено - 11131 тыс. строк). Около 39% всех представленных в 2.6.37 изменений связаны с драйверами устройств, примерно 24% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 6% - файловыми системами и 5% c внутренними подсистемами ядра;

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

  • Виртуализация и безопасность
    • Начальная поддержка хост-режима системы виртуализации Xen (Dom0). Для полноценной поддержки Dom0 в Linux-ядре теперь недостает только бэкенд-драйверов, которые планируется интегрировать в версию 2.6.38;
    • В состав ядра включены Xen-драйверы privcmd и xen-pcifront. Добавлена поддержка Xen PCI, реализована возможность горячей замены паравиртуализированных PCI-устройств (Xen paravirtualised PCI hotplug);
    • В KVM обеспечена возможность создания паравиртуализированных гостевых окружений на платформе PowerPC;
    • В криптоподсистему добавлена поддержка интерфейса AEAD (Authenticated Encryption with Associated Data);
    • Поддержка лимитирвоания ввода/вывода в cgroups, что позволяет установить верхнюю границу интенсивности записи или чтения данных для заданной группы процессов. Лимит может задаваться в байтах в секунду или в операциях ввода/вывода в секунду;
  • Память и системные сервисы
    • Поддержка сжатия методом LZO сбрасываемого на диск содержимого памяти при переходе в спящий режим;
    • Окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах. Отмечается, что отключение BKL заметно не скажется на производительности, так как все критические к скорости подсистемы были избавлены от BKL уже достаточно давно, оставались лишь системы, производительность которых не имеет большого значения, например, ioctl, драйверы и редкие/малоиспользуемые ФС;
    • TINY_PREEMPT_RCU - легковесный вариант механизма синхронизации RCU (Read-copy-update), позволяющего организовать одновременный доступ к данным без использования блокировок. TINY_PREEMPT_RCU отличается значительным уменьшением потребления памяти, но поддерживает только однопроцессорные системы;
    • Объявлена устаревшей и отключена по умолчанию вторая версия иерархии объектов в служебной файловой системе sysfs;
    • При выполнении "make xconfig" конфигуратор теперь по умолчанию использует библиотеку Qt4;
    • Проведена большая работа по оптимизации работы на SMP-системах кода, связанного с маршрутизацией, работой драйверов и файловыми системами Ext4 и XFS;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В libata добавлена поддержка секторов, размером более 512 байт (например, 4 Кб). Реализован класс ATA-транспорта. Добавлена поддержка LPM для разветвителей портов;
    • Для файловой системы Ext4 добавлена функция "Lazy Inode Table Initialisation", созданная с целью значительного сокращения времени создания Ext4-разделов. Добавлена поддержка контроля за Ext4 через sysfs. Ext4 теперь напрямую работает с уровнем "bio" (Block I/O), вместо задействования промежуточного уровня "buffer", который хуже поддерживает SMP-системы. Проведенный на 48-ядерном AMD-сервере с 24 SAS RAID-массивом тест FFSB по запуску 192 одновременных потоков показал прирост производительности в 3 раза, а при выключенном журнале - в 4 раза, при уменьшении нагрузки на CPU в 3-4 раза;
    • В файловой системе XFS поддержка опции "-o delaylog" переведена в разряд стабильных. Опция предназначена для организации отложенной записи в лог в режиме журналирования, позволяя организовать накопление нескольких асинхронных транзакций в памяти, вместо их многократного сброса в лог. Использование отложенной записи позволяет заметно сократить число операций ввода/вывода, связанных с журналированием, и повысить производительность при интенсивных операциях с мета-данными. Дополнительно проведена работа по увеличению масштабируемости интенсивной обработки мета-данных. Например, на 8-ядерном сервере запуск теста fs_mark в режиме создания 50 миллионов файлов привел к ускорению на 15%, а в режиме удаления - в два раза;
    • Обновлен код файловой системы Btrfs: поддержка создания снапшотов в асинхронном режиме (снапшот создается мгновенно, без ожидания завершения его формирования на диске); поддержка опции "-o user_subvol_rm_allowed" позволяющей организовать удаление субразделов непривилегированными пользователями; вместо rbtree теперь используются radix-деревья, а вместо spin-локов - RCU-локи, что привело к снижению нагрузки на CPU и увеличению производительности некоторых операций; поддержка смешанных групп блоков (данные + метаданные); Btrfs теперь сохраняет на диск содержимое кэша свободных блоков (включается при монтировании через опцию "-o space_cache"), что позволило избавиться от операции перебора дерева экстентов при выделении новой группы блоков;
    • Реализация сетевого блочного устройства RBD (Rados block device) на базе технологий ФС Ceph, которая была интегрирована в ядро 2.6.34. Встроенные в Ceph механизмы репликации данных (данные разбиваются на блоки и несколько раз дублируются на разных машинах) обеспечивают чрезвычайно высокую живучесть системы, и могут быть использованы для обеспечения работе не только отдельной ФС, но и блочного устройства. Данные, хранимные на устройстве RBD разбиваются на части и сохраняются в распределенном хранилище объектов в кластере Ceph. В отличие от iSCSI и AoE, образ блочного устройства RBD разбит на множество сегментов, хранится на разных узлах и, благодаря избыточной репликации данных на несколько узлов, сохраняет целостность даже при выходе одного узла из строя. RBD также поддерживает создание снапшотов в режиме только на чтение. Для Qemu/KVM подготовлены патчи, дающие возможность размещения виртуальных машин поверх блочного устройства RBD;
    • Fanotify, новый механизм уведомления приложений (например, антивирусных сканеров) об изменениях в файловой системе, идущего на смену системам inotify и dnotify (для данных систем обеспечен режим эмуляции, который работает поверх fanotify). Fanotify поддерживает отслеживание как активных событий (открытие, закрытие, чтение, запись и т.п.), так и выполнение пассивных операций, таких как открытие специального файлового дескриптора к отслеживаемому объекту, доступного только на чтение. В отличие от inotify и dnotify в новой системе устранены проблемы с масштабированием при контроле за большим числом объектов и обеспечена поддержка нотификации на основе блокировки и контроля доступа.
    • Появилась поддержка опции "root=PARTUUID=hex-uuid", нацеленной на корректное определение блочных устройств с которых должно производиться монтирование корневого раздела, через указание UUID дискового раздела;
    • В файловой системе OCFS2 (Oracle Cluster File System) добавлена поддержка монтирования дисковых разделов, размером более 16 Тб. Добавлена новая опция монтирования "coherency=*" для реализации обеспечения согласованности данных в кластере при режиме записи O_DIRECT. Добавлен ioctl OCFS2_IOC_INFO, позволяющий получить непривилегированному пользователю статистику о работе ФС;
    • В реализацию файловой системы CIFS добавлена поддержка опций монтирования "mfsymlinks" и multiuser", а также возможность привязки к определенному локальному IP;
    • В файловой системе NFS добавлена опция '-olocal_lock' для локального хранения локов;
  • Сетевая подсистема
    • Добавлена возможность конфигурирования подсетей как локальных адресов, например, для привязки всех адресов подсети 10.1.0.0/16 к интерфейсу eth0 (ответ будет получен при запросе любого адреса из данной подсети), необходимо выполнить "ip rule add from all iif eth0 lookup 200; ip route add local 10.1/16 dev lo proto kernel scope host src 127.0.0.1 table 200";
    • Поддержка программной эмуляции аппаратных механизмов акселерации VLAN. Поддержка 802.1q VLAN для Infiniband over Ethernet;
    • Приведены в соответствие с RFC 3390 и RFC 5681 параметры формирования начального размера скользящего окна TCP;
    • В ядро интегрирован код проекта accel-pptp, который представляет собой высокопроизводительную реализацию сервера PPTP/PPPoE/L2TP и клиента PPTP, основанную на коде проектов poptop и pptpclient, но благодаря работе на уровне ядра, отличающуюся от poptop/pptpclient существенным ускорением работы и понижением нагрузки на CPU. В состав ядра включено два модуля: "pptp" (PPP over IPv4, Point-to-Point Tunneling Protocol) и "gre" (демультиплексор GRE-пакетов);
  • Оборудование и аппаратные архитектуры
    • В DRM-модуле i915 для видеокарт Intel реализована поддержка вывода звука через DisplayPort и HDMI порты, обеспечена поддержка GPU, встроенного в процессоры SandyBridge. Добавлен драйвер-заглушка для Intel GMA500 (Poulsbo). В Nouveau добавлена поддержка сенсоров, например, для слежения за температурой. В Radeon добавлена поддержка карт семейства Evergreen. В VIAFB добавлена начальная поддержка VX900;
    • Драйвер uas с поддержкой протокола USB Attached SCSI Protocol (UASP) для устройств хранения с интерфейсом USB 3.0;
    • В подсистеме ata добавлена поддержка Intel IDE-R, в ata_piix реализован режим LPM;
    • Интегрирован драйвер для поддержки аппаратного акселератора AES-шифрования на платформах OMAP2/3;
    • Новые драйверы для беспроводных устройств: Atheros AR9170 802.11n, ath6kl (Atheros AR6003), brcm80211 (Broadcom 802.11n), r8712u (RealTek RTL8712U/RTL8192SU), Beeceem USB Wimax, SBE 2T3E3. В драйвере ath5k добавлена поддержка виртуальных STA и AP;
    • Драйверы для USB-устройств: Flarion OFDM, кард-ридеры ENE, Intel Langwell USB OTG Transceiver, UAS, Meywa-Denki & Kayac YUREX, Atmel SAM Boot Assistant (SAM-BA);
    • Поддержка устройств ввода Apple Magic Trackpad;
    • Драйверы для звуковых плат: Intel SST, Edirol DA-2496, Aztech Sound Galaxy, Traktor Kontrol S4, BOSS ME-25, USB3 SuperSpeed, поддержка звука в большом количестве новых ASoC.


  1. Главная ссылка к новости (https://lkml.org/lkml/2011/1/4...)
  2. OpenNews: Фонд CПО выпустил полностью свободный вариант Linux-ядра 2.6.36
  3. OpenNews: Релиз Linux-ядра 2.6.36. Обзор новшеств
  4. Список изменений в 2.6.37
  5. OpenNews: В Linux-ядро будут внесены улучшения, существенно влияющие на интерактивность
  6. OpenNews: Код отечественного проекта Accel-pptp войдет в состав Linux-ядра 2.6.37
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/29199-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (114) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 11:05, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –19 +/
    как пирожки пекут, к чему такая спешка (гонка)?
     
     
  • 2.21, ананим (?), 12:47, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    а к чему тормозить?
    ченчлог то прочитали? или маловат на ваш взгляд?
     
     
  • 3.49, Michael Shigorin (ok), 16:12, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Человечище просто не в курсе уже давно плановой трёхмесячной процедуры выпуска ядер.
     

  • 1.3, EuPhobos (ok), 11:09, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сижу на нём с rc7 и rc8 полёт нормальный. Теперь и релиз можно собрать.
     
  • 1.4, Max (??), 11:11, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    imho никакой спешки, а просто хорошо и целенаправленно работают
     
  • 1.5, Аноним (-), 11:13, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    intel так и не починили
     
     
  • 2.22, ананим (?), 12:48, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    хм.
    а на мой взгляд интел так и не сломали.
     
     
  • 3.27, Аноним (-), 12:58, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а на мой взгляд интел так и не сломали.

    Сломали, сломали. И уже давно.

     
     
  • 4.59, Аноним (-), 17:46, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем это проявляется?
     
     
  • 5.61, Аноним (-), 18:15, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А в чем это проявляется?

    Шрифты в полосочку делаются через некоторое время. Баг явно ядерный, т.к. на 2.6.33 и 32 всё нормально.

     
     
  • 6.63, Аноним (-), 18:20, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>А в чем это проявляется?
    > Шрифты в полосочку делаются через некоторое время. Баг явно ядерный, т.к. на
    > 2.6.33 и 32 всё нормально.

    Вот тут похожий баг описан. Возможно это он и есть.

    http://forums.opensuse.org/english/get-technical-help-here/hardware/442680-fo

     
     
  • 7.70, Харитон (?), 21:27, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    оппа...
    я думал это у меня глюк какой-то...
    а это системное...
    значит так - результаты.
    данный рецепт не помог, но я поверил в себя и поотключал в ксорге все модули и все опции...
    теперь все ок и даже у компиза глюки пропали, ибо было невыносимо когда он неправильно перерисовывал окошки...
     

  • 1.8, Аноним (-), 11:24, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    А тот патч, ускоряющий есть?
     
     
  • 2.23, ананим (?), 12:49, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    радуют меня такие комменты! :D
    вам чё ускорить то надо было?
     
     
  • 3.28, Аноним (-), 13:20, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    О http://www.opennet.ru/opennews/art.shtml?num=28671 вестимо )
     
     
  • 4.33, Карбофос (ok), 13:56, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вообще вы по вашей ссылке внимательно читали?
     
  • 4.43, delin (?), 15:17, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.ru/opennews/art.shtml?num=28671

    >> К сожалению окно приема изменений для включения в ядро 2.6.37 уже закрыто, поэтому новая возможность будет интегрирована в ядро 2.6.38. Активация нового механизма группировки задач в планировщике производится через переменную /proc/sys/kernel/sched_autogroup_enabled.

     

  • 1.14, mov (??), 11:55, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    почти 90 Мб ядрышко!
     
     
  • 2.78, me (??), 23:23, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >почти 90 Мб ядрышко!

    Что курим?
    $ du -hs /usr/portage/distfiles/linux-2.6.37.tar.bz2
    71M     /usr/portage/distfiles/linux-2.6.37.tar.bz2

     
     
  • 3.81, Michael Shigorin (ok), 00:56, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что курим?

    man gzip
    /smoke

     

  • 1.19, Wormik (ok), 12:29, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Отличная новость! Уже обновляюсь, хочу посмотреть изменения в открытом драйвере ati.
    Полностью согласен с первым сообщением: никогда раньше не было так много релизов ядра за короткое время. Ну и ладно: если сочли нужным - сделали, а потом может например по году релизов не будет, потому что так сочти нужным Торвальдс с разработчиками.
    Соотнес количество убывших и прибывших строчек... Субъективное обущение что нового кода нет, только изменялся старый. То есть у ядра 2.6.37 релиз носит корректирующий характер. Но это - только ощущение от количеств строк. Если это так - то это хорошо! А то надобавляли файловых систем и нового кода, а потом Торвальдс замечает раздутость и огромность, фороникс - замедление в скорости, а Pavlinux и другие люди - новые баги, нетипичные для ядра раньше.
     
  • 1.26, anonymous (??), 12:56, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "Окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах;"

    zcat /proc/config.gz > .config
    make oldconfig
    Big Kernel Lock (BKL) [Y/n/?] (NEW)
    и в хелпе указано - "не убирайте, если вы не разраб, работающий над удалением BKL"
    Так можно убрать или нет?

     
     
  • 2.29, Андрей (??), 13:36, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не сцыте! :) у вас же текущая версия ядра останется? и она будет доступна для загрузки? :) Вот и не парьтесь :) А если вас сам вопрос, начинающийся с "Если" затрудняет - то вы не только не "разработчик, работающий над глобальными блокировками", но и не программист вообще :) if {} else {}; ;) С Новым годом!
     
  • 2.30, j3qq4 (??), 13:46, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    убрали в коде ядра, очевидно же. А это поддержка, вдруг Вы еще откуда модули берете... Не убирайте, короче. Есть не просит, хоть и не используется самим  ядром)))
     
     
  • 3.34, anonymous (??), 13:58, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ответ) это меня и интересовало. Отключил - пока полет нормальный, проблем не обнаружил. Все модули, необходимые для работы моего оборудования есть в ядре.
     
  • 2.53, ungifted (?), 17:09, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Без BKL нет поддержки UDF. Включил.
     

  • 1.31, Аноним (-), 13:51, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    BFS есть?
     
     
  • 2.66, pro100master (ok), 19:02, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нет, но BFG есть и его хватает :)
     

  • 1.32, Nirnroot (?), 13:55, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Окончательный уход от использования устаревшей глобальной BKL-блокировки (Big Kernel Lock), которая оставалась многие годы узким местом в некоторых подсистемах;
    По-моему, они это уже говорят на протяжении двух лет. А ведь когда во фряшке начали работу, плевались... Как результат, в девятке уже практически все (кроме tty, reboot, пары локов) MPSAFE (могли бы и к 8ке успеть, на месяц опоздали :) )
     
     
  • 2.40, RedRat (ok), 15:08, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Хоть и использую везде только Фряху, но искренне рад за прогресс союзников из стана Линукса. А некоторые из пунктов в ченджлоге был бы рад увидеть и во Фряхе.
     
  • 2.57, segoon (ok), 17:26, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро включает в себя множество подсистем Каждый раз, когда в отдельной подсист... большой текст свёрнут, показать
     
     
  • 3.75, Zulu (?), 22:38, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    staging не считаем, остается немного FS (из них ни одной распространенной/критичной), немного сетевания такой же важности и DRM. А там оно что делает? Хотя если BKL ровно в одном месте, то это неважно.
     
  • 2.93, fi (ok), 20:51, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > По-моему, они это уже говорят на протяжении двух лет.

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

     

  • 1.35, Gular (ok), 14:15, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Xen в kernel, дождались, новость позитивная. Хотя оно еще не работоспособно на все 100
     
  • 1.36, Alex (??), 14:18, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    12309 починили?
     
     
  • 2.37, grayich (ok), 14:23, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    походу его никогда не починят
     
     
  • 3.39, Alex (??), 14:47, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Архитектура такова?
     
     
  • 4.45, dalco (ok), 15:31, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Просто 12309, как единый баг, не существует - это большой набор разнокалиберных глюков в разных частях кода с одинаковыми последствиями (тормоза системы). Соответственно, одним коммитом 12309 не починишь.


     
     
  • 5.58, the joker (ok), 17:30, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто не просит одним коммитом.
     
  • 2.42, анонимный_обыватель (?), 15:14, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    вот каждая обновка ядра - куча постов про 12309.
    а то, что уже сейчас можно многое сделать, чтобы 12309 избежать, да и проявляется он далеко не у всех - до этого дойти умом будто сложно :)
     
     
  • 3.44, grayich (ok), 15:20, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это как избежать то можно? (на имеющемся железе, без покупки нового)


     
     
  • 4.55, анонимный_обыватель (?), 17:19, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    лично у меня колоссальную отзывчивость прибавляет RT-патч и включение опций CON... большой текст свёрнут, показать
     
     
  • 5.82, name (??), 01:34, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > с небольшим), кодирую MEncoder'ом x264 Blu-Ray и открыто несколько вкладок FF.
    > у меня KDE 4.5.4.
    > при этом никаких тормозов на своём старом железе не замечаю:
    > P4 3.2 (одноядерник, да-да :) ), 1 GB DDR2 - думаю, этого
    > достаточно, чтобы понять, что комп 2005 года, и даже на нём
    > всё летает при 100% загрузке. никаких проблем.
    > даже вот сейчас в нагрузку ко всему этому запустил cat /dev/urandom >
    > ~/1111 (это вроде как раз дисковая операция)
    > и никаких тормозов. курсор не дёргается, окошки сворачиваются-разворачиваются без какой-либо
    > заметной потери плавности. так что...

    а сколько из 100% тратится собственно на полезный код? не задавался вопросом?

     
     
  • 6.84, анонимный_обыватель (?), 03:54, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    я не программист и в коде не разбираюсь абсолютно а в Вашем сообщении прям-так... большой текст свёрнут, показать
     
  • 6.128, Аноним (-), 14:42, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Просто расслабься, это проявляется у тех, у кого 2-ядерники. Лазь в интернетах больше и не задавайся больше.
     
  • 3.62, Аноним (-), 18:19, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >да и проявляется он далеко не у всех

    Просто не у всех он вызывает такие феерические последствия. А так начинаешь копировать на флешку большой файл и вот оно. 100% загрузка CPU и это на двухядернике с 2 гигами оперативы. Такое ощущение, что что-то там переполняется.

     

  • 1.38, Аноним (-), 14:40, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >USB3 SuperSpeed

    это просто поддержка звуковух через USB3, а не название звуковухи.

     
  • 1.47, anonymous (??), 15:49, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я правильно понимаю что уже в 38-r1 будет новый, инновационный патчик?
     
     
  • 2.60, Alex (??), 18:14, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, вроде в .38 его уже включат (если речь про 200).
     
  • 2.79, ононим (?), 23:32, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    создатель PA и systemd загнобил этот патч и предложил схему, где отзывчивость можно получить без патченья ядра. так что могут и не включить именно в ядро.
     
     
  • 3.85, daevy (ok), 08:50, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    кстате, я на ядре 35-r8 c этим патчем (SCHED_AUTOGROUP) выхватывал странный глюк в виде внезапной заморозки всей системы (мышь не двигается, музыка останавливается, numlock не перемигивается) в течение 5-10 секунд. в день могло проявиться до 3-4 раз(((
    такие дела.
     
  • 3.92, марья ивановна (?), 18:53, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ссылочку можно?
     
     
  • 4.105, ононим (?), 15:28, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    пожалуйста:
    http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
     

  • 1.50, Anthonio (??), 16:15, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что случилось с драйвером ath5k ? При использовании ядра v2.6.37-rc8-natty весь эфир почти заглушается, скорость несколько килобайт/с. Пробовал менять /sys/module/mac80211/parameters/ieee80211_default_rc_algo на minstrel -- не помогает.
     
     
  • 2.74, аононим (?), 21:59, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такое на ath9k_htc было, на 2.6.35. Теперь даже боюсь новые ядраставить. Сижу на 2.6.32 с установленными отдельно compat-wirelss(
     
  • 2.76, cmp (ok), 22:39, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Мне помогла смена канала, перешел на ath5k с madwifi примерно на .29 и с .33 начались проблемы, сеть постоянно отваливалась, скорость 0.9 кб, поменял канал в конфиге hostapd и уже почти год ни каких проблем, хотя осенью опять все упало, после перевода времени, rmmod всех модулей подсистемы исправил положение.
     
  • 2.80, Wormik (ok), 00:18, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Предлагаю в качестве альтернативы задействовать madwifi. Я задействовал на ath9k со специальным патчем, добавляющим поддержку моей карты. Потому что ядерный ath9k не умеет включать лампочку на моем нетбуке
     
     
  • 3.83, cmp (ok), 01:48, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    madwifi  и есть патч, а патч на патч тот еще костыль, тем более проект madwifi интегрирован со стандартными hostapd и wpa_supplicant, в силу тупиковости развития, конечно, кривизна последних  весомый аргумент в пользу madwifi, но и его качество за полследнии полтора года заметно упало, ковырятся в их рассылках в поисках строк которые нужно заменить чтобы оно заработало на новом ядре или ждать неопределенно долго новой ревизии, лучше найти рабочую конфигурацию стандартных средств..

    Кстате виртуальные, станции на ath5k работают, вполне, единственное при сканировании эфира ими пакеты теряются на основном интерфейсе, но цеплятся к соседской точке не отключая режим ап можно, забавно, что даже точки доступа это умеют не все..

     

  • 1.51, Sylvia (ok), 16:19, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    словила 2 паники на ноуте с .37, один раз сразу при загрузке, второй раз через 4 минут после загрузки всего, как всегда , по традиции в нечетных ядрах что-то ломают ;)
     
     
  • 2.127, Аноним (-), 14:35, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    2.6.37 уже неделя чтобы не соврать. Что-то не так я делаю наверное...
     

  • 1.54, Alrond (??), 17:14, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У кого-либо есть рейд контроллер на LSI SAS 2008? Как это ядро с ним? (может кто с последними RC сталкивался)
    Интересует дебиан (до центоса не хочется опускаться)
     
  • 1.64, TYN (?), 18:23, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Появилась поддержка опции "root=PARTUUID=hex-uuid", нацеленной на корректное определение блочных устройств с которых должно производиться монтирование корневого раздела, через указание UUID дискового раздела;

    Не понял, через указание UUID где? В ядре? т.е. в kernel cmd line оно уже не требуется?

     
  • 1.68, ua9oas интересуется Миша Рыцаревъ (?), 19:43, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Тут в этот раз ничего не было написано про то, устранены ли какие либо регресс... большой текст свёрнут, показать
     
     
  • 2.69, iZEN (ok), 20:14, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Затронуло ли это обновление версии
    > ядра на спутниковых ресиверах, телевизорах, на мобилах и других устройствах? (а
    > то в продвинутых таких аппаратах линукс тоже стоит).

    Тихий смех в зале. В последних версиях прошивок медиаплееров Xtreamer — Linux 2.6.12.


     
  • 2.72, б.б. (?), 21:48, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Миша, бросай читать, чувствую, не твоё это Потому что в ядре Linux нет медиапле... большой текст свёрнут, показать
     

  • 1.71, Troy (??), 21:39, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Альтернатива ускоряющего патча, читаем тут:

    http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
    http://www.webupd8.org/2010/11/script-to-automatically-apply-200-lines.html

    http://habrahabr.ru/blogs/linux/108353/

    Проверено, работает.

     
     
  • 2.73, Аноним (-), 21:51, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Проверено, работает.

    На opennet про это раньше было: http://www.opennet.ru/tips/2478_cgroup_latency_linux_kernel_tune_speed_optimi

     

  • 1.77, Alen (??), 22:44, 05/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Собрал - полет нормальный.
     
  • 1.86, AX (?), 12:29, 06/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >При выполнении "make xconfig" конфигуратор теперь по умолчанию использует библиотеку Qt4;

    Линус возвращается на KDE? :)

     
     
  • 2.87, grayich (ok), 12:33, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    при чем тут кде?


     
     
  • 3.88, AX (?), 12:36, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > при чем тут кде?

    Очевидно, при том, что Qt.

     
     
  • 4.89, grayich (ok), 12:52, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    QT это QT, не надо к нему КДЕ приплетать

     
     
  • 5.90, AX (?), 13:17, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >QT это QT, не надо к нему КДЕ приплетать
    >QT

    Да, QuickTime с KDE действительно не связан. :)

     

  • 1.91, pavlinux (ok), 17:01, 06/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, накопилось у меня тут за праздники, мож кому нужно.

    3 в 1:

    SCHED_AUTOGROUP
    TRANSPARENT_HUGEPAGE (ака 2Mb страницы)
    XZ сжатие  (оно же LZMA2 )

    http://pavlinux.ru/krnl/AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2

     
     
  • 2.94, Аноним (-), 21:20, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сразу же на стадии menuconfig вывалилось с неспособностью открыть /что-то там/xz/Kconfig... не помню точно. Да и вообще ядро слегка "поломанное" у Линуса с бодуна вышло: например, когда произвожу обычные для своего железа действия - отключаю AGP в Graphic Settings то на экран вываливаются ошибки. Многие уже жаловались на те или иные подобные штуки. Короче, ждем 2.6.37.2 как минимум.
     
     
  • 3.95, pavlinux (ok), 22:00, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Сразу же на стадии menuconfig вывалилось с неспособностью открыть
    > /что-то там/xz/Kconfig... не помню точно.

    Ай блин, точно....... У меня ж там diff с git, но многое руками правил.
    Ща переделаю с 2.6.37

     
     
  • 4.96, Аноним (-), 22:16, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну шо там? :)
     
     
  • 5.97, pavlinux (ok), 22:20, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну шо там? :)

    fixed :)

    Тока проверяйте, перед применением, подходит ли вообще патч.

    # bzip2 -cd ../AUTOGROUP_2MPAGES_XZ-2.6.37.patch.bz2 | patch -p1 --dry-run

    и если вывод без reject_ов , тогда можно и без --dry-run


     
     
  • 6.98, Аноним (-), 22:34, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Надо что-то включать в меню для 2мем и прочего или уже включено? Кстати, у меня нубский вопрос еще есть: надо обязательно подкладывать какой-то конфиг или в ядре есть свои какие-то "дефолтные" настройки?
     
     
  • 7.99, pavlinux (ok), 22:49, 06/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    копируешь старый config, make oldconfig и оно покажет новые переменные XZ ... большой текст свёрнут, показать
     
     
  • 8.100, Аноним (-), 00:28, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь в самом начале сборки вываливает следующее linux-2 6 37 arch x86 include... текст свёрнут, показать
     
     
  • 9.101, pavlinux (ok), 01:02, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Поздравляю, нашёл косяк, тока это не мой Ща, исправим ... текст свёрнут, показать
     
     
  • 10.102, pavlinux (ok), 02:56, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вроде всё , там же - http pavlinux ru krnl AUTOGROUP_2MPAGES_XZ-2 6 37 p... текст свёрнут, показать
     
  • 9.103, pavlinux (ok), 05:20, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    DEB i386 собирались в Squeeze иль как его там http pavlinux ru debian linux-... текст свёрнут, показать
     
     
  • 10.104, Аноним (-), 12:51, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем мне фирмварь да еще и имидж Это для какого дистрибутива Патч не ... текст свёрнут, показать
     
     
  • 11.106, pavlinux (ok), 15:37, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Делал в Debian 6 0 Упс, забыл скопировать http pavlinux ru krnl AUTOGROUP_... текст свёрнут, показать
     
     
  • 12.107, Аноним (-), 16:00, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А почему у меня всегда получается только linux-image и linux-headers тогда ... текст свёрнут, показать
     
     
  • 13.109, pavlinux (ok), 16:48, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле сборка в debian Я в каталоге ядра пущаю make KDEB_PKGVERSION 1 0 ... текст свёрнут, показать
     
     
  • 14.120, Аноним (-), 00:23, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А я стандартно ибо заголовки тоже нужны make-kpkg --rootcmd fakeroot --initrd k... текст свёрнут, показать
     
     
  • 15.121, pavlinux (ok), 00:41, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    make INSTALL_HDR_PATH usr headers_install ... текст свёрнут, показать
     
  • 12.108, Аноним (-), 16:35, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не собирается nvidia с оффсайта валятся ошибки в консоль, последняя запись была... текст свёрнут, показать
     
     
  • 13.110, pavlinux (ok), 16:55, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    dmesg 124 grep NVIDIA NVRM loading NVIDIA UNIX x86_64 Kernel Module 260 1... текст свёрнут, показать
     
     
  • 14.111, Аноним (-), 16:58, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не об этом Я в первом своем посте написал, что к чему Само ядро с бодуна вып... текст свёрнут, показать
     
  • 13.112, JL2001 (ok), 16:59, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а вам не кажется что претензии надо слать в nvidia мой галиум прекрасно работа... текст свёрнут, показать
     
     
  • 14.113, Аноним (-), 22:14, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не следишь за этой веткой общения Без этого патча все прекрасно собирается и... текст свёрнут, показать
     
     
  • 15.116, pavlinux (ok), 23:08, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там какой-то гимор на 32-битах AUTOGROUP и XZ фигбы с ними - работают, а вот 2... текст свёрнут, показать
     
     
  • 16.117, Аноним (-), 23:47, 07/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, не парься Подождем следующего релиза На самом деле, это ж не дело, ко... текст свёрнут, показать
     
     
  • 17.118, pavlinux (ok), 00:10, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    AGP у меня уж года 3-4 как выключено Кстати, nvidia 260 19 29 32-битная собра... текст свёрнут, показать
     
     
  • 18.119, Аноним (-), 00:25, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да оно у меня точно также выключено Точнее, если пересобираю ядро то отключаю ... текст свёрнут, показать
     
     
  • 19.137, pavlinux (ok), 01:12, 16/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Позавчерась,и сегодня появились всё эти патчи в 2 6 37-git13 это уже будущие ве... текст свёрнут, показать
     

  • 1.114, Romik (??), 22:41, 07/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В KVM обеспечена возможность создания паравиртуализированных гостевых окружений на платформе PowerPC;

    Прям так и вижу XEN на LPAR'e :)

     
     
  • 2.122, csa (??), 22:24, 09/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    LPAR? на PowerPC?...
     
     
  • 3.123, i (??), 09:50, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вы сервера IBM видели?
     
     
  • 4.134, csa (??), 23:38, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а вы сервера IBM видели?

    как-то я считал, что там powerN, а не PC
    хотя кто их там знает

     
     
  • 5.135, csa (??), 23:39, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> а вы сервера IBM видели?
    > как-то я считал, что там powerN, а не PC
    > хотя кто их там знает

    поди такая же заморочка, как и x86_64, amd64 и что-то там от интела еще

     

  • 1.124, Эдж (?), 12:20, 11/01/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странная фигня. Ядро собралось норм.
    При загрузке видит устройство sda <sda1 sda2 sda3 sda5 sda7>
    Дальше, при монтировании fs (вернее при fsck перед монтированием) не видит sda2 ну и соответственно не монтирует root fs и вываливается. Где ковырять ? ощещение что в udev у меня что-то не то, но точно не пойму где
     
     
  • 2.125, Аноним (-), 14:27, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хз. Надо попробовать фсцкнуть себя. До следующей проверки по расписанию просто долго ждать, а ядро уже обновил :) Ты хоть нормально в другое перегрузился? ФС в норме? Бо я когда его компилил - были ошибки при самом конфигурировании, на экран валились ошибки прямо через все окно менюконфига.
     
     
  • 3.130, Эдж (?), 21:35, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Хз. Надо попробовать фсцкнуть себя. До следующей проверки по расписанию просто долго
    > ждать, а ядро уже обновил :) Ты хоть нормально в другое
    > перегрузился? ФС в норме? Бо я когда его компилил - были
    > ошибки при самом конфигурировании, на экран валились ошибки прямо через все
    > окно менюконфига.

    FS в норме, первое что проверил, с CD загрузился и фсцкнул :)
    Ошибки при конфигурировании были, но не критичные поправил,
    Сейчас обновил gcc до 4.5.2, и пропатченый udev сегодня Патрик выложил, ядро компилится сейчас. :) Перезагружусь - отпишу :)

     
     
  • 4.131, Эдж (?), 22:46, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/

    > Ошибки при конфигурировании были, но не критичные поправил,
    > Сейчас обновил gcc до 4.5.2, и пропатченый udev сегодня Патрик выложил, ядро
    > компилится сейчас. :) Перезагружусь - отпишу :)

    Все норм. Заработало :)

     
  • 2.126, Аноним (-), 14:29, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И что за дистр у тебя и версию удава скажи тоже.
     
     
  • 3.129, Эдж (?), 21:32, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И что за дистр у тебя и версию удава скажи тоже.

    Дистр слака-карент. udev 1.65

    В старое ядро перегрузился нормально, по ходу дела на самом деле что-то с udev-ом, не создаются по ходу устройства под /dev/

     
     
  • 4.132, Аноним (-), 22:53, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось нормально и работает тоже без проблем, но fsck еще не пробовал. Как само автоматом сработает через 80 монитрований там и посмотрим. Ты там с UUID'ами не баловался часом? Может в этом проблема?
     
     
  • 5.133, Эдж (?), 22:58, 11/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось
    > нормально и работает тоже без проблем, но fsck еще не пробовал.
    > Как само автоматом сработает через 80 монитрований там и посмотрим. Ты
    > там с UUID'ами не баловался часом? Может в этом проблема?

    Да нет, просто как выяснилось, в ядре было вырублено DEVTMPFS, хотя конфиг не менялся с прошлой пересборки.

    А UUID-ы не трогал.

     
     
  • 6.138, pavlinux (ok), 01:15, 16/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Хз. Странно, у меня дебиан и версия удава 164-3 вообще... Ядро собралось
    >> нормально и работает тоже без проблем, но fsck еще не пробовал.
    >> Как само автоматом сработает через 80 монитрований там и посмотрим. Ты
    >> там с UUID'ами не баловался часом? Может в этом проблема?
    > Да нет, просто как выяснилось, в ядре было вырублено DEVTMPFS, хотя конфиг
    > не менялся с прошлой пересборки.
    > А UUID-ы не трогал.

    Случайно не нажал Y, при вопросе:  CONFIG_DEVTMPFS_MOUNT (y/N):  

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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