Voila ma config :
 
MSI KT3 Ultra 2 ARU
Xp1800+
512 DDR 2100
GF4 4600 128Mo
SB 5.1
 
G 23 en processus et 285 en threads (c normal ça ?)
 
Thx

c bien de préciser la couleur de ton tapis de souris ds ton profil mais ta becane elle utilise quoi comme carburant (OS?)

tout a fait normal
(c'est meme assez peu)

pas la peine de bidouiller le gestionnaire de tâche si tu ne sais pas à quoi servent les options...

G WinXp Pro

 
pkoi c interdit d'apprendre ici ?

disons que la question est conne, très mal posée, dans la mauvaise section et que la réponse aurait aisément pu être trouvée par google .

 
En meme tps je pensai pas tomber sur la police

Comme quoi des donneurs de leçons on en trouve vraiment partout  

C'est pas énorme 285 threads. Tout à fait normal

c quoi c truc  
threads
handles ???

ce sont des "entités" d'un programme.
le processus est l'éxécutable et ses données (variables, ressources (icones, sons...) en mémoire, les threads sont des procédures de lui qui s'éxécutent en // pour aller plus vite et les handles correspondent à des objets (en vraiment très très gros).

 
t'es pas obligé de le prendre mal, si tu te renseignes un peu sur moi tu verras que j'aide autant que possible les gens mais les observations que j'ai faite plus haut sont toutes justifiées et témoignent du manque de pertinence et d'utilité de ton post.

 
 
alors  
 
7044
295
26
 
ça donne quoi ?

 
ça donne relativement peu de programmes lancés mais bcp de handles.
tu as de lancé ?

bah seti et tout le reste pour etre ici

Quand tu lances une appli, l'OS crée un processus. C'est une sorte de boîte qui contient l'adressage virtuelle, à laquelle sont rattachés les descripteurs de fichier ouverts, les handles, les threads....
Un thread, c'est un flux d'instruction. Le processeur exécute des threads. Il y en a au moins 1 dans chaque processus (sinon, il ne "vivrait" pas).
 
Un handle, c'est juste un identifiant. Quand tu crées un objet (bouton, fenêtre, fichier ouvert, thread...), l'OS te retourne un handle qui va te servir à identifier l'objet quand tu en a besoin.

pour les threads, l'intérêt et d'en faire s'éxécuter plusieurs en parallèle pour chaque fonction critique d'un programme.
Par exemple les jeux sont maintenant tous multithread et les procos aussi depuis plusieurs années. C'est un argument qui revient souvent pour les p4. Cf les derniers p4 HT.
Dos était un OS monoprocess et monothread.

Les P4 HT est le premier processeur (et le seul pour le moment) capable de gérer plusieurs threads simultanément. Tous les autres n'en traitent qu'un seul à la fois.
Pour simuler le multitache, l'OS change rapidement les threads pour faire croire que tous s'exécutent simultanément.
 
Evidemment, quand il y a plusieurs processeurs, il y a effectivement plusieurs threads qui s'exécutent simultanément. Mais sur des processeurs différents.

 
Ca n'est pas tout à fait vrai, en principe les jeux d'instruction multimédia des processeurs implémentes un début de multithread en hardware. Evidemment c'est totalement incomparable à ce qu'offre un ssytème SMP ou un p4 hyperthread mais c'est déjà ça.
Ou alors je me plante

 
Les instruction vectorielles consistent à appliquer une opération sur plusieurs données à la suite.
Par exemple, si tu as 10 additions à faire, au lieu d'envoyer 10 fois les données et le type d'opération, tu envoies au processeur le type d'opération 1 seule fois, puis les 10 jeux de données. Et si le processeur est capable d'appliquer l'opération sur plusieurs données à la fois, très bien  
 
Mais ca reste dans un seul thread.

ok

7560
401
35
 
 

marrant ce topic
moi j'ai  
7194
406
37
 
mais bon, y'a 5 pages internet, firewall, motherboard monitor, antivirus,......

7176
312
30
 
Avec un peu de bordel et une utilisation de 184Mo de ram
 
Et sur le serveur:
 
8337
652
40
 
225Mo de ram utilisé

LoL ! Je pensais pas que mon topic serait si populaire