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.
kernel.kolivas.org
patch ck
à priori c'est pas spécialement fait pour être utiliser sur des machines chargées mais je trouve que ça donne bien
essaie, tu verras bien
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....
# Re: Linux 2.6
Posté par drac . Évalué à 1.
[^] # Re: Linux 2.6
Posté par Victor . Évalué à 1.
# Re: Linux 2.6
Posté par TheBreton . É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: Linux 2.6
Posté par Christophe Delaigue . Évalué à 1.
je travaille sur des machines très chargé en processus et je souhaite pouvoir "tuner" le kernel pour éviter d'acheter trops de machines :)
[^] # Re: Linux 2.6
Posté par udok . Évalué à 1.
patch ck
à priori c'est pas spécialement fait pour être utiliser sur des machines chargées mais je trouve que ça donne bien
essaie, tu verras bien
[^] # Re: Linux 2.6
Posté par Erwan . Évalué à 1.
[^] # Re: Linux 2.6
Posté par TheBreton . É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....
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.