Reprise du message précédent :
Emule ça tire surtout sur le DD et la RAM. C'est d'ailleurs pour ça qu'elle tourne sur mon autre PC.

C'est une appli de calcul intensif

D'ailleurs il me manque l'HT là au taf (P4 2.53G + 512 Mo), et quand je compile le surf devient difficile. Je suis sûr qu'avec l'HT ça passerait nickel.

Certains jeux ne tire pas sur le DD et ça saccade quand même. Je pense que l'accès disque tout cour bouffe trop de ressource CPU. Avec l'HT ça doit mieux passer.
Et pour la RAM si y'en a beaucoup ça pose pas de problème.
 
edit : va falloir que je songe à me faire un autre multi, je suis pas crédible avec ce pseudo.

la mule ne faitque faire lagguer quand on joue sur le net et c'est tout. si votre PC souffre des accès au disque dur pour uploader à 10ko/s..
 
sans avoir de dual core ya a ça qui peut être utile aussi
 

Je limite l'up à 32ko/s  
Et changer la priorité à chaque fois c'est relou, surtout que la mule doit plus rien faire du tout du coup.
Et je met déjà quake3 en priorité haute grâce à radlinker

Perso c'est plutôt UL à 100Ko et DL à 200...

 
 
http://sravier.free.fr/info/w2k_priorites.html#start
 

 
en même temps tu peux virer du démarrage:
1) le process de maj de java
2) le process pourri de real player
3) daemon tools, et mettre l'extension shell d'arniWORX            

moi j'aurais utilisé seti pour tester les processeurs dual core car ,par exemple avec seticommander, on peut voir l'attrait de la puissance de calcul en multitache et avec un processeur à 100% de charge par rapport à un P4 normale avec HT.

 
 
moi je joue, travail et pour  autant j'ai toujour seti qui tourne en tache de fond.

seti a pas une priorité basse par hasard ?

Exact, rien à voir, j'ai aussi BOINC, mais selon les jeux je le coupe.

 
 
Qui ce devoue pour nous faire un petit article technique sur les différences entrere le GPU de la Xbox360 et un X800

sinon un test ptete interessant (et possible ?) de dual core?
- un jeu en reseau sur lequel on joue
- et un serveur dedié sur la meme machine
 
a comparer a un joeur qui fait serveur..
 
 
et c marrant tous ceux qui pensent a jouer et avoir un divx derriere. remarquez faut en profiter car quand les jeux sauront utiliser les dualcore on en reviendra au meme ils choperont toute la puissance pour eux  

mogg > bien vu le duo serveur + client.

Je ne vois pas ce que ça apporterait de plus que les autres scénarios puisqu’il s’agit d’un scénario mêlant deux applications mono threadées. Si tu peux encoder un mono thread en fond de tache et jouer au premier plan sans perte de performance notable il en sera de même pour l’hebergement d’un serveur en fond de tache et jouer au premier plan
 
Faut savoir extrapoler un peu

Ils sont jamais content

exact Marc, mais ça peut être un scénario plus pratique donc plus évident pour le lecteur. A moins que le lecteur n'encode des films de vacances en permanence à fond de prioirité, ça n'est pas une priorité d'encoder en jouant. Et Mr tout le monde ne serait pas outrageusement dérangé par le fait de mettre l'encodage en pause.
 
En revanche, la possibilité de fare tourner unou plusieurs serveurs de jeu en // tout en jouant sur une des parties peut paraître plus compréhensible. D'autant que là, serveurs et jeu doivent répondre au quart de tour en permanence.
 
Techniquement, cependant, tu as raison .

 
non, tu peux régler la priorité de seti en basse, normal ou haute sous seticommander par exemple.  

 
 
Ben avec un P4e j'ai pas besoin de le faire, je n'ai aps micro saccades ds les jeux.
 
l'avantage de seti, c'est que vu sa taille, tout se fait en mémoire.

pour tout process en fait, tu peux le faire. Maintenant, c'est quoi l'intérêt d'augmenter la priorité si ce n'est pour ralentir le reste ?
 
Le but de seti est de faire des calculs avec les cycles inutilisés, pas de ralentir la bécane

moi je dis celà ,c'est dans le but de permettre de tester un processeur dual core sans pour autant tester les controlleurs de disque.

 
je sais pas je dis ca comme ca car ca me parrait plus logique dans l'utilisation "jeu" c tout.
 
aprés peut etre qu'un serveur dedié de jeu consomme pas de la meme maniere de la ressource qu'un encodage divx j'en sais rien
 
pis pour le divx je pense que les compileurs vont rapidement etre multicore a la diff des jeux. mais bon on fait pas un lan tous les jours non plus c vrai aussi  

 
merci pour les conseils
c'est juste le PC de mon père.. sur le mien pour une même utilisation ça me bouffe 100Mo de RAM en moins
au moins j'ai viré le spyware wanadoo
 
