Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
4762 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  447  448  449  ..  1058  1059  1060  1061  1062  1063
Auteur Sujet :

[Topic Unique] AMD Ryzen (2016_14nm & FinFET)

n°10098467
C_Wiz
Profil : Equipe HardWare.fr
Posté le 14-03-2017 à 13:38:14  profilanswer
 

Reprise du message précédent :
Et pas oublier que x265 est, par la nature de changements dans ses algorithmes, moins parrallélisable : http://x265.readthedocs.io/en/defa [...] -threading

 
FanTasTik a écrit :


Et pourquoi pas remplacer par des percentiles.


Pleins de choses sont possibles et envisageables avec un temps infini :)

 

Mais la question était sur la valeur minimale (par défaut fraps rapporte min/max/avg, certains tests auxquels certains font référence rapportent min et avg), et pour nous elle est trop variable pour être considérée comme fiable et donc on ne la donne pas (on donne la moyenne de 15 "avg" dans les graphs pour rappel).

Message cité 2 fois
Message édité par C_Wiz le 14-03-2017 à 13:42:50
mood
Publicité
Posté le 14-03-2017 à 13:38:14  profilanswer
 

n°10098468
MEI
|DarthPingoo(tm)|
Posté le 14-03-2017 à 13:38:41  profilanswer
 

Lecopi a écrit :

Bonjour et merci kurosu
 
En clair, le 7700K à des ports d'éxécution 256 bits qui conviennent bien au H265 . Rizen n'en a pas et est obliger de fractionner le travail en 2.
C'est bien ça?
 
C'est quelque chose qui risque de changer avec une future version ou ce devrait rester comme ça?
 
Donc, toute autre considération mise à part, avec un ryzen, tu as  un gros intérêt à encoder en h264 et il se comporte un peu mieux qu'un 7700K en H265.
 
 


 
AMHA les ports d'execution resterons très certainement en 128 bit pour Zen / Zen 2 et Zen 3.
 
Après c'est un compromis. Ca permet d'avoir des unités plus petites et un cœur plus petit. Du coup d'avoir plus de core dispo sur le die. Sachant que le code AVX2 n'est pas le plus répandu et que même dans un code path AVX2, le temps passé sur des instructions AVX2 ne représente pas 100% du temps c'est pas si important.


---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°10098469
MEI
|DarthPingoo(tm)|
Posté le 14-03-2017 à 13:40:06  profilanswer
 

C_Wiz a écrit :

Et pas oublier que x265 est, par la nature de changements dans ses algorithmes, moins parrallélisable : http://x265.readthedocs.io/en/defa [...] -threading


POurtant l'encodage vidéo c'est pas essence le truc facile a parallélisé sur un nombre infini de thread... :sweat:


---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°10098487
Profil sup​primé
Posté le 14-03-2017 à 13:52:43  answer
 

MEI a écrit :


POurtant l'encodage vidéo c'est pas essence le truc facile a parallélisé sur un nombre infini de thread... :sweat:


 
Il me semble que les encodages réalisés par les GPU sont de moins bonne qualité.

n°10098488
GgGroby
Posté le 14-03-2017 à 13:53:19  profilanswer
 

Bonjour,
Pour ceux que ca intéresse, j'ai demandé à coolermaster la compatibilité des TX3 EVO avec le socket AM4. Ils m'ont renvoyé vers cette page :
http://www.coolermaster.com/amd-am [...] en/?page=1
Il semblerait que le kit d'adaptation (si nécessaire) est gratuit, juste les frais de port sont à payer.
Désolé si c'est déjà passé.


---------------
GgG
n°10098490
C_Wiz
Profil : Equipe HardWare.fr
Posté le 14-03-2017 à 13:55:31  profilanswer
 

MEI a écrit :


POurtant l'encodage vidéo c'est pas essence le truc facile a parallélisé sur un nombre infini de thread... :sweat:


Voir le lien en question. C'est plus compliqué parce qu'il y'a une interdépendance encore plus grande entre les frames, ce qui ajoute fortement à la difficulté d'encoder des frames en //. C'est pour ca qu'augmenter la résolution permet en théorie d'améliorer le threading, même si c'est prendre le problème à l'envers.

