Jadro 2.6.24 - problem s vykonem (asi CPU scheduler) (vyřešeno)

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

Člověk je takový, jak vypadá... A já vypadám jako pravá, nefalšovaná děvka!!!

Odpovědi

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

16.4.2008 15:53 Prcek | skóre: 43 | Jindřichův Hradec / Brno
Rozbalit Rozbalit vše Re: Jadro 2.6.24 - problem s vykonem (asi CPU scheduler)

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

Člověk je takový, jak vypadá... A já vypadám jako pravá, nefalšovaná děvka!!!

Řešení 1× (Prcek (tazatel))

16.4.2008 16:24 michich | skóre: 51 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: Jadro 2.6.24 - problem s vykonem (asi CPU scheduler)

Vypni

CONFIG_FAIR_GROUP_SCHED=y

CONFIG_FAIR_USER_SCHED=y

16.4.2008 18:33 Prcek | skóre: 43 | Jindřichův Hradec / Brno
Rozbalit Rozbalit vše Re: Jadro 2.6.24 - problem s vykonem (asi CPU scheduler)

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...

Člověk je takový, jak vypadá... A já vypadám jako pravá, nefalšovaná děvka!!!

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.

If you hold a Unix shell up to your ear, you can you hear the C.

17.4.2008 14:11 fixinko | skóre: 15 | Bratislava
Rozbalit Rozbalit vše Re: Jadro 2.6.24 - problem s vykonem (asi CPU scheduler)

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

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

Odpovědi