Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Preemptive (was: Izleze linux-2.2.20 - 2.4 VM tests)


  • Subject: Re: lug-bg: Preemptive (was: Izleze linux-2.2.20 - 2.4 VM tests)
  • From: danchev@xxxxxxxxx (George Danchev)
  • Date: Mon, 5 Nov 2001 13:45:01 +0200



On Monday 05 November 2001 12:28, you wrote:
> E ti ne chete li na Moshe Bar v statiqta, deto q citirashe, che toj
> lichno ne useshta nikakvo podobrenie v reagiraneto na sistemata sled
> patch-vane. Linus pyk razpravq, che po skoro shte tyrsi prichinata za
> zabavqneto v qdroto (ako takova zabavqne naistina ima) otkolkoto da
> go napravi preemptive ot user land-a.
E 4etoh ama stanaha mnogo mneniq i da se 4udish na koe da vqrvash :)...
Vsustnost ako kernela e preemptive , ne mozhe da se o4akva obsto zaburzvane 
na sistemata, dori naprotiv . Tova prosto vnasq guvkavostta syscalls 
generirani ot edni proseci da bydat prekusvani ot drugi, da forsirash 
(prinudish) kernela da se syobrazqva s tekustata obstanovka. Oba4e trqbva da 
se o4akva kato cqlo dori leko zabavqne stoto tazi guvkavost ne e bezplatna 
... Dokolkoto znam az non-preemptive kernela si suhranqva poredicata ot 
syscalls v edna struktura ot pametta i gi izpylnqva posledovatelno , kato ne 
obrusta vnimanie koj syscall ot process s kakuv prioritet e generiran .... 
Preemptive kernel oba4e trqbva da reorganizira (prenarezhda) tazi poredica 
dinami4no (neznam na kakuv interval) v zavisimost ot prioriteta ... tova 
vnasq guvkavost no s izvestno nakazanie , vmenqva se oste edna grizha na 
kernela - interrupts , prekusvaneto i preminavaneto kym druga zada4a susto 
bavi ... No mislq 4e ne e losho da se predlaga takava guvkavost kato opciq, 
vypreki 4e ima penalties ... A za run-time switching-a 
preemptive/non-preemptive si prav , prosto mnogo e tezhko da se realizira ako 
vyobste e vuzmozhno ...    
> Inache spored men tova e boolean stojnost: mozhe li user proces da
> prekysva kernel proces ili ne. Tova obache ne znachi, che shte mozhe
> da se upravlqva prez /proc - promenite v koda sa tvyrde golemi.
>
> Tova e samo kakvoto sym chel, de. Ponezhe i az se bqh zapalil, ama kato
> vidqh mnenieto na Linus i Moshe, reshih, che ne si zasluzhava truda.
ima takova mnenie de , 4e kolkoto e po-konservativen kernela tolkova e 
po-stable i byrz (ili bryz;) . No za baven 2.4 ve4e ne mozhe da se govori de, 
ima 2 byrzi VM's ... ostava da opredelqt po-stabilnata, no qvno stable 
protivore4i na guvkav... No s interes o4akvam "Linux FreeBSD revisited" de, 
trqbva da ima konstruktivna konkurenciq za da izduhat vkl. i commercial 
Unices:). 


-- 
Greets, 
fr33zb1
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora




 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.