LINUX.ORG.RU

В ожидании 2.6.31...

 ,


0

0

Пока сообщество ждёт нового релиза, уже стало известно, что разработчики серьёзно поработали над производительностью новой версии ядра.

Была улучшена работа с памятью, доработан эвристический механизм, гораздо эффективнее перемещающий так называемые «mapped executable pages» из списка активных страниц.

В результате такой оптимизации загрузка памяти на нагруженных компьютерах и количество ошибок уменьшились на 50%. Кроме того, количество обращений к диску уменьшилось примерно на треть. Это привело к тому, что графическая система X стала гораздо быстрее отзываться на действия пользователя и лучше использовать ресурсы системы.

На файловых серверах это привело к тому, что резко уменьшилось количество кэш-промахов, примерно с 50% до 3-10%.

Другим новшеством в грядущем релизе явится включение нового режима работы с ядром для видеокарт ATI Radeon. В свою очередь, данный режим позволит более плавно и быстро переключать видеокарту в нужный для работы с подсистемой X режим, что избавит от «мерцания» во время загрузки и ускорит загрузку компьютера в целом.

Ещё одним нововведением является новый стек USB и FireWire. Добавится расширенная поддержка eXtensible Host Controller Interface, который нужен для работы с USB 3.0. Несмотря на отсутствие аппаратных средств, поддерживающих данный протокол обмена данных, разработчики тестируют необходимые драйверы на прототипе контроллера USB 3.0 от Fresco Logic.

Для FireWire будут доработаны политики доступа через пространство пользователя для приложений, IP-сеть через новый стек, а также добавлена поддержка дисковых массивов объёмом более двух терабайт.

Кроме того, будет убран статус «Экспериментальный» в меню конфигурации ядра из пункта, отвечающего за включение IEEE1394. Теперь пользователи и разработчики смогут выбирать между старым и новым стеком для FireWire в ядре.

Changelog

>>> Источник



Проверено: boombick ()
Ответ на: комментарий от dikiy

>>>Если тормощза работать не мешают, то значит - летает.

>>Это все субъективные и флеймообразующие оценки.


>Если при рендере следующей страницы надо ждать 20 сек, то это не субъективно.


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

>У меня именно пустой открывается >20 сек.


Ну может ssd-накопитель мне такой эффект дает.
Linux madeee 2.6.31-rc1-git4-eeepc #1 Mon Jun 29 15:15:11 MSD 2009 i686 Intel(R) Celeron(R) M processor 900MHz GenuineIntel GNU/Linux
Памяти - гиг, свопа нет.
Вот с запущенным oowriter(3.1.0 - давно не обновлял)
free -m
total used free shared buffers cached
Mem: 1001 326 675 0 23 215
-/+ buffers/cache: 86 914
Swap: 0 0 0

Памяти толком не сожрало относительно голых кед(3.5) - без ООо было 69МБ занято

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

>до сих пор не понимаю, в чем профит изображать из себя девочку если ты 40-ка летний бородатый мальчик??

У сороколетнего бородатого мальчика фотку никто не спрашивает.

dn2010 ★★★★★
()

ждем бекпортов.

maloi ★★★★★
()

> лучше использовать ресурсы системы
позвольте угадаю: теперь если в системе два гига памяти, иксы не жмотятся и забирают всю?

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

> У сороколетнего бородатого мальчика фотку никто не спрашивает.

О Сильви и так пол-ЛОРа грезит. А если б еще и фотка всплыла, ей бы вообще проходу не было :D

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

В Убунте на интеле никаких особых приятных плюшек по сравнению с 30ым ведром в плане видео не заметил но да, кеды реально быстрее грузятся теперь

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

> В Убунте на интеле никаких особых приятных плюшек по сравнению с 30ым ведром в плане видео не заметил но да, кеды реально быстрее грузятся теперь

Intel, как и KDE говно и не нужно.

phasma ★☆
()
Ответ на: комментарий от Steplton

>Ваще непонятно. Раньше было 50 ошибок? 50 процентов? Если процентов, то чего? Короче, "копать от меня до обеда".

Если мне libastral.so не изменяет, то речь об отношении количества кэш-промахов к количеству кэш-попаданий.

Zenom ★★★
()

Короче, в переводе на межстрочный звучит просто: "нужно много наивных бетатестеров". :-)

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

>Intel, как и KDE говно и не нужно.
Давай, рассказывай, как вытащить из моего eeepc и заменить на православную нвидию.
По поводу производительности интеловских дров - сейчас посмотрим. У меня что 2.6.28, что 2.6.30 одинаково примерно работали...

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

