LINUX.ORG.RU

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

 


0

5

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

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

★★★★★

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

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

>>Turns out

Я всегда перевожу это как «выходит/получается, что»


Здесь «выходит» не совсем вписывается в общий смысл. Он как бы говорит: «можно сделать это в иерархии ЦПУ. И в систимдэ это тоже возможно», т.е. это не связанные между собой вещи - ничего не «выходит» из предыдущего предложения.

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

Они сейчас пилят только zen-stable на основе уже релизного ядра.
Вторую, более интересную ветку на основе linus-git они больше не развивают.

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

Если присмотреться, то можно понять, что на любом, даже на самом конченом УГ-железе распаковка архива упирается в винты, а не во что-то другое.

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

даже на самом конченом УГ-железе распаковка архива упирается в винты

Ой да ладно, вы наверное ничего лучше winzip не пробовали.

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

Слушай, а как ты его собрал? У меня при компиляции выдал ошибку:

kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0x140f): undefined reference to `sched_set_stop_task'
stop_machine.c:(.cpuinit.text+0x1446): undefined reference to `sched_set_stop_task'
make[1]: *** [.tmp_vmlinux1] Ошибка 1
make[1]: Выход из каталога `/media/G/data/source/Linux/Zen/zen-stable'
make: *** [debian/stamp/build/kernel] Ошибка 2

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

>Как раз перед тем, как эта ошибка с BFS начала вылезать.

А, вот оно что... Ясно, спасибо.

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

в случае десктопа лучше привязать к юзеру
имхо
как впрочем я и сделал у себя - одни профиты в итоге :)

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

>привязка процессов к tty

Может да, а может и нет. А скорее всего: в некоторых случаях «айс», а в некоторых «не-айс». Скажем, для серверного ядра и ядра для вычислительных нод кластера я этот патч включать не собираюсь, а для прилично нагруженного десктопа - почему бы и нет.

Мне то ты зачем это пишешь? я не автор этого патча, я всего лишь попытался адаптировать его для 2.6.31/32

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

>а для прилично нагруженного десктопа - почему бы и нет.
потому что страдает отклик
который гораздо вкуснее в связке bfs+нормально расставленные приоритеты

Мне то ты зачем это пишешь? я не автор этого патча, я всего лишь попытался адаптировать его для 2.6.31/32

ну за адаптацию конечно плюс
а зачем пишу хз )

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

>отклик который гораздо вкуснее в связке bfs

Не факт

нормально расставленные приоритеты

Ну это как-бы очевидно:) По крайней мере у меня все сборки (а они у меня «висят» постоянно) идут с -j4 и «nice -n 15». Кстати, пресловутый 12309 я ни разу не наблюдал (ядра 2.6.27,31,32). Может потому что отказался от говноплатформ на чипсетах nvidia, а может потому, что пользуюсь SUSE-based ядрами:)

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

... а может потому, что у меня /, /home и /mnt/data на разных физических дисках и «тяжёлые» IO-операции никак не влияют на / ?

а может потому, что я не пользуюсь ext3/ext4?

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

>факт! проверял и на 36-ом и на 35-ом (за этим патч и перенёс на него)

Не буду спорить, потому как не сравнивал. Сам не так давно начал заниматься 2.6.32, может и попробую, а на 2.6.27 bfs было лень адаптировать - слишком много всего, а тестировать потом - ещё дольше:)

Но у меня только одна «проблема» - у меня почему-то нет проблем с «откликом» при любой нагрузке:)

Led ★★★☆☆
()

Поставил патч на 2.6.36-gentoo-r1. Трудно сказать, есть ли улучшение, но когда компилил octave, то на половине сборке имею адские фризы, как и на 2.6.36-ck.

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

>Может потому что отказался от говноплатформ на чипсетах nvidia, а может потому, что пользуюсь SUSE-based ядрами:)

это ни разу не критерий

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

>Собрал 2.6.37-rc2 с этим патчем. При запущенном торренте большие потери пакетов, интернет жутко тормозит. Торрент только раздает.

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

firestarter ★★★☆
()

Поставил себе патч, правда пришлось собирать 36-е ядро(сижу на 10.04 LST) - хорошая штука, радует. Назнаю правда, может это и заслуга свежего ядра тоже, но напимер когда один какой-либо процесс начинает жрать ресурсы - остальные от этого не помирают после патча. Супер, я даволен:)

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

>с чего он должен быть абсолютно правильным?

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

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

>Учитывая, как он на разработчиков ядреного DRM набросился - сдает мужик.. ой как сдает.

Забавно слышать подобное от «экспертов»-гентушников:)

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

>>Может потому что отказался от говноплатформ на чипсетах nvidia, а может потому, что пользуюсь SUSE-based ядрами:)

это ни разу не критерий

Уверен?

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

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

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

>которые усложняют контроль качества как самими разработчиками

А разрабы то работают и не знают, как им плохо..

так и извне при отслеживании ошибок


Так и вижу: Линус ночью втихаря заходит и ищет ошибки.

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

> от «экспертов»-гентушников

А это тут причем?

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

>несколько машин на i965 и сусевые ядра 11-й серии (в десятых уже не помню, но в 10.1 точно не было, 2.6.16(?))

И?

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

то, что называют «12309» проявляется на всех. так что ни отсутствие нвидиевских чипов, ни сусевые ядра - не критерий

registrant ★★★★★
()

По поводу бага 12309, для разбора полётов!

Поработав 4 дня на ХР при большой нагрузке на HDD, с удивлением заметил, что отзывчивость системы стемится к нулю.

Opera, explorer, хоть ноутпад - любое приложение практически подвисает (причём уже запущенное) с возрастанием нагрузки на Винт. Естественно, ОЗУ для задач достаточно, т.е. своп исключён.

Сдаётся мне, что 12309 и похожее в ХР - это не баг ОС, а архитектурные (аппаратные) «особенности» PC-совм. железа. Надо разбираться.

Поэтому «баг» давно и висит.

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

Мне кажется, вы даже не посмотрели, не в pio-режиме ли работает в венде hdd. У меня под вендаем такого нет.

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