Re: lug-bg: kernel sheduler

[Alexander Popov <s_popov@xxxxxxxxxx>]

Dosta detajlno opisanie :))

kazhi URL kydeto mozhe da se prochete powechko za nowite sched. w 2.6 ( 
i wyobshte razlikite s 2.4 w towa otnoshenie).
btw: nqkoj da znae za docu ot tipa na "linux kernel internals" za 2.6 ?

George Danchev wrote:
> On Friday 09 April 2004 12:32, Peter StJ wrote:
>
> > Здрасти
> >
> > Може да е глупав въпрос но днес прочетах в новинарски сайт че at boot time
> > може да се избере sheduler  за кернели 2.6.х, та се чудех как може да стане
> > това някой ще ме осветли ли? Иде реч за DeadLine sheduler предназначен за
> > десктоп системи и той НЕ е подразбирашият се ( което значи че надали съм го
> > пробвал по случайност ) man bootparam не знае нищо за това
> като буут опция му дай elevator=as (default) или elevator=cfq или 
> elevator=deadline или elevator=noop ... виж ги 
> в /usr/src/linux/Documentation/as-iosched.txt
> Или параметрите са в сорса на кърнъла:
> cat .config |grep CONFIG_IOSCHED
> ще ги намериш в make menuconfig или в другите конфигуратори къде са... 
>
> Ети малко тестове със schedulers с различно поведение... 
> http://developer.osdl.org/markw/fs/dbt2_stp_results.html
> но всичко това може да подобри/влоши I/O performance , но ще е прозрачно за 
> различните filesystems  ... за сега може да се менкат само boot time, но може 
> да се направи скоро и да се менкат и run time през /proc-a например ... 
> Разните политики на sheduling са различно изгодни в различни ситуации, като 
> по-подразбиране е as (anticipatory sched... предварителен/преждевременен), 
> който е най-подходящ за general case tasks... При deadline sched .. ядрото се 
> изхитрява да изчака за момент и да предвиди някои работи и да си заведе малко 
> инфо в още две FIFO опашки за да си спести доста други работи, преди да се 
> заеме насляпо с повечко излишна  "here-and-there" работа...  
> Няма универсален/най-добър scheduler (както и filesystem) за всички ситуации, 
> за това са няколко и ще е най-добре да се менкат run time (стига да няма 
> dirty race conditions) ... поне аз незнам друго ядро да разполага с повече от 
> един диспечер на задачи. Демек почти във всички ситуации кърнъла "ще избуши 
> кочината" или по-културно казано "will blow the door out".
--
Alexander Popov                    ProSyst Bulgaria Inc.
RTOS Leader                        48 Vladajska Str.
RTOS and JVM Dept.  	           Sofia 1606, Bulgaria
Phone:  +359 2 952 3581/204        http://www.prosyst.com
Mobile: +359 887 663 193           OSGi Technology Leaders
----------------------------------------------------------

The wonderful thing about Linux is that there is always at
least one more undiscovered way to do almost anything.
             Lewin A.R.W. Edwards (comp.os.linux.embedded)
----------------------------------------------------------

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================