mp55 Posté le 07 octobre 2005 à 12:44:10
pacemaker1 Posté le 06 octobre 2005
marat1 je suis parfaitement d´accord tu m´as cloue le bec!
------------------------
La tu me décois beaucoup Enfin moi j´y étais pas arrivé... marat1 a fini mon travail
je prefere ecouter un mec totalement neutre et objectif qu´ecouter un mec qui deja dans sa tete deteste la ps3 et sony en general(pour sony moi aussi lol)
RSpectreman>> N´importe koi c´est pas parceque tu as un seul processus qui tourne que la puissance est gaché. Un processus peut lancer plusieurs threads ...
Heu, pas pour te vexer, mais un processus = un thread...
RSpectreman Posté le 07 octobre 2005 à 13:46:43
Heu, pas pour te vexer, mais un processus = un thread...
euh je pense que non,le thread c´est un mini processus au sein d´un processus.
pacemaker1>>Merci ...
"Les processus légers (thread) sont similaires aux processus en cela qu´ils représentent tous deux l´exécution d´un ensemble d´instructions du langage machine d´un processeur. Du point de vue de l´utilisateur ces exécutions semblent se dérouler en parallèle. Toutefois là où chaque processus possède sa propre mémoire virtuelle, les processus légers appartenant au même processus père partagent une même partie de sa mémoire virtuelle.
Comme utilisation typique de processus légers on peut citer une interface graphique d´un programme où les interactions de l´utilisateur avec le processus, par l´intermédiaire des périphériques d´entrée, sont gérées par un processus léger tandis que les calculs lourds (en terme de temps de calcul) sont gérés par un ou plusieurs autres processus légers. Cette technique de conception de logiciel est avantageuse dans ce cas car l´utilisateur peut interagir avec le programme même lorsque celui-ci sera en train d´exécuter une tâche. Une application pratique se retrouve dans les traitements de texte où la correction orthographique est exécutée tout en permettant à l´utilisateur de continuer à entrer son texte.
Les processus légers se distinguent du multitâche plus classique par le fait que deux processus sont typiquement indépendants et peuvent interagir uniquement à travers une API fournie par le système telle que IPC. D´un autre côté les processus légers partagent une information sur l´état du processus, des zones de mémoires ainsi que d´autres ressources. Sur certains systèmes la commutation de contexte entre deux processus légers est moins coûteuse que la commutation de contexte entre deux processus. On peut y voir un avantage de la programmation utilisant des threads multiples ou bien une faiblesse des dits système d´exploitation concernant la commutation de contexte entre deux processus.
Dans certains cas les programmes utilisant des processus légers sont plus rapides que des programmes architecturés plus classiquement, en particulier sur les machines comportant plusieurs processeurs. Hormis le problème du coût de la commutation de contexte, qui dépend en grande partie du système d´exploitation utilisé, le principal surcoût à l´utilisation de processus multiples provient de la communication entre processus séparés. En effet le partage de certaines ressources entre processus légers permet une communication plus efficace entre les différents thread d´un processus. Là où deux processus séparés doivent utiliser un mécanisme fourni par le système pour communiquer, les processus légers partagent tout ou partie de l´état du processus.
D´un autre côté la programmation utilisant des processus légers est plus difficile, l´accès à certaines ressources partagées doit être restreint par le programme lui-même pour éviter que tout ou partie de l´état d´un processus ne devienne temporairement inconsistant tandis qu´un autre processus léger va avoir besoin de consulter cette portion de l´état du processus. Aussi, du point de vue de la robustesse d´un programme, un programme utilisant ou abusant des processus légers sera plus fragile qu´un programme utilisant des processus multiples. En effet les processus légers peuvent modifier l´état global d´un processus et ainsi interférer avec le bon fonctionnement du dit processus. La complexité des programmes utilisant des processus légers est aussi nettement plus grande que celle des programmes déférant le travail à faire à plusieurs processus plus simples. Cette complexité accrue lorsqu´elle est mal gérée lors de la phase de conception ou d´implémentation d´un programme peut conduire à de multiples problèmes.
Les systèmes d´exploitation implémentent généralement les processus légers soit par le multitâche coopératif, soit par le multitâche préemptif, bien que la première méthode soit de plus en plus souvent considérée comme obsolète.
Certains langages de programmation, tel que Java intègrent un support pour les processus légers dans le langage, tandis que la plupart des autres langages ne le permettent que par des extensions du langage considéré ou par l´intermédiaire de bibliothèques. En programmation orientée objet on parle de classe réentrante lorsque des instances distinctes de cette classe peuvent exister simultanément dans différents processus légers.
Il ne faut pas confondre la technologie Hyperthreading incluse dans certains processeurs Intel avec les processus légers. Cette technologie permet en effet aussi bien l´exécution simultanée de processus distincts que de processus légers. Toute machine comportant des processeurs multiples (SMP) ou des processeurs intégrant l´HyperThreading permettra l´exécution plus rapide de programmes utilisant des processus légers aussi bien que des processus multiples."
haru94 Posté le 07 octobre 2005 à 15:24:31
"Les processus légers (thread) sont similaires aux processus en cela qu´ils représentent tous deux l´exécution d´un ensemble d´instructions du langage machine d´un processeur. Du point de vue de l´utilisateur ces exécutions semblent se dérouler en parallèle. Toutefois là où chaque processus possède sa propre mémoire virtuelle, les processus légers appartenant au même processus père partagent une même partie de sa mémoire virtuelle.
Comme utilisation typique de processus légers on peut citer une interface graphique d´un programme où les interactions de l´utilisateur avec le processus, par l´intermédiaire des périphériques d´entrée, sont gérées par un processus léger tandis que les calculs lourds (en terme de temps de calcul) sont gérés par un ou plusieurs autres processus légers. Cette technique de conception de logiciel est avantageuse dans ce cas car l´utilisateur peut interagir avec le programme même lorsque celui-ci sera en train d´exécuter une tâche. Une application pratique se retrouve dans les traitements de texte où la correction orthographique est exécutée tout en permettant à l´utilisateur de continuer à entrer son texte.
Les processus légers se distinguent du multitâche plus classique par le fait que deux processus sont typiquement indépendants et peuvent interagir uniquement à travers une API fournie par le système telle que IPC. D´un autre côté les processus légers partagent une information sur l´état du processus, des zones de mémoires ainsi que d´autres ressources. Sur certains systèmes la commutation de contexte entre deux processus légers est moins coûteuse que la commutation de contexte entre deux processus. On peut y voir un avantage de la programmation utilisant des threads multiples ou bien une faiblesse des dits système d´exploitation concernant la commutation de contexte entre deux processus.
Dans certains cas les programmes utilisant des processus légers sont plus rapides que des programmes architecturés plus classiquement, en particulier sur les machines comportant plusieurs processeurs. Hormis le problème du coût de la commutation de contexte, qui dépend en grande partie du système d´exploitation utilisé, le principal surcoût à l´utilisation de processus multiples provient de la communication entre processus séparés. En effet le partage de certaines ressources entre processus légers permet une communication plus efficace entre les différents thread d´un processus. Là où deux processus séparés doivent utiliser un mécanisme fourni par le système pour communiquer, les processus légers partagent tout ou partie de l´état du processus.
D´un autre côté la programmation utilisant des processus légers est plus difficile, l´accès à certaines ressources partagées doit être restreint par le programme lui-même pour éviter que tout ou partie de l´état d´un processus ne devienne temporairement inconsistant tandis qu´un autre processus léger va avoir besoin de consulter cette portion de l´état du processus. Aussi, du point de vue de la robustesse d´un programme, un programme utilisant ou abusant des processus légers sera plus fragile qu´un programme utilisant des processus multiples. En effet les processus légers peuvent modifier l´état global d´un processus et ainsi interférer avec le bon fonctionnement du dit processus. La complexité des programmes utilisant des processus légers est aussi nettement plus grande que celle des programmes déférant le travail à faire à plusieurs processus plus simples. Cette complexité accrue lorsqu´elle est mal gérée lors de la phase de conception ou d´implémentation d´un programme peut conduire à de multiples problèmes.
Les systèmes d´exploitation implémentent généralement les processus légers soit par le multitâche coopératif, soit par le multitâche préemptif, bien que la première méthode soit de plus en plus souvent considérée comme obsolète.
Certains langages de programmation, tel que Java intègrent un support pour les processus légers dans le langage, tandis que la plupart des autres langages ne le permettent que par des extensions du langage considéré ou par l´intermédiaire de bibliothèques. En programmation orientée objet on parle de classe réentrante lorsque des instances distinctes de cette classe peuvent exister simultanément dans différents processus légers.
Il ne faut pas confondre la technologie Hyperthreading incluse dans certains processeurs Intel avec les processus légers. Cette technologie permet en effet aussi bien l´exécution simultanée de processus distincts que de processus légers. Toute machine comportant des processeurs multiples (SMP) ou des processeurs intégrant l´HyperThreading permettra l´exécution plus rapide de programmes utilisant des processus légers aussi bien que des processus multiples."
Wikipedia powaa! ![]()
Pour ton info pacemaker je voulais acheter une PS3 y´a encore 1 mois
Je me suis peut être mal exprimé et sa ta donné l´impression d´un mec qui deteste la PS3, mais j´aime la PS3 !
J´ai jamais insulté un pote parce qu´il avait acheter une PS2 et pas une Xbox ou une GC ![]()
Je me suis tourné vers la 360 à cause du retard se sony (je suis plutôt impassiant
)
aie, DE sony*
ben comme ca on est d´accord!
moi aussi je prends la 360 je peux pas attendre!
question conne et HS : comment ta fait pour poster 6000 messages en 60 jours ?
84 jours............ *
mp55 Posté le 07 octobre 2005 à 16:44:38
question conne et HS : comment ta fait pour poster 6000 messages en 60 jours ?
euh je suis sur plusieurs forums et des nuits dans des topics blabla on fait du "forum-chat" donc tu vois ca grimpe vite! ![]()
Franchement je voit pas l´interet d´acheter une 360 a ces debut.
Imagine que tu te fait arnaquer ou qu´elle te déçoit!
plutot ouais..... sa grimpe pas très vite chez moi
je suis que sur les forums 360, PS3 et battlefield 2 ![]()
ben il y a des jeux dessus qui m´interessent comme kameo,ninja gaiden... si elle me plait pas je la vends apres et je prends la ps3 qui est pour moi une valeure sure puisque j´aime les jeux ps2.
Ouais mais a propos de ninja gaiden,tecmo n´etait plus sur de le sortir sur 360 des qu´il ont vu la ps3!
mythotoxa Posté le 07 octobre 2005 à 16:53:10
Ouais mais a propos de ninja gaiden,tecmo n´etait plus sur de le sortir sur 360 des qu´il ont vu la ps3!
ca a ete annonce dernierment,ninja gaiden 2 est officelement exclu xbox360,itagaki le dev du jeu n´aime pas la ps3.
et pourquoi il aime pas la PS3 ? A cause du ce... J´ai rien dis
![]()
"ca a ete annonce dernierment,ninja gaiden 2 est officelement exclu xbox360,itagaki le dev du jeu n´aime pas la ps3."
Si c´est du niveau de DOA alors qu´il reste sur Xbox.
Itakagi est un blaireau qui se prends pour un grand car grace aux sous de billou il peut faire des jeux pourris, il les prendront parcequ´il est japonais.