(pour daemon tools je laisse l'icône je vais pas en crever )

tu peux pas te connecter sans passer par l interface mamadoo

 
ben si
d'ailleurs là c'est sur une livebox (quelle saloperie pour faire marcher le wifi, au final je l'ai en usb et ce PC naze qui partage la connexion..)

Ben disons que pour faire une charge qui soit toujours la même sur un serveur de jeu c'est pas très pratique à moins d'avoir 16 gugus sous la main qui n'ont que ca à foutre
 
Si la tache de fond est multi thread ce n'est pas très grave, il suffit juste de lui mettre une priorité basse et/ou de la limiter à un des deux CPU.

Merci c'est cool, j'avais pas pensé à faire batch. En même temps je connaissais pas la commande start et ses options    

Y aura des dual core HT  

Quadri-core

 
Et XP pour les gérer  

 
Peut-être une piste pour d'autre tests avec des procs bi-core: Linux
 
C'est certe une population infime par rapport aux "Windowsiens" mais c'est des gens plutôt au courant du hardware et c'est une population qui augmente.
Avec par exemple des tests de compilations en //, des tests simples de charges sous Apache/*SQL...
 
Ou plus simplement des tests de compilations sous Windows  
 
Mais bon, ça doit pas être évident à ajouter à la baterie de tests deja consequent!    
 
Sinon, l'HT c'est très bien!!! C'est du confort de papy avec les charentaises au coin du feu mais quand on y a gouté...  

 
T'as tout un forum à ta disposition pour t'aider, suffit de balancer l'ip sur le forum section jeu
 

 
De rieng
 

 
On s'en passe vite fait ?  
 
Mon PIVC GHz avec Go de mémoire soufrette à la moindre solicitation au boulot (et pareil pour tous, pourtant sur du P4P 800 SE en dual channel PC3200). A côté, mon A64 3000+, à quantité de mémoire égale, en PC2100 est autrement plus réactif, pourtant, pas formaté depuis ad vilam eternam.
 
Suffit de lancer une requête un peu lourde sur le serveur SQL via ACCESS (genre choper 500 marchés publics + fournisseurs + documents) pour tout claquer dans un arbre pour que le bouzin fige.
 
C'est drôle de voir les XP2000+ A côté qui font la tache aussi rapideent, et sans bloquer le curseur de la souris
 
Sinon, des tests sous Linux, pourquoi pas... Mais bon, à part à quelques linuxiens élitiste, parler de compilation et de je ne sais pas quoi, est-ce que ce sera vraiment marquant, les obsédés de la recompilation de noyau, c'est loin d'être majoritaire, tout de même....
 
La prog sous windows, oui, ça serait un poil plus abordable, encore que... En  fait, le plus hard à cerner, c'est d'arriver à cerner les habitudes que prendront les gens. En tout cas, Marc fait l'effort de se mouiller, et ça c'est très bien !
 
Mais je pense que lancer plusieurs serveurs de jeux laissés en pâture aux forumeurs avec une partie dessus, ça serait intéressant.
 
C'est sûr que pour mesurer, ce serait galère... Mais, je pense que pour qualifier ce genre de confort, il faut se détacher des chiffres....

Ben la prog sous windows est au aussi répandue que le calcul scientifique ou la modélisation 3D, je pense qu'un test de compilation aurait sa place dans la suite de tests de Marc

http://www.hardware.fr/articles/286/page3.html
 
Ainsi lors de l’utilisation de 6 bots le gain de performances liée au second CPU est de l’ordre de 50 % alors que le gain simplement sur le moteur graphique lors d’un Timedemo n’est que d’environ 15 %.
 
Ce ne serait pas possible de faire un test avec un jeu moins ancien basé sur le moteur de QuakeIII avec un max de bot  

c'est pas faux.

COD par exemple ?
 
Je ne sais même pas si tous les jeux basé sur le moteur de Q3 ont le smp.

Un test de compilation avec exécution d'une appli "en développement" de type JAVA (bien lourd) en // ? Vi. Moi je sais que quand ça compile, je fais autre chose, je teste ou je programme à côté, sur d'autres projets.

 
512 Mo c'est énorme et ce n'est pas sur que toutes les consoles de salon de prochaine génération aient autant de RAM.
 
Tout cela a déjà été rabaché n fois mais on ne peut pas comparer l'efficacité de la RAM sur PC faisant tourner WinXP et l'efficacité de la RAM sur console avec hardware fixe et une couche de drivers vraiment minimaliste et proche du hardware.
 
Pour ce qui est de la comparaison x800 vs x360, il y a encore de nombreux points à éclaircir notamment sur l'efficacité de ces fameux pipelines. La x360 est limitée à 8 ppc par contre d'après les specs. Mais de toute façon il n'y aura jamais de comparaison "head to head" donc ça restera un peu du vent.

a oui pour les timedemos: pour les moteurs basés sur q3, l'ia ne doit pas être évaluée, vu qu'une demo à l'enregistrement, c'est comme un PC client qui reçoit l'état du monde maintenu par le serveur. (bref une timedemo, c'est plus des positions interpolées que de l'ia+physique)