salut
j'aimerais bien comprendre ce que c'est, techniquement et fonctionnelement la préemptibilité du kernel,
que signifie le temps utilisateur, et le temps cpu?
 
voila j'aimerais bien comprendre un peu plus paske je regarde les ptits desisn sur gkrellm et autres et je sais pas ce que c ?
 
 
voila, explications concises et claires requises!

Temps cpu : ben c'est le temps utlilé par le cpu pour exécuter une tache...    
 
Temps utilisateur : le temps cpu hors appels système utilisé par un programe. Ex : tu calcules de transformées de Fourier -> temps utilisateur. Tu écris les résultats sur le disque -> temps système pour gérer les entrées/sorties vers les périfs.

moi aussi j'aimerais des explications sur la préemptibilité du noyau, par ce que j'ai du mal à la concevoir. et puis ça serait bien que ce topic contiennet aussi les différents patchs et quelques explciations supplémentaires, et des témoignages

je constate par exemple, dans le graphique de gkrellm, que quand user time et cpu time se touchent, ca pete et j'entends plus de musique, ya une sorte d'interruption,
mais ca arrive bcp moins suite a avoir isntallé le kernel gaming 2.4.20r3 gentoo, donc, l'impression que j'ai c que preemptible, c une sorte d'"anticipation" des moments ou vont se toucher cpu time et user time, et qu'il essaye de manager en diminuant le cputime, mais quand c trop violent il n'y arrive pas et ça jerte ...voila en mes mots de nioubie mon expérience du preemptibilisme... mais ce n'est que de l'intuition avis expert recherchés!!!
 
 
edit: explication du nice time demandée aussi

 
il y a aussi un "probleme" avec les caches disques durs : le kernel fou d abord ds le cache les donnees, et les ecrit plus tard sur le disque, et kan il y a bcp de donnees (compile ou autres) tu peux voir ke le dur gratte a mort !!
 
ca le fait souvent avec une copie de fichier : la copie est terminee, et klk dizaines de secondes plus tard, un gros acces disque de 5-10 sec. resultat : pc tout lent, souris sacadee, etc.
 
tu peux le verifier en tappant sync, ou le cache dd est vide et ecrit

Ce genre de choses, ça dépend du système de fichiers utilisés et des options de montage. Mais il me semble que le temps maximal avant de flusher les buffers et d'écrire les données sur le disque est de 3 secondes. Après ça dépend de ta config, mais chez moi le fait d'écrire sur le disque le fait pas ramer le pc au point d'avoir la souris saccadée (ou alors c'est _vraiment_ très rare). T'as activé l'UDMA au moins ?    
 
En ce qui concerne le temps nice, c'est comme le temps utilisateur, mais pour les processus ayant une valeur "nice" positive (priorité basse quoi).

 
bah oui kan meme !!
tests hdparm en lecture
sur mes maxtor : 32Mo/s
sur mon ibm : 50 Mo/s    
 
et comment faire alors pour ke ca saccade plus ??

1) Acheter un vrai PC ?    
2) Mettre une vraie distrib performante ?      
3) Lacher le vibro ?      

1. dudu 1.2Ghz + radeon 8500 + 640 Mo ram + 160 Go dd (2 maxtor 40 go + 1 ibm 80 Go) donc ----------->
2. Mandrake ca fume debian en perf donc ----------->
3. chuis po une meuf donc ----------->
4. un pitit dernier pour la route :
 
 

1) et 2) fo croire que ça suffit pas    
3) N'essayes pas de te rattrapper aux branches  
4)

ben le différé des entrées/sorties c'est une très bonne chose. tu préfères comme sous windows, fais un test avec par exemple une disquette. avec win tu peux t'accrocher pour travailler directement dessus, sous linux tu vois rien. et puis je préfère mille fois que ca soit aps bloquant, ca me ferait chier de passer mon temps à attendre que rm finisse de s'executer alors que j'ai autre chose à foutre. différer, c'est aussi permettre un meilleur multiplexage. fait le test: monte ton disque en sync et on en reparle

 
pour ma part je n ai ABSOLUEMENT AUCUN ralentissement dd sous windows (XP)
pour la diskette, m en fou je l ai viree depuis + de 1 an
 
mais je persiste, c est chiant kan je dois copier un fichier de + de 50 Mo par exemple, apres ke le cp soit fini, mon pc rame pendant 5-10 sec

 
Western Digital Raptor

T'as essayé de renicer le kernel ?    

desole je comprends po la blague/vanne

renice ça sert à changer la priorité... mais ça se change pas la priorité du kernel...

franchement je vois de quoi tu parles. t'as qua faire un cp && sync, mais j'ai jamais eu ce genre de problème

 
aaaaaaaaah tu parle de la commande nice : ok !!!
 
oue donc forcement nicer le kernel

 
oue mais spo bien pratique kan meme
 
et encore j ai ke 2Mo de cache sur mes durs, imagine avec 8

Ben non ça sert à rien, le sync il le fait de toute façon, c'est justement ça le pb : c'est le sync qui le fait ramer...  

ben la je t'ecris alors que je fini de copier des fichiers, et je sens rien du tout, pourtant, je suis à 3 de charge    

 
le pb c est k il le fait ..... apres avoir soir disant fini le cp (rendu la main ds le shell koi) !!!

ça n'a rien à voir. avec sync, le noyau finalise les transferts vers le disque dur, libre à ton disque de vider ses buffer quand il veut

Ouais c'est comme pas mal de pb qu'on voit sur ces forums : le pb est entre la chaise et l'écran...

 
heu nan ca a voir avec le kernel, car je n ai pas ce pb sous windows

non, ça a pas avoir.

a voir avec koi

Attention : je répondais à ton post mais je parlais du cas de tomate77 hein  

ca devient complique la

Fallait pas renicer ton cerveau  

 
c a cause tu patch preemptif tu veux dire  
 
 

nan, c'est le low-latency que t'as du oublier  

 
j ai p'tet oublie le dma, merde !!