Dotaz: Jadro 2.6.24 - problem s vykonem (asi CPU scheduler)

[Prcek]

Přílohy:

• config-2.6.24-gentoo-r4 (33112 bytů)
• config-2.6.23-gentoo-r9 (32104 bytů)

Zdravim,

v portage se pred nejakou dobou objevilo jadro 2.6.24, tak jsem chtel prejit z 2.6.23, ale oproti nemu mam v 2.6.24 problem s vykonem.

Bezi mi na pozadi vypocet SETI@Home s nice levelem 19. Drive to bylo v pohode, ale s tim novym jadrem se mi ted napriklad seka prehravani filmu. Kdyz vypnu SETI, tak to jde normalne. Rekl bych ze to bude neco s pridelovanim procesoru jednotlivym aplikacim, ale nevim ktere polozky v konfiguraci jadra na to maji vliv. A zkouset jednu po druhe a prekompilovavat jadro neni v lidskych silach.

Nevite nekdo co by to mohlo zpusobovat? Davam do prilohy muj config od obou jader, kdyby se na to chtel nekdo podivat. No pri nejhorsim zustanu u 2.6.23, snad se svet nezbori .

---

---

Odpovědi

[laco]

Řada lidí má ještě starší jádra než 2.6.23 a svět se nezboří.

[Prcek]

Mne je to jasny . Ja jsem to chtel proste zkusit - zatim jsem s temihle prechody nemel problem, az ted se asi kod zmenil nejak vice . Ja mam dost stary HW (7 let), takze o nove ovladace mi fakt nejde, ale tak trochu me to stve a chtel bych to vyresit .

[Prcek]

Vypni

CONFIG_FAIR_GROUP_SCHED=y

CONFIG_FAIR_USER_SCHED=y

[Prcek]

Diky, pomohlo to.

I kdyz teda ze zacatku mi nekolikrat uplne zamrznul system, kdyz jsem spustil mplayerem nejaky film. Pouzivam -vo gl, tak asi neco s nvidia driverem (-vo xv sel normalne). Ale uz to nedela...

[Semo]

Varim z vody, ale prave som presiel na 2.6.24, tak som si trocha pozrel optiony pri kompilacii jadra. Tipol by som, ze SETI aj mplayer spadnu do tej istej schedulovacej skupiny, pretoze predpoklam, ze oboje bezi pod tym istym userom.

Momentalne jedinou moznostou pre "Basis for grouping tasks" je "user id". Snad v buducnosti sa objavia aj ine moznosti zdruzovania vlaken/procesov a vtedy by sa mplayer a SETI dostat do roznej grupy a neskrtit sa navzajom.

Ak sa ti s tym chce hrat, tak skus este tomu SETI nastavit normalne nice 0. Pri nice 19, by totiz nemal dostavat menej CPU, iba zriedkavejsie dostavat vacsie mnozstvo. A mozno, ze pocas toho co bezi vacsie casove kvantum, by sa mplayer chcel dostat k CPU, ale nemoze, pretoze je v rovnakej schedulovacej grupe ako SETI. Pomocou nice 0 by sa mozno dalo dosiahnut, ze by sa castejsie striedali. Je to iba riesenie nasledkov a nie priciny, ale celkom by ma zaujimalo, ci teoretizujem spravne.

[fixinko]

V General setup si zapni Control Group support a v Basis for grouping tasks ti pribudne Control groups, kde budes moct robit skupiny ktorym potom pridelis resource... Viac najdes v dokumentacii ku kernelu v Documentation/cgroups.txt