>По поводу производительности интеловских дров - сейчас посмотрим. У меня что 2.6.28, что 2.6.30 одинаково примерно работали...

На еееРС интеловское видео сейчас работает ровно на столько, на сколько может...

madcore ★★★★★
()

>В результате такой оптимизации загрузка памяти на нагруженных компьютерах и количество ошибок уменьшилось на 50%.

Все думал, каких это еще ошибок уменьшилось? Прямо чувствовал, что речь идет о page faults. Заглянул в оригинал, и точно! Только там major faults.

http://en.wikipedia.org/wiki/Page_fault#Major_page_fault

Zubok ★★★★★
()

где можно узнать, что за новый юзб стек

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

Тебя это пугает?

Подумай, можно на освещении сэкономить)

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

>> не знаю. Таки OO перестал дико тупить. Теперь он тупит более менее сносно.

>А сколько памяти у тя?

512MB. Я тоже сначала на это грешил. Но потом увидел, как OO той же версии с тем же документом летает на WinXP с 384MB памяти и огорчился.

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

> Подтверждаю. OO стал летать по сравнению с тем, что было в 2.6.29.6

Наверное, ОО просто перестал тормозить ?
Надеюсь , арифметические операции не зацепило новое ядро ? :)))

elipse ★★★
()

в karmic у меня на 31 ядре не определялся внешний hdd transsend 320гб. Если это проблема ядра, то пофиксели?

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

>Наверное, ОО просто перестал тормозить ?

Ну да :) Но он не тормзил. Он просто _тупил страшно_. Это даже тормозами не назовешь.

dikiy ★★☆☆☆
()

в karmic у меня на 31 ядре не определялся внешний hdd transsend 320гб. Если это проблема ядра, то пофиксели?

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

> в karmic у меня на 31 ядре не определялся внешний hdd transsend 320гб

Покажите dmesg.

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

А нужно это например для обработки звука в реальном времени с помощью jackd

Evtomax
()

>разработчики серьёзно поработали над производительностью новой версии ядра.

А в какую сторону?

...

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

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

>fglrx 9.8 поддерживает .31 ядро или нет?) нет

слишком вкусно звучит, в чем подвох?

alltiptop ★★★★★
()

Аллилуйя, Царство Линуксово близится, вендекапец да пребудет с нимъ

jiicehok
()

Надеюсь что intel 965GM начнет снова быстро рендерить 3Д. Ведь не торомозило ничего в 2.6.29 и дровами 2.7.1.

Werehuman ★★
()

После апдейте до 31 dmesg стал заполняться сообщениями вида

[ 2877.327591] hda-intel: spurious response 0x0:0x0, last cmd=0x970610

ни кто не сталкивался с таким?

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

> как я знаю с 2.6.30 раньше тоже пользовал rt после выхода 2.6.30 необходимость отпала.

ХЗ, у меня на 2.6.30 из реп Дебиана какие-то жуткие проблемы при работе с jackd, он начинает жрать до 90% CPU и работать невозможно. На скомпиляном 2.6.29 с rt проблем нету. Возможно, это связано с тем, что я использую довольно старую версию jackd и пока не могу её обновить из-за вопросов совместимости.

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

>Надеюсь что intel 965GM начнет снова быстро рендерить 3Д. Ведь не торомозило ничего в 2.6.29 и дровами 2.7.1.
Так, у меня 2.7.1 и стоит. И я правильно понимаю, что на 2.6.28(у меня с array.org, специально под eeepc оптимизированные) и 2.6.30 - тормозит,а на 2.6.29 не тормозит?

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

> как я знаю с 2.6.30 раньше тоже пользовал rt после выхода 2.6.30 необходимость отпала.
Почему?

ayt-fantom
()
Ответ на: комментарий от Nightwing

Да, 2.6.31 вообще работало криво в плане графики. Framebuffer отвалился, а в иксах при любом движении - открытие меню, анимации чего-то в окне, при том же запущенном glxgears'e изображение на экране искажается. Буду ждать релиза, благо уже не долго.

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

>а не известно, относительно вечного спора «sqlite vs. ext3» это будет удачная или неудачная версия?

sqlite на 2.6.31 стала сильно тормозить в сравнении с 2.6.30

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

>Оно уже есть в Убунте 9.10. Сейчас обновился, ускорение откликов гуя довольно заментно, да и в целом система пошустрее. Даже Гном почти не тормозит.

Что-то я не пойму почему гном вообще тормозит и памяти больше есть в сравнении с кде, ведь qt кучу памяти под метаданные отводит... кривые руки гномовцев тому виной?

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