je crois saisir mais sans etre sur, tu as des machines avec pas mal de process et tu te plaint de leur manque de reactivité quand tu bouge la souris par exemple ?
Tout est une question de compromis:
tes applis consomme le temps que l'on leur donne et s'execute en un certain temps.
Si tu veut que ton systeme donne moins de temps a tes applis pour en consommer plus a etre reactif c'est possible en modifiant le time-slice dans le scheduler ce qui donnera plus de tache execute en 1seconde mais avec moins de temps pour chaque tache.
Au resultat, un systeme peut reactif mais ou toute les taches s'execute en une heure peut se transformer en systeme hyper reactif toutes les taches s'execute en deux heures (c'est des exemples).
Si par contre tu travaille sur des parcs de machines, le principe est different, une machine qui fais l'interface avec l'humain et plusieurs machine ne sont que des centres de calcul (pas de carte graphic,ni clavier, ni souris donc pas de temps machine consommé pour leur gestions, juste un CPU, de la memoire, une carte reseau,un kernel light, un config minimal....en gros tu les utilises comme des CPU a qui tu envoie une suite de calcul et qui te renvoie la liste de resultat....
Ca depend quel est ton besoin de temps reel ?
mais des solutions existe.
Si c'est pour une lecture video plus fluide sur une petitg config , il n'y a rien a attendre.
Si tu as besoin d'une tache (ou plusieurs) bien precise avec des imperatif temps-reel regarde pour utiliser RTAI ou RTLinux qui sont des patchs systemes pour lequel Linux et ces appli sont des taches de moyenne importance et qui permette une communication par des pipe entre des taches temps reel et des taches linux.
[^] # Re: Linux 2.6
Posté par TheBreton . En réponse au journal Linux 2.6. Évalué à 1.
Tout est une question de compromis:
tes applis consomme le temps que l'on leur donne et s'execute en un certain temps.
Si tu veut que ton systeme donne moins de temps a tes applis pour en consommer plus a etre reactif c'est possible en modifiant le time-slice dans le scheduler ce qui donnera plus de tache execute en 1seconde mais avec moins de temps pour chaque tache.
Au resultat, un systeme peut reactif mais ou toute les taches s'execute en une heure peut se transformer en systeme hyper reactif toutes les taches s'execute en deux heures (c'est des exemples).
Si par contre tu travaille sur des parcs de machines, le principe est different, une machine qui fais l'interface avec l'humain et plusieurs machine ne sont que des centres de calcul (pas de carte graphic,ni clavier, ni souris donc pas de temps machine consommé pour leur gestions, juste un CPU, de la memoire, une carte reseau,un kernel light, un config minimal....en gros tu les utilises comme des CPU a qui tu envoie une suite de calcul et qui te renvoie la liste de resultat....
# Re: Linux 2.6
Posté par TheBreton . En réponse au journal Linux 2.6. Évalué à 4.
mais des solutions existe.
Si c'est pour une lecture video plus fluide sur une petitg config , il n'y a rien a attendre.
Si tu as besoin d'une tache (ou plusieurs) bien precise avec des imperatif temps-reel regarde pour utiliser RTAI ou RTLinux qui sont des patchs systemes pour lequel Linux et ces appli sont des taches de moyenne importance et qui permette une communication par des pipe entre des taches temps reel et des taches linux.
# Re: ping d'une adresse mac
Posté par TheBreton . En réponse au journal ping d'une adresse mac. Évalué à 2.
http://freshmeat.net/projects/arping/?branch_id=385&release_id=(...)