tout est dans le titre

Encodage Divx POWER!

merci Geddon je suis de ton avis
 
AUtre chose ?

en théorie c'est pas le système d'exploitation qui le fait comme un grand?

bah en clair :  
C'est pas paske tu as deux procos que tu vas aller 2x plus vite, loin de là, SAUF : pour le cas de l'encodage Divx ( ou autres ) paske là c du calcul pure et dure, du brut, du bourrin, alors là ca doit être le pied le bi-proco !

Le mieux sa doit êtrre un AS400 ou un station solaris!!!

Dans les architectures x86 actuelles, un certain nombre de tests ont montré que le gain de performance du à l'ajout d'un second processeur oscille selon les application entre 0,5 et 0,7 fois les performances nominales du processeur principal.
 
Comme le dit nono_le_terribl c'est le système d'exploitation qui est en charge de la répartition des tâches entre les deux processeurs. Bien entendu cela fonctionne de manière optimale si l'application a été conçue en ce sens.

Bon, faudrait voir a pas tout melanger.
- Support du MultiProcessoring par l'OS
- Support du MultiProcessoring par les applis tournant sous un OS MP.  
 
- Pour les OS, NT, les divers Unix et Linux, et BeOs sont MP.
Avantage de base: faire tourner plus d' applis sur la meme machine tout en gardant un meme niveau de perfs. [Notez bien que ce qui precede ne signifie pas du tout que les applis elles meme tournent plus vite; j'ai juste dit qu'on pouvait en faire tourner plus sans degradation de performances, vis a vis d'un systeme monoprocesseur]
 
- Pour les applis, tres peu d'entre elles tirent vraiment avantage du MP, car il faut en tenir compte dans l'ecriture du programme (prog multrithreade, librairies speciale de gestion memoire, etc.), ce que peu d'editeur logiciel font [ca implique une couteuse multiplication du nombre de test sur diverses configs MP avant une release, en general pas rentable vis a vis du marche specifique concerne].  
Avantage pour une appli: partage de ses process sur les CPUs, et EVENTUELLEMENT gain de perfs (Ca, ca depend essentiellement des algorithmes mis en jeu par le produit.).

2eme explication :
 
 Pour exploiter un second processeur dans un PC, il faut tout d?abord utiliser un système d?exploitation qui gère le SMP. A l?heure actuelle, les systèmes SMP les plus utilisés sont : la série des Windows NT 3.51, le série des Windows NT 4.0, la série des NT 5 (lorsque le produit sera sur la marché), Linux à partir du kernel 2.0 et enfin BeOS (sans oublier de nombreux systèmes Unix). Sans l?un de ces systèmes d?exploitation, le second processeur restera non utilisé.  
 
Il en va de même pour les applications. En effet pour que celles-ci exploitent au mieux plusieurs processeurs il faut qu?elles ait été programmées pour. Cette programmation, sous forme de modules de traitements élémentaires (threads), permet à l?application d?envoyer ses routines sur plusieurs processeurs. La majorité des applications multi-threadées sont des applications professionnelles qui concernent en général la 3D, les logiciels de montage vidéo, les langages de programmation ou les programmes de calculs scientifiques. En général ce sont des logiciels qui nécessitent de nombreux calculs simples et répétitifs.  
 
Autre aspect des systèmes multiprocesseurs, les serveurs. En effet, l?utilisation de plusieurs processeurs permet de répartir les services (ou la charge) sur chacun des CPU (load balancing). Cette fonction de load balancing est entièrement gérées par le système d?exploitation et est souvent au coeur des discussion enflammées entre les afficianados des différents OS.  
 
Il est à noter qu´il est parfaitement possible de gérer manuellement la répartition des charges avec un logiciel comme SMP Seesaw (www.mlin.net). Cette petite application permettra également d?affecter une application non multi-threadée comme les jeux ou encore un player de DVD à un seul processeur. Les applications non multi-threadée n?ont quant à elles aucun intérêt à utiliser plusieurs processeurs. En fait, le seul véritable avantage est alors de disposer d?un système multitâche plus performant. Par exemple, une application non multi threadée pourra utiliser le CPU1 pendant qu´une autre utilisera le CPU2. Ainsi, il est par exemple possible de jouer à un jeu pendant une compression MP3, sans que le jeu ne soit à 10 images /s ...

 
Oui, je te confirme, un OS/400, répartie très très bien la charge !
C'est fait pour, par contre, c'est pas de la micro-informatique, mais du mini-système, c'est pas la même chose.
Regarde mon profil, je sais de quoi je parle.

 
Tu as tapé tout ça ou tu avais ça sous la main ?

Guru a écrit a écrit :     Tu as tapé tout ça ou tu avais ça sous la main ?

 
c'est issu d'un de mes anciens post sur le forum.

En tout cas explication très claire est précise.

Super les filles tous ca je le sais, vous etes gentil de squater mon poste
 
Je parlais d'un prog pour gerer les apps MONOtaches et choisir son cpu donc. Type Seesaw justement.

[edtdd]--Message édité par Fig--[/edtdd]

 
C'est indiqué dans mon topic.
Perso, j'utilisais ce prog sur mon Bi-PPro 200 / 1 Mo de cache.

J'esperais que qqu'un en connaitrai d'autres...

J'ai toujours un Bi-PPro 200 et je tourne avec SMPSeesaw.
Marche très bien...

SMP Seesaaw est à mon avis inutile.
 
Appuie sur Ctrl + Shift + Esc et sous l'onglet process tu choisi "affinity" (en sélectionnant un processus) et la tu peux tout à fait affecter un process à un CPU particulier.
 
Certaines applications comme par exemple le SETI@home peuvent se voir affecter directement un CPU en passant en paramètre le numéro de CPU ('-cpu X', ou X est un entier positif ou nul)