Message cité 1 fois
Message édité par C_Wiz le 14-03-2017 à 14:09:27
n°10098492
KrisKross
Posté le 14-03-2017 à 13:57:42  profilanswer
 

Tiens, le post via mobile n'est pas parvenu.
 
Oui, Marc a raison aussi que ça doit mal "scaler" si la résolution est trop faible. Un autre test intéressant serait de voir sur les différents CPUs l'impact d'utiliser --threads 4/6/8/10/12.
 
Autres options pour saturer plus de 8 coeurs: --pme et --wpp
Pour mieux optimiser pour Ryzen: --pools qui colle plus à l'archi à mi chemin du NUMA (pas de certitude, je ne sais pas comment valider).


Message édité par KrisKross le 14-03-2017 à 13:58:46
n°10098494
Lecopi
Posté le 14-03-2017 à 14:00:54  profilanswer
 

merci MEI pour l'explication et le lien.
 
> kurosu, il y a un post qui a eu une durée très brève (celui que reprend MEI).
Je l'ai édité très rapidement.


Message édité par Lecopi le 14-03-2017 à 14:03:09

---------------
mon feed est ici:
n°10098497
B00lay Ier
Posté le 14-03-2017 à 14:08:24  profilanswer
 

C_Wiz a écrit :

Et pas oublier que x265 est, par la nature de changements dans ses algorithmes, moins parrallélisable : http://x265.readthedocs.io/en/defa [...] -threading


Logiquement c'est tout à fait parallélisable, par contre ça va demander beaucoup plus de RAM et c'est certainement ce qu'on peut voir dans le bench passé un peu plus tôt en lançant 16 instances.

n°10098499
C_Wiz
Profil : Equipe HardWare.fr
Posté le 14-03-2017 à 14:11:43  profilanswer
 

B00lay Ier a écrit :


Logiquement c'est tout à fait parallélisable, par contre ça va demander beaucoup plus de RAM et c'est certainement ce qu'on peut voir dans le bench passé un peu plus tôt en lançant 16 instances.


C'est plus compliqué, cf le lien :
 

Citation :

Previous encoders such as x264 worked around this problem by limiting the motion search region within these reference frames to just one macroblock row below the coincident row being encoded. Thus a frame could be encoded at the same time as its reference frames so long as it stayed one row behind the encode progress of its references (glossing over a few details).
 
x265 has the same frame threading mechanism, but we generally have much less frame parallelism to exploit than x264 because of the size of our CTU rows. For instance, with 1080p video x264 has 68 16x16 macroblock rows available each frame while x265 only has 17 64x64 CTU rows.

mood
Publicité
Posté le 14-03-2017 à 14:11:43  profilanswer
 

n°10098505
B00lay Ier
Posté le 14-03-2017 à 14:15:12  profilanswer
 

Justement, à peine plus bas :

Citation :

Over-allocating frame threads can be very counter-productive. They each allocate a large amount of memory and because of the limited number of CTU rows and the reference lag, you generally get limited benefit from adding frame encoders beyond the auto-detected count, and often the extra frame encoders reduce performance.


 
Le problème est bel et bien la RAM.
 
Maintenant, l'algo est clairement en cause, mais je sais pas si on est si proches que ça de voir arriver des encodeurs en mode vectoriel intégral et ça résoudrait pas forcément le souci vu que ça prend encore plus de RAM :o

n°10098508
C_Wiz
Profil : Equipe HardWare.fr
Posté le 14-03-2017 à 14:17:43  profilanswer
 

C'est pas parce que over allouer des frames est contre productif que c'est le problème principal. Ils expliquent plutôt que ce n'est pas la solution et que ca n'apporte pas grand chose par rapport aux auto détections et qu'il ne sert a rien d'overrider.


Message édité par C_Wiz le 14-03-2017 à 14:18:30
n°10098510
KrisKross
Posté le 14-03-2017 à 14:20:28  profilanswer
 

MEI a écrit :


D'ailleurs ça aurait été interessant un test bas niveau de perfs d'instruction de base pour voir l'impact des choix techniques d'AMD .


 
Il y avait mubench auquel les auteurs de x264 faisaient confiance, mais il n'a pas été mis à jour depuis... 10 ans. Agner ou les docs techniques d'Intel comportent par contre des résultats similaires.


Message édité par KrisKross le 14-03-2017 à 14:30:47
n°10098511
squale22
Posté le 14-03-2017 à 14:21:36  profilanswer
 

Silicium777 a écrit :


 [:chtiungdor]  
Tu viens surtout de montrer que tu ne connais pas grand chose au sujet.
Pour ta gouverne les 24 fps du cinéma viennent de contraintes techniques de prise de vue très anciennes et n'ont rien à voir avec une prétendue suffisance pour voir un mouvement sans saccades.
 [:haha rgentique]  
Au cinéma tu as du flou de bougé (motion blur) sur chaque image représentant un mouvement. Assemblées une à une elles donnent l'impression d'un mouvement à peu près fluide mais ça reste très imparfait, et surtout c'est... flou.
 
L'oeil humain est capable de distinguer des choses bien au delà des 24 images /seconde.


 
à 24 fps un film est fluide car les images sont floue sur la pellicule ce n'est pas le cas des films d’animations images par images qui sont saccadés car les prises de vue sont nettes

n°10098520
Delivereat​h
Posté le 14-03-2017 à 14:30:40  profilanswer
 

squale22 a écrit :


 
à 24 fps un film est fluide car les images sont floue sur la pellicule ce n'est pas le cas des films d’animations images par images qui sont saccadés car les prises de vue sont nettes


C'est HS mais perso les vidéos gopro 60 fps qu'on trouve sur youtube me donnent vite mal à la tête surtout si beaucoup de mouvements. Ca vient de quoi ?

Message cité 1 fois
Message édité par Delivereath le 14-03-2017 à 14:30:55
n°10098521
chaced
Posté le 14-03-2017 à 14:31:49  profilanswer
 

car ce n'est pas sur un axe stabilisé, on n'a pas l'habitude.

 

regarde le film Hardcore Henry, il tourne a 24fps et pourtant il fou bien la gerbe.

 

le jeu mirror edge a résolu le problème avec un point fixe au milieu de l'écran.


Message édité par chaced le 14-03-2017 à 14:34:54

---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°10098529
kiskouloci​tron
Posté le 14-03-2017 à 14:40:14  profilanswer
 

A l'époque j'avais entendu parler de nausées à propos du Hobbit en 48 fps, pour certains visiblement ça passait mal.

n°10098532
Er1c
Higher is better
Posté le 14-03-2017 à 14:43:14  profilanswer
 

Presque 14 ans d'ancienneté, toujours d'actualité : Framerate et FPS : l'éternelle question enfin résolue (enfin, presque)
 
De rien.
 


Message édité par Er1c le 14-03-2017 à 14:44:04
n°10098567
CardinalFu​neste
Posté le 14-03-2017 à 15:27:21  profilanswer
 

Delivereath a écrit :


C'est HS mais perso les vidéos gopro 60 fps qu'on trouve sur youtube me donnent vite mal à la tête surtout si beaucoup de mouvements. Ca vient de quoi ?


 
Que t'as peut être besoin de faire un tour chez l'ophtalmologue    :whistle:  

n°10098574
MEI
|DarthPingoo(tm)|
Posté le 14-03-2017 à 15:34:16  profilanswer
 

C_Wiz a écrit :


Voir le lien en question. C'est plus compliqué parce qu'il y'a une interdépendance encore plus grande entre les frames, ce qui ajoute fortement à la difficulté d'encoder des frames en //. C'est pour ca qu'augmenter la résolution permet en théorie d'améliorer le threading, même si c'est prendre le problème à l'envers.


C'est parce qu'ils ont choisi cette façon de faire. Mais si tu te permet de charger la RAM / les IO au taquet, tu découpe tes threads pour donner un GOP par thread et voilà... Allez, faut avoir un thread d'analyse au cas où c'est plus efficient de créer une key frame avant la fin du GOP, mais bon, basiquement, vu les profils ISO et les capacités des décodeurs matériel, tu va pas avoir a découper pour avoir plus de 15-20 frames par thread...


---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°10098597
C_Wiz
Profil : Equipe HardWare.fr
Posté le 14-03-2017 à 15:56:15  profilanswer
 

MEI a écrit :


C'est parce qu'ils ont choisi cette façon de faire.


Probablement pour de bonnes raisons ? Je vois juste pas ou vous voulez en venir à blamer la RAM, leur explication montre que c'est significativement plus complexe que juste ça, et ils détaillent assez bien leurs choix techniques et les compromis qu'ils ont pris (pour peu que la doc soit à jour).  
 
Allez je vous laisse blablater en paix !

n°10098599
fabrs2_ben​chmark
Posté le 14-03-2017 à 15:56:45  profilanswer
 

pour ceux qui ont acheter la carte mère msi dans la gamme x370 for honor offert.
https://fr.msi.com/Promotion/for-ho [...] otherboard
 

n°10098611
angelusdeu​s
BlobUmad
Posté le 14-03-2017 à 16:13:50  profilanswer
 

Ouiche a écrit :

 

Bf1 gagne notablement en performances au delà de 4C/4T (l'HT des I7 à 4C est loin d'être négligeable), mais le gain doit être nul (voir négatif) sur du 8c/16t. J'ai fait le même test que toi (sur le topic bf1), Amiens 64 en serveur plein, 1080p ultra (mais à 100%, la 1070 n'arrive pas vraiment à suivre en 150%, je tombe à ~60fps), le Ryzen est à ~35% sans jamais aller plus haut et la 1070 à 99% tout le temps.

 

http://reho.st/preview/self/8b6dbd [...] d76bae.jpg

 

Je suis curieux, ta carte est à 100% tout le temps? Si ça se trouve, tu est "limité" cpu et il reste de la marge pour ta carte (tout est relatif, ~120fps dans Amiens 64 à 150% c'est... exceptionnel comme limite  :whistle: )

 

Alors pour mes tests (avec la limite de fps à 120):
Resolution scale 100% (1080p): 4c/4t 60% moyenne et 75% en crête de temps en temps (les 4c/4t). Moyenne FPS 119.8 (capé du coup)
Resolution scale 133% (=1440p): 4c/4t 75% moyenne et 100% en crête de temps en temps (les 4c/4t). Moyenne FPS je sais plus, autour des 115 je crois
Resolution scale 150% (2880*1620): 4c/4t quasiment tout le temps à 100% (les 4c/4t). Moyenne FPS 109
Empire Edge (150%, CPU@4.8Ghz):
http://image.noelshack.com/minis/2017/10/1489336931-bf1-empire-150pourcent.png

 

Mon GPU arrive à être à 100% à partir de 133% de reso scale.

 

A 150% de resolution je suis à 100% GPU et 100% CPU quasi constamment.

 

Et non j'ai pas 120fps dans amiens à 150% mais 109fps de moyenne avec des baisses autours des 85fps :jap:


Message édité par angelusdeus le 14-03-2017 à 16:18:34
n°10098613
jonjojo007
Posté le 14-03-2017 à 16:16:37  profilanswer
 

jonjojo007 a écrit :

Retour sur un 1800X + GIGABYTE AORUS GA-AX370-Gaming K5 (bios F5C)+ Noctua NH-D15 + G.SKill TridentZ 2x16Go 3200 CL14.

 

Test d'O/C : 4.025 Ghz @ 1.35V (chipset @ 1.15V), stable 1h d'OCCT.
G.SKill TridentZ 2x16Go 3200 CL14  bloquée à 2400mhz (F4-3200C14D-32GTZ) par la CM (impossible de monter plus, pas compatible sur la AORUS Gaming K5 bios F5C).

 

http://image.noelshack.com/fichier [...] 3341-0.jpg

 

Cinebench : 1612 pts @stock / 1765 pts @4.025

 

Question : y'a moyen que le VCORE redescende comme par défaut quand le proc est en mode idle ? Ou pas possible quand on O/C ? (Vcore fixé à 1.35 dans le bios).

 

Merci.

 

J'ai quelques news suite au fait que ma RAM 2x16Go G.Skill 3200 Trident Z CL14 (F4-3200C14D-32GTZ) ne monte pas à plus de 2400 MHZ sur la GIGABYTE AORUS GA-AX370-Gaming K5.

 

J'ai envoyé un mail à ce sujet à Gigabyte il y a 3 jours, ils viennent de me répondre en me filant un nouveau bios beta par mail (F5d) en me disant que ça devrait être mieux.
Au final ça l'est pas vraiment. J'ai tenté d'activer le profil XMP, impossible de booter. Manuellement j'ai réussis à faire passer la ram à 2666 mais une fois sous windows j'ai lancé un cinebench et ça a planté. J'ai passé 2 heures à tenter pas mal de trucs différents via le bios ou Ryzen master, rien à faire, j'ai remis ma config actuelle, 2400 CL12, en attendant.

 

J'ai vu par contre que sur Asrock ils font passer ma ram à 3200... si ça va pas mieux, je passerais chez eux surement.

Message cité 1 fois
Message édité par jonjojo007 le 14-03-2017 à 16:52:46
n°10098615
booba92i
Posté le 14-03-2017 à 16:25:16  profilanswer
 

Feu le 35mm! Bon déjà 24i/s c'est la cadence de défilement de la peloche, mais vu comme on vous nique et bien une image est projeté 2 fois à l'écran grâce à un obturateur à simple pale (2880tr/mn) ou double pale (1440tr/mn), ça évite le scintillement à l'écran, donc c'est bien 48i/s que l'on vous projette à l’écran, le tout est décomposé en 1/96s  :D  
 
Pour le numérique c'est kifkif, en 2D le DCP est en 24i/s mais on projette 48i/s, et pour la 3D on utilise une tete realD qui utilise le triple flash et qui fait grimper la fréquence à 144Hz et cela donne 144i/s à l’écran.
 
Pour le HFR c'est 48i/s natif et c'est bien lourd comme DCP, pas loin de 500Giga pour le Hobbit
 
Voila voila!.


Message édité par booba92i le 14-03-2017 à 16:27:00

---------------
WiiDS: Sauf que IL2 a un mode DirectX, et que ce dernier reste plus performant même sous nVidia. lol :)
n°10098621
chaced
Posté le 14-03-2017 à 16:30:06  profilanswer
 
n°10098622
Moumoule
Posté le 14-03-2017 à 16:31:54  profilanswer
 

B00lay Ier a écrit :


Logiquement c'est tout à fait parallélisable, par contre ça va demander beaucoup plus de RAM et c'est certainement ce qu'on peut voir dans le bench passé un peu plus tôt en lançant 16 instances.


 

MEI a écrit :


C'est parce qu'ils ont choisi cette façon de faire. Mais si tu te permet de charger la RAM / les IO au taquet, tu découpe tes threads pour donner un GOP par thread et voilà... Allez, faut avoir un thread d'analyse au cas où c'est plus efficient de créer une key frame avant la fin du GOP, mais bon, basiquement, vu les profils ISO et les capacités des décodeurs matériel, tu va pas avoir a découper pour avoir plus de 15-20 frames par thread...


 
Parfait, on a des candidats pour le successeur de HEVC ! Lancez-vous  ;)


Message édité par Moumoule le 14-03-2017 à 16:32:20
n°10098647
bosstime
Votre destruction talent accru
Posté le 14-03-2017 à 17:07:00  profilanswer
 

:hello:
 
Quelqu'un fait il tourner un Ryzen avec 64Go de RAM et peut-il faire un retour sur la stabilité/perfs ? Existe t-il d'ailleurs un bench avec cette quantité de ram pour voir comment se comporte le controlleur par rapport à une config 16Go ?
 
Je me tâte de plus en plus pour me prendre un 1700 pour faire tourner plein de VM sans me limiter sur la ram :D

n°10098657
fabrs2_ben​chmark
Posté le 14-03-2017 à 17:21:29  profilanswer
 


je trouve la msi gaming pro carbon x370 avec un bon rapport/prix de plus il offre for honor avec.
dommage que asus nous sorte pas une saberthoot avec la garantie de 5 ans comme mon am3+ 990fx au même prix.

n°10098677
moyen_moin​s
chat réincarné
Posté le 14-03-2017 à 17:46:50  profilanswer
 

jonjojo007 a écrit :

 

J'ai quelques news suite au fait que ma RAM 2x16Go G.Skill 3200 Trident Z CL14 (F4-3200C14D-32GTZ) ne monte pas à plus de 2400 MHZ sur la GIGABYTE AORUS GA-AX370-Gaming K5.

 

J'ai envoyé un mail à ce sujet à Gigabyte il y a 3 jours, ils viennent de me répondre en me filant un nouveau bios beta par mail (F5d) en me disant que ça devrait être mieux.
Au final ça l'est pas vraiment. J'ai tenté d'activer le profil XMP, impossible de booter. Manuellement j'ai réussis à faire passer la ram à 2666 mais une fois sous windows j'ai lancé un cinebench et ça a planté. J'ai passé 2 heures à tenter pas mal de trucs différents via le bios ou Ryzen master, rien à faire, j'ai remis ma config actuelle, 2400 CL12, en attendant.

 

J'ai vu par contre que sur Asrock ils font passer ma ram à 3200... si ça va pas mieux, je passerais chez eux surement.


J'ai vu sur XS que les chips mémoire jouaient pas mal aussi. Ce re Samsung mieux que hynix.

n°10098689
mum1989
Posté le 14-03-2017 à 17:54:38  profilanswer
 

AMD-Ryzen benchmarks: Games under Windows 7, CoreParking and HPET analyzed
(computerbase.de)

Message cité 1 fois
Message édité par mum1989 le 14-03-2017 à 17:55:15
n°10098692
ita149
Posté le 14-03-2017 à 17:58:15  profilanswer
 


 
Dans ce test, les Ryzens ont quand même des performances bien plus importantes que sur la plupart des autres sites, à ne plus rien y comprendre.


---------------
Feed-back : http://forum.hardware.fr/hfr/Achat [...] 7018_1.htm
n°10098697
Profil sup​primé
Posté le 14-03-2017 à 18:03:06  answer
 

Franchement je serais curieux de voir un test 1800x vs 7700k en condition réel, surtout en jeu FPS moyenne et min, parceque c'est bien joli les tests en laissant juste le jeu tourner tout mais qui fait vraiment ça ?

 

Avec mes conditions habituels d'utilisations i7 3740qm 3.4 ghz, la charge moyenne toutes applications minimisés au repos est de 15-20% et pic à 30-35% (firefox 20 onglets, chrome 5 onglets, 3 logiciels de messagerie, un client mail, +2-3 autres logiciels type steam)

 

http://reho.st/self/3bdc89a61ecb3117c931a42c1dfd719e084f7049.jpg

Message cité 1 fois
Message édité par Profil supprimé le 14-03-2017 à 18:03:59
n°10098698
chaced
Posté le 14-03-2017 à 18:04:47  profilanswer
 


 
Mouai comparer un proc a 400€ contre un a 580€...  :heink:


---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°10098701
Drebbins
Posté le 14-03-2017 à 18:05:07  profilanswer
 

Après la lecture de plusieurs benchmarks dans les jeux. Je constate que :
1700X ou 1800X sont inférieurs à un i5-7600K dans tous les jeux testés . Parfois c'est très proche, et parfois les AMD lachent de 20 à 25%.  
 
Bon Ok, il y a de gros progrès quand même, regardons maintenant les tarifs, si le 1700X est moins cher que l'I5 ça peut être intéressant !
 
Tarifs les plus bas aujourd'hui :
Prix d'un i5-7600k : 250€
Prix d'un 1700X    : 400€ !!! Oups !  :ouch:  
 
150€ de plus pour des résultats inférieurs en Jeu ! c'est un échec complet pour AMD sur ce plan là.  
Quel Gamer ira mettre 150€ de plus pour des perfs inférieures ?

Message cité 7 fois
Message édité par Drebbins le 14-03-2017 à 18:06:10
n°10098703
Profil sup​primé
Posté le 14-03-2017 à 18:07:21  answer
 

chaced a écrit :


 
Mouai comparer un proc a 400€ contre un a 580€...  :heink:


 
ça vaut pour le 1700 aussi, je comprend pas qu'il n'y ait pas de test en scénario multitache.
 

n°10098704
chaced
Posté le 14-03-2017 à 18:07:39  profilanswer
 

aujourd'hui pour jouer il faut mieux prendre un 7700K (a condition bien sur de n'avoir rien qui tourne en sous tache)

 

le ryzen est la pour concurrencer le 6900K et non le 7700k d'ailleurs.


Message édité par chaced le 14-03-2017 à 18:07:55

---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°10098706
Kyulegend
RX VEGA VS GTX 1080Ti
Posté le 14-03-2017 à 18:08:29  profilanswer
 

Drebbins a écrit :

Après la lecture de plusieurs benchmarks dans les jeux. Je constate que :
1700X ou 1800X sont inférieurs à un i5-7600K dans tous les jeux testés . Parfois c'est très proche, et parfois les AMD lachent de 20 à 25%.  
 
Bon Ok, il y a de gros progrès quand même, regardons maintenant les tarifs, si le 1700X est moins cher que l'I5 ça peut être intéressant !
 
Tarifs les plus bas aujourd'hui :
Prix d'un i5-7600k : 250€
Prix d'un 1700X    : 400€ !!! Oups !  :ouch:  
 
150€ de plus pour des résultats inférieurs en Jeu ! c'est un échec complet pour AMD sur ce plan là.  
Quel Gamer ira mettre 150€ de plus pour des perfs inférieures ?


 
Peut être parce que ce n'est PAS UN PROC FAIT QUE POUR LE GAMING!!!!!!!!!!

n°10098707
Devil'sTig​er
Posté le 14-03-2017 à 18:08:44  profilanswer
 

Drebbins a écrit :

Quel Gamer ira mettre 150€ de plus pour des perfs inférieures ?


Arrete juste de voir ton nombril, et Oo en applicatif c'est un autre discours.
 
Voila, merci, au revoir.

n°10098709
chaced
Posté le 14-03-2017 à 18:10:13  profilanswer
 

Le ryzen fait le job en jeu, et il démonte tout en applicatif, franchement, amd a fait un super travail, et ils reviennent de loin, quand on voit bulldozer :D

Message cité 3 fois
Message édité par chaced le 14-03-2017 à 18:10:31

---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°10098710
Kev70
Posté le 14-03-2017 à 18:10:50  profilanswer
 

Drebbins a écrit :

Après la lecture de plusieurs benchmarks dans les jeux. Je constate que :
1700X ou 1800X sont inférieurs à un i5-7600K dans tous les jeux testés . Parfois c'est très proche, et parfois les AMD lachent de 20 à 25%.  
 
Bon Ok, il y a de gros progrès quand même, regardons maintenant les tarifs, si le 1700X est moins cher que l'I5 ça peut être intéressant !
 
Tarifs les plus bas aujourd'hui :
Prix d'un i5-7600k : 250€
Prix d'un 1700X    : 400€ !!! Oups !  :ouch:  
 
150€ de plus pour des résultats inférieurs en Jeu ! c'est un échec complet pour AMD sur ce plan là.  
Quel Gamer ira mettre 150€ de plus pour des perfs inférieures ?


Après au risque de te choquer, il n'y as pas que des gameur qui ont un pc :/ et coter applicatif la, le 1700 écrase le i5-7600k donc dans ce cas c'est une réussite^^


---------------
AMD RYZEN 5 1600@3.6GHz, MSI B350 TOMAHAWK, 16go de G.Skill Trident Z RGB DDR4 3600 MHz CAS 17, Sapphire Radeon RX 480 Nitro+ OC - 8 Go, Écran PC Acer XF240H, pour plus de détails Configuration matérielle.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  447  448  449  ..  1058  1059  1060  1061  1062  1063

Aller à :
Ajouter une réponse
 

Sujets relatifs
équivalence du Intel Core i5-4440 (3.1 GHz) chez AMD?[HFR] Actu : Intel densifie sa SRAM 14nm et parle du 10 et 7nm
[HFR] Actu : AMD lève le voile sur Carrizo côté technique[HFR] Actu : La HBM 128 Go /s fait bien 1 Go, quid d'AMD Fiji ?
Problème sur l'utilisation des coeurs du processeur AMD FX 6300Réglages Bios pour OC AMD Phenom II X4 965 BE
Config polyvalente sous AMD FX[Avis] AMD R9 290X triple screen
Installation Carte graphique Amd r9 270.Ventirad pour CPU AMD AM1 Athlon x4 5350
Plus de sujets relatifs à : [Topic Unique] AMD Ryzen (2016_14nm & FinFET)


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)