LINUX.ORG.RU

Для ядра Linux написан патч, многократно улучшающий отзывчивость системы

 


0

5

Майк Галбрейт (Mike Galbraith) написал патч, многократно улучшающий отзывчивость системы при использовании многопоточных фоновых приложений, таких как, например, компиляции. Линус Торвальдс проверил и высоко оценил данную работу. К примеру, он запустил сборку — 'make -j64' — и при этом система оставалась отзывчивой, а прокрутка в веб-браузере — плавной. Торвальдс прокомментировал патч так: «that's a killer feature».

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

★★★★★

Проверено: svu ()
Последнее исправление: Dendy (всего исправлений: 1)
Ответ на: комментарий от dm1024

> Когда появится вендовый подход отдавать приоритет активному окну … ?

когда xorg.ko // к.о.

arsi ★★★★★
()

так вот, чем Линус занимается на досуге...

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

Общее время сборки будет больше, очевидно же. Но, на самом деле, гентушникам пофиг, ибо этот процесс должен быть как можно более фоновым :)

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

>сложно запускать с низким приоритетом?

Тормозить продолжает.

devl547 ★★★★★
()

А всё же...

У меня вот ни разу этого 12309 не было. Может я особо понтовые дистрибутивы не ставил, над системой не издевался, знал что делаю, хз.

Mobyshvein
()
Ответ на: А всё же... от Mobyshvein

>У меня вот ни разу этого 12309 не было.

Ну так поэтому это и пример сферического бага в вакууме.

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

>придётся дебианщикам делать бекпорт...

А ви таки увегены что на дебиане оно есть?

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

руки подкрути, gentoo-sources-2.6.36-r1 накладывается нормально

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

>Это для инфракрасноглазиков. А мне охота иногда побегать в первый SOF к примеру, в халфу, ку2 и т.п. stellarium опять же с нормальной производительностью -vo gl2:yuv=4:cscale=1:lscale=1 опять же etc.

Неужели у Sandy Bridge процессоров не хватит мощности для этих игр?

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

Странно будет, если Линус, высоко оценив этот патч, не примет его в ядро.

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

>ну приходится иногда итак извращаться. Игрушка 2005 года, корейско-быдлокодерская. Жрет проц хз куда и зачем.

В Рагнарёк читеряешь, а Спакум то и не знает)))) Ну да, самому себя хилять дешевле обойдётся.

Napilnik ★★★★★
()

Начал собирать 26 с патчем, посмотрим что получится на нетбуке с атомом.

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

>5-10 тормоза нереальные, а сейчас при 60 музыка

А ты не задумывался о том, что эти 60 при включенной фиче не имеют ничего общего с реальным положением вещей?

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

>В Рагнарёк

Почти, FlyFF.

самому себя хилять дешевле обойдётся.


Без 2х окон играть просто нереально, лекарей не найти нигде.
А 3-4 это извращение ради прохождения инстансов в одиночку.

//Кстати, сменил под виндой хромиум на Оперу 11 - теперь и браузер летает при такой нагрузке. Хотя explorer.exe все равно неюзабелен

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

>Вообще это нужно только гентушникам

Нафиг не надо, PORTAGE_NICENESS=18 PORTAGE_IONICE_COMMAND=«ionice -c3 -p \${PID}»

Ты походу не читатель, а чукча-писатель.

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

>> Че вы все пристали к этому 12309 ?

У меня он проявляется когда система начинает активно общаться с диском. Жёстким.


Для Ъ. То, что обычно назвают 12309, бывает в двух случаях:

1. Когда систему загнали в своп. И те программы, что из свопа вылазят - тормозят. Это логично, и это - не баг, иначе просто не может быть.
Признак этого случая: большое число swapin/swapout в выводе команды `vmstat 1` во время тормозов.
Решение: не забивать память всяким хламом.

2. На многоядерных CPU в кривых дистрибутивах не балансируется обработка IRQ.
Признак этого случая: равномерно растущие счетчики в /proc/interrupts во время тормозов.
Решение: установка демона irqbalance или ручная балансировка: for f in /proc/irq/*/smp_affinity; do echo 1 > $f; done

Как видно, ни один из этих случаев не является ошибкой ядра.

По слухам, есть еще третий случай, баг то ли в ext3 то ли в ext4 (sync - и пусть весь мир подождет). Сейчас обсуждается в LKML. Если наличие баги подтвердят - ее исправят. Временное решение - использовать для ext3/4 опцию data=writeback, кто-то, кажется Линус, писал, что ему помогало, или ставить reiserfs. :)

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

>explorer.exe - это вирус такой?

да не, просто bloatware.

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

>Когда появится вендовый подход отдавать приоритет активному окну, вследствие чего, чем быстрее елозишь мышкой, тем быстрее работает программа? Делаем прогнозы.

Стырили фичу из восьмибитных секс симуляторов, встроили в ОС - профит и клиенты не скучают!

Napilnik ★★★★★
()
Ответ на: А всё же... от Mobyshvein

>У меня вот ни разу этого 12309 не было. Может я особо понтовые дистрибутивы не ставил, над системой не издевался, знал что делаю, хз.

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

dikiy ★★☆☆☆
()

Скомпилировал. Не знаю, что-то вроде изменилось, но пока сложно сказать что и как. Запустил emerge, тормозов нет. Но их и раньше не было, так как в make.conf есть:

MAKEOPTS="-j3"
PORTAGE_NICENESS="3"
PORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}"

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

> В общем-то не произошло ничего нового. Просто кто-то догадался сделать тот поворот жопы, когда всем было лень.

Какая жалость, вы явно придумали это решение раньше. Но, не успели.

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

>//Кстати, сменил под виндой хромиум на Оперу 11 - теперь и браузер летает при такой нагрузке. Хотя explorer.exe все равно неюзабелен

Мне кажется или 32 битные броузеры тормозят меньше 64 битных? Пока весь код нормально под 64 бита переделают может пройти много лет(

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

>У меня очень серьезные подозрения, что 12309 не было лишь у тех, кто линуксом начал пользоваться _после_ того, как 12309 впервые появился.

Использую Fedora Core, CentOS и изредка RHEL. Лютого 12309 не словил пока

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

Опять забыл добавить,что использую Linux со времен RedHat 4.2, а это вроде бы был 1997 год...

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

> >(Mike Galbraith)

Galbraith? Это же персонаж какой-то игры со спектрума


Пестец. Ошибиться в написании псевдонима «Bill Gilbert».
Неужели фраза в рамочке (и без, и еще десятки других вариантов) «Cracked by Bill Gilbert» вам ни о чем не говорит? А ведь в наше время есть педивикия.

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

> Собрал ядро с патчем и моя жизнь круто изменилась. Я бросил пить. Ко мне вернулась жена, вскоре после этого я получил высокооплачиваемую работу, о которой не мог и мечтать. Также я выиграл в лотерею и смог расплатиться с ипотекой. Теперь я успешный обеспеченный человек. Спасибо патчу!

Как вас плющит! Спасибо, было приятно прочесть вашу мессагу ;)

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

>> В общем-то не произошло ничего нового. Просто кто-то догадался сделать тот поворот жопы, когда всем было лень.

Какая жалость, вы явно придумали это решение раньше. Но, не успели.

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

А вообще вы меня не правильно поняли. Я ни в коем случае не пытаюсь как-то принизить сабж. Просто описал положение вещей, как оно есть.

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

>У меня очень серьезные подозрения, что 12309 не было лишь у тех, кто линуксом начал пользоваться _после_ того, как 12309 впервые появился.

Согласен! Попробовал недавно CentOS 5.3 (который использует ядро из стародавних времён) и понял, что на работе пора заканчивать с «современными» дистрибутивами.

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

> Да, помним. А когда зажимаешь левую кнопку мыши на заголовке окна, то останавливается системный таймер. Помним, любим, скорбим...

Это было вплоть до w95/me. Но в той же nt 3.51 (та, что с интерфейсом win 3.x) такого не наблюдалось.

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

> -vo gl2:yuv=4:cscale=1:lscale=1 опять же etc.

Какие на нвидиа сложности. С проприетарными амд дровами в .mplayer/config вписываем строку vo = «gl» и имеем универсальный ргб вывод без усилий. Раньше было vo = «gl2» но в новых mplayer`aх на этом видеовыводе поломали поддержку сабов.

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

@КО-mode:
правильно, nt 3.51 была с интерфейсом от win.3x, а w95/me недалеко ушла от win 3.x ядром

anon1984
()
Ответ на: ..._после_ того... от Mobyshvein

>И что, сразу пропал?

просто потом он перманентно присутсвует. и кто раньше линухом не пользовался, тот просто разницы не знает.

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

>Это было вплоть до w95/me
Попробуй в xp в тотале во время копирования взяться за заголовок, копирование остановится :)

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

> Это было вплоть до w95/me
На них не помню, мало с ними сталкивался, а вот на win3.1 было

Но в той же nt 3.51 (та, что с интерфейсом win 3.x) такого не наблюдалось.

И не должно было.
Но, всё-равно забавно было.

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

АТИ Г же.

Проблема не только у меня. Баг в багзиле есть? У Линуса не ати, да?

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

Да не, я лет 5-6 уже пользуюсь. 4 года дебиан и чуть более года абанту.
Я понял теперь вашу мысль. Вы хотели сказать что новые пользователи думают что 'так и должно быть' ?

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

> А вообще вы меня не правильно поняли. Я ни в коем случае не пытаюсь как-то принизить сабж. Просто описал положение вещей, как оно есть.

Но забыли добавить, что понятие «как оно есть» относится к вам лично. Но ведь, что люди, что конфигурации, что задачи у всех разные.

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