Обновление Linux-ядра: 2.6.27.50, 2.6.32.18, 2.6.34.3 и 2.6.35.1.

11.08.2010 12:47

Вышли очередные корректирующие обновления для поддерживаемых веток Linux-ядра: 2.6.27.50, 2.6.32.18, 2.6.34.3 и 2.6.35.1, в которых представлено 5, 34, 38 и 38 исправлений, затронувших такие подсистемы, как drm/i915, drm/radeon, Xen, SCSI, mac80211, iwlwifi, ath9k, 9p, e1000e, block_dev.

Поддержка выпуска обновлений для веток 2.6.31 и 2.6.33 прекращена. Пользователям указанных веток ядра рекомендует спланировать обновление до ветки 2.6.32, которая отнесена к категории с продленным сроком поддержки, или до ветки 2.6.35.

исправить +6 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/27587-kernel

Ключевые слова: kernel

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (11)

1.1, Аноним (-), 15:41, 11/08/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Странно, очень странно. 2.6.31 ветка была у меня на машине самой быстрой, имхо.

2.2, User294 (ok), 16:08, 11/08/2010 [^] [^^] [^^^] [ответить]	+/–
А как сравнивалось? И откуда выводы что это именно заслуга ядра?

3.4, Шурек Табуреткин (ok), 16:35, 11/08/2010 [^] [^^] [^^^] [ответить]

+/–

Скажем так, невооруженным глазом...
Я тогда еще юзал бубунту. Честно говоря, главное чего не было - это диких тормозов при копировании больших файлов с диска на диск. Сейчас же это присутствует во всех последних ядрах. Говорят, что-то с I/O планировщиком не так. Мне, правда, удалось частично это дело исправить, задав нужные параметры:

echo 10 > /proc/sys/vm/swappiness
echo 1000 > /proc/sys/vm/vfs_cache_pressure
echo 10 > /proc/sys/vm/dirty_background_ratio
echo 30 > /proc/sys/vm/dirty_ratio

Да и просто оно было само шустрое. Вероятно, на моем железе именно так было, хз в общем.

4.6, User294 (ok), 20:53, 11/08/2010 [^] [^^] [^^^] [ответить]

+/–

> Скажем так, невооруженным глазом...

Боюсь что он может оценить только совокупность факторов. А само ядро... хм...?

> Честно говоря, главное чего не было - это диких тормозов при копировании больших файлов с диска на диск.

А, вот это - честно говоря не обращал внимание. У меня дисковые буфера достаточно большие, и несколько ядер. Может потому и не заметил особых проблем? Или это не на всех контроллерах вылезает? Что понимается под тормозами и как сие проявляется?

3.8, pavlinux (ok), 22:24, 11/08/2010 [^] [^^] [^^^] [ответить]	+/–
Тесты тут - http://kernel-perf.sourceforge.net/

1.3, Аноним (-), 16:13, 11/08/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
ath5k все так и сломан похоже

2.10, sfstudio (ok), 03:43, 12/08/2010 [^] [^^] [^^^] [ответить]	+/–
Использую ath5k с незапамятных времён никаких поломок не заметил. # lspci \| grep Athe 04:00.0 Ethernet controller: Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 01)

1.5, йло (?), 20:42, 11/08/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
сранно... .31 очень даже не плохое ядро из этих версий, по моим проверкам скорость и стабильность выше, чем у др.

1.7, lnv (??), 22:06, 11/08/2010 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Ну и выводы у вас про произодительность. Кстати, а что в ath5k сломано?

2.9, Анонимииоиуоюс (?), 22:35, 11/08/2010 [^] [^^] [^^^] [ответить]	+/–
>ath5k сломано? мужики знают?

3.11, lnv (??), 09:32, 12/08/2010 [^] [^^] [^^^] [ответить]	+/–
Да работает ath5k как и работал.

Добавить комментарий

Текст: