Reprise du message précédent :

 
-1    
-2  le HTT n'influe en rien sur la ram
-3 Tout dépend de l'application

La désynchro c'est un différentiel de vitesse entre deux bus, le FSB d'une part, et le bus mémoire d'autre part, ce qui oblige le chipset à jouer le rôle de buffer entre les deux.  
Sur AMD64 le FSB est remplacé par un duo HTT / bus mémoire. Le cpu accède donc en direct à la RAM par le bus mémoire, sans passer par le chipset. Un seul bus=jamais de désynchro

Non.
 
http://forum.hardware.fr/forum2.ph [...] =0&print=0

 
Le cpu contient le controlleur mémoire, c'est à la fois un avantage (mise a jour, correction, ect...) et une contrainte (cold bug), donc forcément il n'utilise pas le chipset. C'est néanmoins lui qui cadence la ram, si les performances varient, c'est que la ram travaille a une fréquence différente, desyncro virtuelle non, réelle oui.
 
Le HTT ne joue pas sur la fréquence ram, peut etre sur ces performances mais dans des proportions négligables.
HTT, FSB, même combat, c'est juste une appelation, on arrive toujours a HTT x Coeff.
Ce qui influe sur la ram est la syncro et le coeff du processeur (entier ou pas)
 
Le type de calcul jouera sur la prestation du processeur, c'est par exemple pour ça que cpumark avantage les A64 qui sont performants en calculs entiers, dans un jeu le processeur joue un role minime, donc la mémoire fera de même, dans une de calcul ou le L2 sera trop petit pour contenir de long calcul la ram et l'échange cpu/ram sera important.

En théorie oui, en pratique les différences sont minimes.

 
cputruc c un bench synthétique, donc c'est sans utilité. Sur HFR, Marc ne l'utilise plus depuis belle lurette.

Non.

Les échanges cpu RAM comptent, certes, mais as tu lu les bench que je donne sur mon topic ?

salut,
 
je pensais changer ma config pour nawel et prendre un opteron 170 chez trend4pc mais j'ai un doute pour ma ram.
J'ai de la corsair XL (2x512) et je me dis qu'elle ne risque pas de prendre 280Mhz Est ce que passer en désynchro fait s'ecrouler les perfs ?
en gardant un FSB à 300 et une ram à 200 en 2225 par exemple ça donnerait quoi ? (biensur sur une dfi )
 
 
edit: j'ai trouvé ma réponse c'est bon. Mais c'est vraiment sur que ça ne casse pas les perfs ?

Non puisque çà n'EXISTE PLUS sur amd64.
 
 
 

@josedsf :
 
Je n'ai jamais dit que les différences étaient immense, j'ai bien précisé qu'il fallait des calculs de grandes longueur, le cpu réagit comme un cerveau humain. Si il ne peut pas retenir de tete, il écrit sur papier (la ram).
Plus il écrit et lis vite, plus son calcul sera rapide.
 
Quand je dis un role minime dans les jeux, il suffit de regarder les tests, quand on essaye de mettre en évidence les capacités d'un processeur sur le jeu il faut que la carte graphique soit le moins utilisée possible. La tendance s'inverse en conditions réelles.

OK J'AVAIS PAS TOUT LU... c'est bon je sais ce que c'est de répéter tout le temps la même chose aux gens... (cf: est ce que mes sataII vont marcher sur une CM avec du SataI ?)
 
je ne me suis pas penché sur tout ça depuis les athlonxp alors... ça fait un bail et j'ai pas tout saisi sur le fonctionnement du A64.
En gros d'après ce que j'ai compris on a d'un coté le HT qui vaut un coef* une frequence de ram réelle ou d'un bus quelconque ? et de l'autre ?... encore une fois maitre josedsf

Oula, je ne me risquerais pas à ce genre de comparaison. Le cpu c'est juste une machine.

Avec la taille des caches actuels et la qualité de la prédiction de branchement et du prefetch hardware, on tends à minimiser ce phénomène. De plus il faut bien distinguer données et instructions.

 
Non, le cpu s'occupe du moteur physique de l'IA, du code réseau, et de tout synchroniser. Ces derniers temps la cg a pris de l'importance car les cpu n'évoluent plus beaucoup depuis deux ans.
DoD source par ex, est très cpu limité.

HTT*
L'HT c'est sur pentium
L'HTT = Fréquence HTT x coeff HTT

Tu as sur AMD64 :
 

• une fréquence de réference appelée le "fsb" dans le BIOS, appelons la FR ; FR*coef(cpu)=f(cpu) avec f pour fréquence
• un coeff HTT, avec f(HTT)=FR*coef(HTT) et f(HTT) ne doit pas dépasser 1000 Mhz (donc pour augmenter la vitesse du cpu tu augmentes FR et donc tu dois baisser coeff(HTT) )
• un coeff RAM, avec f(RAM)=coeff(RAM)*f(cpu)

oki merci et le coef(RAM) est libre alors ?
 
sur un core venice mettons un 3000+@2,2ghz on pourrait alors mettre:
Coef(cpu)=9 (bloqué)
FR=245Mhz
Coef(HTT)=4 <= pour rester sous les 1000Mhz de HTT
Coef(RAM)=1/11 ? t'es sur que c'est dans ce sens le coef ?

Exactement ce que j'ai dis. (tu dis toi même que le FSB sur A64 n'existe pas) donc HTT = FSB x coeff HTT ou HTT = HTT x Coeff HTT
Il existe une tolérance, de l'ordre de 200 mhz environ
Il ne faut pas oublier que les coeff cpu influent sur la ram

Oui, mais dans le BIOS on a plutot DDR 100/133/166/200 comme coeff plutôt que 1/11 par ex, çà complique un peu.

HTT c'est bus, physique. C'est la fréquence du HTT qui est égale à la fréquence "fsb"  multipliée par le coeff HTT.
Et le "fsb" n'est plus un bus physiquement. Il désigne simplement dans le BIOS une fréquence de réference, que j'appelle FR.

Le HTT comme je l'ai plus haut, c'est une appellation. Donc la formule que tu utilises est politiquement correcte :
"fsb"*coeff HTT
 
Si tu regardes sous cpu-z, le FSB n'existe pas.
 
La vraie formule est donc : HTT x LDT = HTL
 
HTL c'est l'appelation correcte du bus en mhz

Non le HTT c'est un bus hypertransport : un fil de cuivre qui relie le chipset nord au cpu, avec un protocole client/serveur variable (mots de 16 bits avec fréquence entre 650 et 1000 Mhz sur les a64 donc mono cpu).
 
Sur Athlon XP ou p4 le FSB est un bus point à point reliant le chipset au cpu, cadencé à 200 Mhz sur les dernières versions de l'EV6 sur aXP ou du QDR du p4.

http://en.wikipedia.org/wiki/Hypertransport

 
Ca c'est le HTL
Le LDT definie la fréquence du HTL en fonction du HTT qui remplace le FSB (et la je reprends tes mots)
La largeur LDT permet de définir la taille du mot en monté/descente, au choix --> 16/16, 8/16, 16/8, 8/8
La fréquence finale = HTT (FSB) * Coeff CPU
La fréquence HTL = HTT * LDT

C'est quoi cette bestiole ?

 
LDT (Lightening Data Transport) est l'ancienne dénomination de l'hypertransport, cf lien ci dessus. Je crois que tu confond tout
 
Dans les BIOS ils parlent de coeff LDT, c'est pareil que de dire coeff HTT.

On parle bien de fréquence d'un bus, calculée avec un coeff et une autre fréquence, tout comme on parle de fréquence d'un cpu, avec un coeff.

 
Je ne confonds rien
 
Le ratio HTT ( FSB ) / Coeff LDT ( Coeff HTT ) donne HTL, cette appélation n'est pas utilisée, comme certaines personnes utilisent le FSB à la place du HTT ( J'en fais partie )
.
 
Tu peux définir deux paramètres pour ton LDT, la largeur en bit et ce en montée/descente, et le coeff.
 
HTT != HTL =! LDT

Désolé j'ai du mal à te suivre.
 
Dans le BIOS, on peut règler la fréquence du "fsb" ou bus processseur, 200 Mhz de série. Sur p4 et aXP, cette fréquence est réelle, avec des mots de 64 bits.
 
Sur a64 le bus processeur est l'HTT (ou LDT), de série à 1000 Mhz en 16 bits.
D'autre part on a un bus mémoire, cadencé de série à 200 Mhz.
En pratique on donne au BIOS une fréquence de référence, que tu appelles "fsb" mais qui est une FREQUENCE d'un bus qui n'existe plus.
De série le BIOS donne 200 Mhz en réference et multiplié par le coefficient multiplicateur du HTT (coeff HTT ou coeff LDT) cela donne la fréquence du bus HTT, soit 1000 Mhz en série sur s939.
 
On a aussi la fréquence du cpu qui est calculée soit à partir de de f(HTT).
 
Ensuite le cpu applique un diviseur RAM, paramètrable dans le BIOS, pour calculer la fréquence du bus mémoire et de la RAM, 200 Mhz de série.

Ce que je veux dire c'est que HTT désigne un objet, et f(HTT) la fréquence de l'objet (1000 Mhz).
 
FSB désigne un objet sur aXP et p4, et il a une fréquence (200 Mhz sur p4 C et E).
 
Sur AMD64 le paramètre "fsb frequency" désigne une fréquence qui ne s'applique plus directement à un objet. Ce paramètre n'a plus lieu d'être, il est là pour ne pas dérouter l'utilisateur...

 
 
La fréquence HTL = HyperTransport Technology Link
 
C'est donc la fréquence du lien HTL entre le CPU et le Chipset, que tu appelles a tort bus HTT, c'est juste une différence d'appélation, c'est censé éviter des confusions.
 
J'ai écrit plus haut HTT=HTT*Coeff HTT, tu n'as pas compris ce que je disais.
J'espérais que ça serait plus clair avec cette appélation.
 
Tout ceci est confusionnel certe, AMD utilise le terme HTT comme outils marketing alors que cette technologie éxiste depuis 2000 (sous l'appélation LDT oui)

D'accord avec toi

J'aimerais que tu m'expliques pourquoi tu dis que la mémoire n'est jamais désyncronisée. Sachant qu'il existe des options d'asyncronisme entre le  
HTT et la ram.
 
Si la ram et le HTT ne tournent pas à la même fréquence, ils ne sont pas syncrones  

Oui mais la RAM ne communique pas directement avec le HTT. Elle communique uniquement avec le cpu, on ne peut donc plus parler d'asynchronisme, à partir du moment où la vitesse du cpu est égale à la vitesse de la RAM multipliée par un nombre entier (d'ailleurs le cpu arrondi le coeff RAM donné dans le BIOS).
 
La désynchro correspond à des coeff qui ne sont pas des nombres entiers (comme c'était le cas avec une RAM à 200 Mhz et un FSB à 250 Mhz par ex).

Ok je comprends mieux ce que tu veux dire  

Ya t il un risque à changer tout le temps de FSB (je suis o/c via windows et clockgen car dans mon bios ça passe pas).
 
A chaque fois que je démarre windows : FSB 200 => 250  (et cpu de 2000 à 2500mhz).

Pour la fréquence finale, ça n'a aucune espèce d'importance, quand au HTT ( ) je ne sais pas, ça ne doit pas faire plaisir au chipset.

non mon HTT est en dur dans le bios, seul le FSB est modifié à chaque boot de windows.

HTT = FSB

Non !
 
Le HTT = FSB x 1 coeff.
 
J'ai 3x250, soit 750 de HTT pour 250 de FSB.

 
Je répete    
 
et je cite :
 
"J'ai 3x250, soit 750 de HTL"
 
HTT = FSB, lis plus haut, le HTT remplace le FSB en A64
 

J'étais sur le point de faire ma grosse commande sur alternate.de d'1 opteron 146 + DFI NF4 + Geforce 7800 GT et voila que l'opteron est en rupture de stock totale
 
Auriez vous par hasard un lien vers un site de VPC fiable (allemand ou autre) où je pourrais commander un opteron 146 socket 939 ? merci d'avance

 
http://www.geizhals.at/deutschland/a167604.html

 
j'ai justement fait pas mal de sites qui ressortaient de ce comparateur de prix, et il est en stock nulle part

A pu

 
personne ?