[в бой][gentoo][kde] Как собрать быстрейшие кеды

Собираешь как обычно с -O2, но дополнительно идешь в магазин, где покупаешь SSD, на которую помещаешь весь /usr (разве что кроме portage).

Ах, да, забыл:

2. Использовать графическую систему raster.

С Qt 4.7 графические подсистемы выбираются без перекомпиляции установкой соответствующей переменной окружения.

Это я знаю, спасибо :))

3. Использовать патчи BFS и недавний патч от Майка Галбрейта.

Оно ж, вроде, вместе никак.

PS: На семпроне ничего хорошего ты не получишь. А видюха какая?

Тогда какой лучше ставить, по Вашему мнению? Вроде как оба достаточно хорошо влияют на прорисовку интерфейса и отзывчивость, правда я только патч от Майка Галбрейта пробовал на Арче.

Видюха ATI Radeon X550 (r300), предполагается использовать свободные дрова (ибо fglrx уже не катит)

>3. Использовать патчи BFS и недавний патч от Майка Галбрейта.
это autogroup который?
нихрена не выйдет - если вместе их наложишь, то autogroup не будут работать
это первое
второе - тот патч улучшает отзывчивость при диких нагрузках, а вообще отклик только хуже

>2. Использовать графическую систему raster.

зачем? какой смысл?

Т.е. советуешь лучше BFS поставить или вообще обойтись без него?
А может zen? :))

>Тогда какой лучше ставить, по Вашему мнению?
вопрос не мне, ну да ладно
bfs+максимальный приоритет на кедо процессы и иксы с вм - короче на все процессы пользователя
профит до ~30% в скорости отрисовки
если верить qtperf

>зачем? какой смысл?
учи матчасть!

Бытует мнение, что с raster прорисовка элементов окон быстрее происходит, нежели со стандартом. Пробовал его на Арче - субъективно быстрее, правда есть некие артефакты.

это не мнение - это факты!

Оговорился =[

фиг его знает, я пробовал несколько раз этот raster - толку ноль

тем более, больше нагрузка на ЦП

а растер уже починили? на Qt 4.7 какие-то ошибки валятся в при log out.

короче у меня так:
кутэ с растром
bfs
preempt
1000HZ
bfq
мой скрипт

#!/bin/bash
while [ 'pidof X' != '0' ]
do
sleep 2 && renice -n -19 -u megabaks &>/dev/null
sleep 2 && renice -n -19 `pidof X` &>/dev/null
sleep 2 &&ionice -n 0 -t -c 1 -p `pgrep -u megabaks` 0 &>/dev/null
sleep 2 &&ionice -n 7 -t -c 3 -p `pgrep -u root` && ionice -n 0 -t -c 1 -p `pidof X`  0 &>/dev/null
done

for i in `pidof kswapd0`; do renice -n 19 $i; done

Я на нем сидел буквально пару часов, ради теста, кроме некоторых артефактов ошибок не было.

>больше нагрузка на ЦП
4.2

> мой скрипт

что за скрипт? для Ъ, чего делает?:)

Спасибо, попробую..

Тогда какой лучше ставить, по Вашему мнению?

Ядро бы я взял BFS.

Вроде как оба достаточно хорошо влияют на прорисовку интерфейса и отзывчивость

ИМХО, без заметной нагрузки патч ничего не меняет. Соответственно по задачам и смотреть надо. Но лучше, конечно, погонять оба и выбрать.

Видюха ATI Radeon X550 (r300), предполагается использовать свободные дрова (ибо fglrx уже не катит)

Ясно. Конфиг примерно как у меня раньше был.

он же перекладывает прорисовку на ЦП, нет?

>>Использовать патчи BFS и недавний патч от Майка Галбрейта.

Оно ж, вроде, вместе никак.

BFS даже с CGROUP не совместим. Вчера на эти грабли наступил. Отрубил BFS, включил CGROUP, получил систему, которая жутко-жутко тормозила, сыпала какими-то дампами в консоль и в итоге, через 10 минут мучений (пытался в таких условиях пересобрать ядро назад, выкинув CGROUP) спонтанно самоперезагрузилось. Впервые подобный эффект за последние года три, наверное...

Ну, загрузился с запасным 2.6.34, снёс CGROUP, пересобрал. Раз уж без BFS, решил кроме своего zen-2.6.35 поставить gentoo-sources 2.6.36. С CGROUP. Собрал. Загрузлся с 2.6.36. Обломался тем, что с ним не ставятся nvidia-drivers. Перегрузился с 2.6.35... Загрузиться-то оно зарузилось, но почти сразу упало в корку. Уже в GUI.

На этом этапе я пошёл спать. Сегодня вечером продолжу :)

ну как что
всем пользовательским процессам максимальный приоритет на проце, на ввод-вывод максимальный в классе реального времени
для kswapd* минимальный приоритет и на ввод-вывод и на проце
всем рутовым процессам минимальный приоритет на ввод-вывод и класс idle
ну и исключение из рутовых - это конечно иксы - приоритеты как у пользовательских

значит я примерно правильно понял. а с ошибками при логауете с raster как у тебя?

>он же перекладывает прорисовку на ЦП, нет?
этого не заметно на самом деле - ну т.е. вообще

есть какой-то толк? а эмержу тоже минимальный приоритет? не айс

как-как - после запуска этого скрипта почему то пропал косяк
счего и почему сам вот думаю %)

Ну, загрузился с запасным 2.6.34, снёс CGROUP, пересобрал. Раз уж без BFS, решил кроме своего zen-2.6.35 поставить gentoo-sources 2.6.36. С CGROUP. Собрал. Загрузлся с 2.6.36. Обломался тем, что с ним не ставятся nvidia-drivers. Перегрузился с 2.6.35... Загрузиться-то оно зарузилось, но почти сразу упало в корку. Уже в GUI.

Какие ужасы ты рассказываешь :) Что-то и экспериментировать расхотелось...

>BFS даже с CGROUP не совместим

у меня все заработало.

>есть какой-то толк? а эмержу тоже минимальный приоритет? не айс
есть - морда стала рисоваться на 30% быстрее - если верить qtperf
приоритет минимальный у портажа у меня уже давно - ибо собирается всё в фоне и так пофиг - ощущение что ничего на самом деле ничего не происходит )

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

> Обломался тем, что с ним не ставятся nvidia-drivers

Размаскировать бы мог, там 260-е в дереве висят, совместимые с 2.6.36

так у меня при сборке тоже ощущение, что на самом деле ничего не происходит, даже HD-фильмы спокойно смотрятся

>у меня все заработало.

Как заработало, когда в zen CGROUP включается только при выключенном BFS? :) Там явно в зависимостях в menuconfig прописано.

воспроизведение медиа и отклик абсолютно разные вещи, не находишь? ;)

>Размаскировать бы мог, там 260-е в дереве висят

Что-то много было жалоб на бяки с ним. Так что пока не на столько хочется :)

>Video: ATI Radeon X550 (r300), предполагается использовать свободные дрова.

Со включенными эффектами
E4400 + GeForce7200 - никаких проблем с отрисовкой не наблюдаю
E6750 + intel X3500 - на глаз как-то оно хуже, бывают лаги

Даже не представляю, какие флаги тут помогут)

http://img148.imageshack.us/img148/706/81820051.png

Что за 36-zen1?

$ eix -I zen-sources
[D] sys-kernel/zen-sources
     Available versions:  
	(2.6.30_p11)	~2.6.30_p11!b!s
	(2.6.31_p12)	~2.6.31_p12!b!s
	(2.6.32_p7-r1)	~2.6.32_p7-r1!b!s
	(2.6.33_p3)	~2.6.33_p3!b!s{tbz2}
	(2.6.34_p1-r2)	~2.6.34_p1-r2!b!s{tbz2}
	(2.6.35_p2)	~2.6.35_p2!b!s{tbz2}
	(9999)	**9999!b!s
	{bfq build deblob +stable symlink}
     Installed versions:  2.6.35_p2(2.6.35_p2)!b!s{tbz2}(19:27:26 04.09.2010)(-build -deblob -symlink)
     Homepage:            http://zen-kernel.org
     Description:         The Zen Kernel Live Sources

А в 2.6.35-zen2 так:

  │ Symbol: CGROUP_SCHED [=n]                                │  
  │ Prompt: Group CPU scheduler                                   │  
  │   Defined at init/Kconfig:748                                        │  
  │   Depends on: EXPERIMENTAL [=y] && CGROUPS [=n] && !SCHED_BFS [=y]
  │   Location:                                                   │  
  │     -> General setup                                      │  
  │       -> Control Group support (CGROUPS [=n])

http://git.zen-kernel.org/zen-stable/tag/?id=v2.6.36

Лениво ebuild переименовывать :) Подожду, пока сделают.

у них недавно сайт в дауне был, вместе с гитом.

>sys-kernel/zen-sources

Не люблю собирать ядро из portage. Очень не люблю)

А чего там любить или не любить? Две команды на всё :)

>Собрать минимальные кеды, при помощи соответствующих USE-флагов
USE="-semantic-desktop" emerge kdebase-startkde.

bfq

Помнится ты агитировал использовать нативный NCQ посредством включения I/O Scheduler Noop,не?

preload, prelink. Но будут дольше грузится

у меня как бы 2 машинки :)

>preload. Но будут дольше грузится
//fixed