LINUX.ORG.RU

Необычно крупное обновления ядра Linux — 2.6.31.2

 ,


0

0

Крупное (по размеру и значимости) обновление текущего «стабильного» ядра — 2.6.31.2.

Дадим слово координатору выпуска, Грегу Кроа-Хартману:

Этот выпуск получился большим. В действительности большим. Значительное число вещей пришлось частично переделывать просто для того, чтобы они снова заработали. Например прослойку виртуальных терминалов (tty layer). Надеюсь, любой теперь сможет вновь использовать USB для последовательных устройств без опасности получить oops. Xen и KVM получили ряд значительных исправлений, равно как и драйвера ath5k и iwlwif. Кое-кто может сказать, что список исправлений для драйверов iwlwifi слегка длинноват для «стабильного» кода, но ответственный за wifi пожелал их внести и сможет с ними справиться. Кроме того, значительные улучшения сделаны в драйвере XHCI (контроллер USB 3.0) для приведения его в рабочую форму, согласованною с инструментарием разработчика USB 3.0. Если бы эти изменения не были сделаны, он не был бы реально полезен. Ну и помимо всего этого сделана еще куча изменений, не буду уточнять каких. А новостью для любителей тестов производительности будет большое число изменений, значительно ускоряющих работу системы на «больших» компах.

Кроме того, выпущены корректирующие релизы для предыдущих ядер 2.6.27.36 и 2.6.30.9. Следует специально отметить, что этот выпуск, видимо, будет последним для версии 2.6.30, поэтому всем пользователям данной версии настоятельно рекомендуется сообщать об ошибках и недостатках и, по возможности, мигрировать на версию 2.6.31.

>>> Подробности

★★★★★

Проверено: maxcom ()

Ответ на: комментарий от ostin

Вы его включать вообще пробовали?

Было бы логичней спросить про «выключать»... Но, как не странно, пробовал - месяц работы с регулярными перезагрузками Ubuntu 9.10 - ArchLinux по два-три раза в день (но иногда по три-четыре дня без ребута), полет нормальный.

ei-grad ★★★★★
()

[root@mailic1 ~]# ping ya.ru
PING ya.ru (213.180.204.8) 56(84) bytes of data.
64 bytes from ya.ru (213.180.204.8): icmp_seq=0 ttl=58 time=2.43 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=1 ttl=58 time=1.99 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=2 ttl=58 time=2.04 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=3 ttl=58 time=2.19 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=4 ttl=58 time=1.96 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=5 ttl=58 time=2.27 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=6 ttl=58 time=2.17 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=7 ttl=58 time=2.05 ms

--- ya.ru ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7005ms
rtt min/avg/max/mdev = 1.964/2.140/2.435/0.159 ms, pipe 2

[root@mailic1 ~]# uname -a
Linux mailic1.ic.lan 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686 i686 i386 GNU/Linux
[root@mailic1 ~]# uptime
21:53:52 up 658 days, 7:06, 1 user, load average: 0.15, 0.25, 0.17

anonymous
()
Ответ на: комментарий от hello_world

>лучше вантуз7

Вот и не лучше, пробовал, и да выйди из анабиоза виндовс 7 уже не бета, man windows 7 rtm.

Ab-1
()

>А новостью для любителей тестов производительности будет большое число изменений, значительно ускоряющих работу системы на "больших" компах.

На кой болт ускорять и так быструю работу системы на "больших" компах, если на маленьких при копировании мышь тормозит (в винде, заметим, хоть она кривая, такого не замечаю - проверял на Fedora 11, OpenSuse 11.1 и Ubuntu 9.10 beta)?

Когда это все кончится?

jackill ★★★★★
()
Ответ на: комментарий от SpeedyWizard

если на арче на 31 сидеть - где брать модули для нвидий, виртуалбоксов и ещё тыщи пакетов, что с модулями ядра - самому, что-ли, собирать?

anonymous
()
Ответ на: комментарий от jackill

вообще при любых дисковых операциях. просто на больших диски быстрые. как это сломали, где-то в районе .19-.23, уже не помню, так, по идее, на это благополучно и забили

anonymous
()
Ответ на: комментарий от anonymous

ну и я померяюсь:

[sergio@equinox ~]$ ping ya.ru
PING ya.ru (213.180.204.8): 56 data bytes
64 bytes from 213.180.204.8: icmp_seq=0 ttl=60 time=0.936 ms
64 bytes from 213.180.204.8: icmp_seq=1 ttl=60 time=0.872 ms
64 bytes from 213.180.204.8: icmp_seq=2 ttl=60 time=0.909 ms
64 bytes from 213.180.204.8: icmp_seq=3 ttl=60 time=0.870 ms
64 bytes from 213.180.204.8: icmp_seq=4 ttl=60 time=0.876 ms
64 bytes from 213.180.204.8: icmp_seq=5 ttl=60 time=0.913 ms
64 bytes from 213.180.204.8: icmp_seq=6 ttl=60 time=0.882 ms
64 bytes from 213.180.204.8: icmp_seq=7 ttl=60 time=0.895 ms
64 bytes from 213.180.204.8: icmp_seq=8 ttl=60 time=0.977 ms
64 bytes from 213.180.204.8: icmp_seq=9 ttl=60 time=1.054 ms
^C
--- ya.ru ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.870/0.918/1.054/0.055 ms
[sergio@equinox ~]$ uptime
3:26AM up 673 days, 3:47, 1 user, load averages: 0.28, 0.45, 0.55
[sergio@equinox ~]$ uname -v
FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
[sergio@equinox ~]$

:)

Sergio
()
Ответ на: комментарий от anonymous

> а что плохого в самостоятельной сборке?

ээээ. всё. например та же нвидия сносит libGl и заменяет своей. вообще, какой смысл в пакетной системе если на каждый модуль тащить исходники (а для виртуалбокса это для 100 кб модулей нужно скачать 60 мб исходников) и собирать? и держать дев-тулс, и чтобы это всё ещё собралось.

а что хорошего в самостоятельной сборке модулей для archlinux? и как вы это хозяйство собираетесь поддерживать при обновлении ядра?

anonymous
()
Ответ на: комментарий от anonymous

>например та же нвидия сносит libGl и заменяет своей

ну и причем тут libGL нвидии ? в /usr/src/modules/ положили исходники модуля
/usr/src/modules :$du -sh nv
9.7M nv
при обновлении ядра собрали nvidia.ko

>для виртуалбокса это для 100 кб модулей нужно скачать 60 мб исходников


/usr/share/virtualbox/src :$du -sh
6.0M .

этого достаточно, 3 модуля

>а что хорошего в самостоятельной сборке модулей для archlinux? и как вы это хозяйство собираетесь поддерживать при обновлении ядра?


воргенов бояться - дальше Голдшира не ходить, ничего страшного, ядро тоже собираете не каждый день

anonymous
()
Ответ на: комментарий от anonymous

в те далёкие времена, когда ты сидел на генте или на винде, в арче было всё нормально и с пакетами, сколько ядер было - столько и пакетов. а потом набежали такие, как ты.

"меня это устраивает, потому что другого нету" - это не позиция. для самому собирать у меня слака есть, там тоже всё прекрасно собирается. не вижу смысла для этого в арче. да, собственно, если бы не тормоза и зависания - я бы и на 30 посидел бы ещё лет 20. а ставить арч, чтобы обновлять вручную - это всё равно, что покупать мерседес, чтобы ездить за картошкой.

anonymous
()
Ответ на: комментарий от anonymous

>а что хорошего в самостоятельной сборке модулей для archlinux? и как вы это хозяйство собираетесь поддерживать при обновлении ядра?

man AUR. Хозяйство обновляется само.

sid350 ★★★★★
()
Ответ на: комментарий от anonymous

>вообще при любых дисковых операциях. просто на больших диски быстрые. как это сломали, где-то в районе .19-.23, уже не помню, так, по идее, на это благополучно и забили

Угу. Писец - у меня копирование с винта на винт (SATA, скорости отличные) отжирает до 80% процессора. А в винде от 3 до 10.

jackill ★★★★★
()
Ответ на: комментарий от sid350

> man AUR. Хозяйство обновляется само.

если мне нужна гента, я возьму генту. а гарантию, что всё соберётся, мне сбербанк даст? не нужно оправдывать непробуманность и набор костылей. к сожалению, раньше arch был не для этого, но в последние пару лет, когда набежали вот такие, кто лучше всех знает, и поэтому вот такие вот релзультаты.

anonymous
()
Ответ на: комментарий от jackill

> (SATA, скорости отличные) отжирает до 80%

нет слов.

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

когда это фиксить планируют-то?

anonymous
()
Ответ на: комментарий от anonymous

>если мне нужна гента, я возьму генту.

если тебе нужна гента, возьми генту.

sid350 ★★★★★
()
Ответ на: комментарий от anonymous

>> если в .24 все (вроде) железо работает?
> лучше 24. но если вопрос так стоит - то лучше 27

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

Xenius ★★★★★
()

2.6.31.4

исправлены несколько дырок.. решето

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.