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 ()

Что-то все больно круто звучит, особенно по поводу ускорения.

Ну, и по традиции, ждем кучу регрессий?

Turbid ★★★★★
()

как всё красиво.. по крайней мере на словах (=

ждём pkgbuild`ов

hired777
()

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

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

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

Steplton ★★★★★
()

Похоже за десктоп взялись серьёзно, ну да что тут сказать, виндекапец однозначно!

Ab-1
()

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

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

а почему вопрос про fglrx ко мне? меня вообще это поделие никаким местом не волнует после 9.3 (у меня RS400), но наверное как всегда, в лучшем стиле, поддержка появится уже после релиза, причем еще и не скоро.

Sylvia ★★★★★
()

ням!

вообщем не нужно было дразниться...

sylvia@allure:~$ uname -r
2.6.31-rc9-meya

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

glxinfo показывал что используется OpenGL 2.1 (но сказок не бывает и драйвером оказался всего лишь swrast, r300 dri не смог открыть DRI)
поэтому пришлось развертывать полную инсталляцию dev заголовков ядра
и собирать libdrm , mesa , xf86-video-ati 6.12.99 (Git) в котором KMS теперь включен по умолчанию, Xorg server
после чего все это счастье (KMS и DRI2) заработало, тем не менее показывая 500 fps вместо 900 в glxgears, но как известно glxgears это не показатель производительности.

Также полезли странные глюки с клавиатурой и мышью в X , клавиатура жила своей жизнью и могла просто заесть на печатании 1 символа... Пришлось отказаться от конфигурирования ее в /etc/X11/xorg.conf а воспользоваться услугами HAL , пока вроде не зависает.

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

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

Sylvia ★★★★★
()

на этом мой парсер сломался

>резко уменьшилось количество чтений ошибок из кэша

:) жесть!

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

Именно так и называют. По крайней мере тут. ) Ключевое слово - "Старые"

GreyDoom ★★★★
()
Ответ на: ням! от Sylvia

Руками? Под слакой? Сочувствую.

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

>Что-то все больно круто звучит, особенно по поводу ускорения.

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

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

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

Как это? Про удвоение отзывчивости написано про случай, когда система загнана в swap.

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

Очень редко показывает "не удалось связаться с su", но после повторного нажатия кнопочки - всё хорошо.

supreme
()

Почему все это раньше не сделали, а тянули время? Лентяи =)

qsloqs ★★
()
Ответ на: ням! от Sylvia

Так там, поди, куча debug-, тестовых вставок и assert'ов понатыкано. А вы попробовали в сними взлететь...

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

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

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

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

>Как это? Про удвоение отзывчивости написано про случай, когда система загнана в swap.

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

dikiy ★★☆☆☆
()

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

anonymous
()

> Это привело к тому, что графическая система X стала гораздо быстрее отзываться на действия пользователя и лучше использовать ресурсы системы.

Это они анестезиолога испугались.

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

> да лень выбирать было

А зря. Там есть из чего выбрать. Например: SUSE разработали CUSE, как расширение к FUSE. ;-)

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

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

Я добавил prelink - прирост скорости загрузки еще больше.

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

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

>Я добавил prelink - прирост скорости загрузки еще больше.

Да я не про скорость загрузки. На нее пофиг. Я про скорость работы. До этого было просто неюзабельно вообще. А сейчас даже более-менее шустро так.

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

>Да я не про скорость загрузки. На нее пофиг. Я про скорость работы. До этого было просто неюзабельно вообще. А сейчас даже более-менее шустро так.

Так же быстро, как в винде стало (да-да. Я аж офигел, когда увидел, что на XP с меньшим количество ОЗУ ОО работал намного шустрее. Таки проблема в ядре была).

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

Не замечал, меня напрягала очень долгая загрузка, порой секунд по 5 надо было ждать, а после уже вроде бы вполне шустро всё работало, но хотя смотря какая машина, по ХП не проверял.

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

>Не замечал, меня напрягала очень долгая загрузка, порой секунд по 5 надо было ждать, а после уже вроде бы вполне шустро всё работало, но хотя смотря какая машина, по ХП не проверял.

:) Я жду секунд 15-20.

А если документ сохранять, то и все 60. Да, это тормозная скотина. Но уже стало лучше. Вот закончу с ним, и снесу к №;% матери.

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

А есть ли что-нибудь, чем можно было б адекватно померить скорость ООо? Ну там документ какой-нибудь, с макросоом создающим типичные нагрузки и выдающим результат.
А то ведь я и на еееРС с 630МГц тормозов не замечаю(холодный старт секунды 3 максимум)

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

Да, вторая мгновенно, но у меня стоит куча всего, плагины и ява и тд и тп.

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

>Экселевский файл на гиг-два, с ссылками на другой такой же.

Где я увижу конкретный результат, выраженный в цифрах?

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

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

madcore ★★★★★
()

Что его ждать? Я с rc3 на нём сижу - никакой разницы с 2.6.30.

Software suspend по-прежнему не пашет.

В опу.

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

>>:) Я жду секунд 15-20.

>Ну у меня c2d 2500, подозреваю что на селероне 300А оно и за минуту не загрузится)

Вообще-то у меня Thoroubred 1800MHz (Geode NX, если быть точным).

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

>А есть ли что-нибудь, чем можно было б адекватно померить скорость ООо? Ну там документ какой-нибудь, с макросоом создающим типичные нагрузки и выдающим результат.

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

>А то ведь я и на еееРС с 630МГц тормозов не замечаю(холодный старт секунды 3 максимум)

o_O как?

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

>>А есть ли что-нибудь, чем можно было б адекватно померить скорость ООо? Ну там документ какой-нибудь, с макросоом создающим типичные нагрузки и выдающим результат.

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


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

>>А то ведь я и на еееРС с 630МГц тормозов не замечаю(холодный старт секунды 3 максимум)


>o_O как?


Ну ес-но имеется ввиду открытие просто оффиса(oowriter и oocalc) с новым документом. Двухгиговых таблиц у меня нет.

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

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

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

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

>>o_O как?

>Ну ес-но имеется ввиду открытие просто оффиса(oowriter и oocalc) с новым документом. Двухгиговых таблиц у меня нет.

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

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