Top config PC MAO 2022 (test, bench, discussion, débat...)
- 1 183 réponses
- 68 participants
- 77 115 vues
- 82 followers
Afficher le sujet de la discussion
Chaque benchmark a des critères un peu différents mais en indice de performances on est sur grosso-modo la même chose.
Ce qu'on dit c'est qu'un 12600K/F est largement suffisant pour les plugins de Neural DSP. On parle d'un CPU comparable voire supérieur (selon les tâches demandées) à un 5800X.
Et oui OC c'est forcément réduire la durée de vie d'un CPU, qu'importe le profil. Certes, il y a overclocking et overclocking mais une fois de plus c'est à faire (du moins c'est mon avis) quand le CPU a déjà bien vécu.
Mais là ne compares-tu pas deux CPU qui font de l'OC ? K et KF ?
Pour la durée de vie, c'est vrai que je n'ai aucune expérience, je me demande simplement pourquoi Intel vendrait ce produit si, inéluctablement, il va perdre ses capacités ? C'est le cas ?
J'interprétais l'OC comme une possibilité de répondre à une demande de surpuissance ponctuelle comme dans le cas d'un plugin ?
Un grand merci pour cette explication sur comment interpréter les résultats Danbei!
Donc ça confirme en quelque sorte nos propos à tous les deux...
Comme je l'avais saisi (et mentionné un peu plus haut dans mon msg à Sarakyel), ils testent uniquement et précisément les latences induites par les échanges mémoire et données entre CPU et GPU afin de constater si l’échange entre les deux est limitant ou non, mais ça n'inclus aucun « traitement » sur l'audio. Ce que tu confirmes en parlant de « noyau de calcul vide ». Idem concernant le fait, que j'avais bien capté aussi, que cela s'ajoutera aux autres latences habituellement ajoutées par toute la chaîne (interface audio, etc.).
De plus, les données sont « en vert », parce que, pour eux, ils définissent la limite du « succès » à moins d'une seconde. Ce qui ne correspond pas à ce dont nous avons besoin, dans les faits, en MAO. Déjà, en regard de leurs résultats, cela voudrait dire, pour un buffer à 128smp, qu'il faudrait ajouter près de 49ms à la RTL habituel que génère déjà notre interface audio (9.6ms pour ma Presonus Studio 1810c à 44.1KHz à 128smp, donc 58.6ms au total avec une GeForce 2080 sous OpenCL, ce qui est déjà bcp trop!!
).
Bref, je pense, surtout avec tes explications (au msg #209, qui correspondent à ce que j'avais déjà lu ailleurs, par un dev) et lumières (sur l'interprétation de l'étude) que nous avons fait le tour du sujet (encore une fois) et que nous pouvons conclure que les résultats ne sont pas encore « au point » pour nos besoins d'utilisateur de DAW, dans les limites que doit correspondre le temps réel pour nous (moins de 20ms au total pour la plupart et pas plus de 10ms au total pour les plus exigeants).
Thx pour ton support et tes lumières Danbei!
Totalement en accord avec Sarakyel concernant l’OC! Avec la puissance des CPU actuels, ce n’est pas nécessaire et tout ce qu’on doit mettre en œuvre pour faire un OC « stable » n’en vaut pas la chandelle!
J’avais d’ailleurs (dans la version 2018 de ce thread, à l’époque de l'achat de mon 8700K) effectué plusieurs tests d’OC, que j’avais partagé en vidéo, etc. Le fait est qu’on gagne trop peu pour ce que ça coûte en temps de réglage et de stress test (l’on peut vraiment y passer plus d’une semaine, car faut laisser tourner plusieurs heures chaque fois!!! ). Au final, depuis, je n’ai conservé qu’un OC de 100MHz/Core (de 4.7Ghz à 4.8Ghz) pour mon 8700K.
Bref, sauf à être un véritable habitué et/ou passionné de l’OC, je déconseille fortement (sauf à être prêt à y passer 2 semaines pour effectuer les stress test à chaque modif) à tous ceux qui n’en ont jamais fait, et ce, précisément pour ce que Sarakyel mentionne : au moindre problème et/ou bogue, vous ne saurez jamais si cela ne provient pas de votre OC.
Je suis juste en mode compréhension et tes posts aident beaucoup.
J'ai lu hier une doc Intel sur 'Intel® Extreme Tuning Utility (Intel® XTU)' et il m'avait semblé que cet utilitaire prenait en charge les processeurs débridés sans impliquer pour cela de rentrer dans des considérations de compétition, de recherche d'excellence et d'exploits.
Qu'appelles-tu turbo boost, est-ce le boost automatique de tous les processeurs Intels, même les non bridés ?
Ou est-ce la fonction que l'on va régler avec XTU ?
Ensuite quand on augmente la fréquence d'un processeur débridé, est-on obligé d'augmenter la fréquence de la RAM, et à fortiori celle du bus.
Ces deux dernières me semblent réservées à du tuning avancé ?
Je comprends de tes explications que pour la RAM, on peut "aller activer la fonctionnalité "XMP" dans l'UEFI et de sélectionner le profil de performance voulu pour que les barrettes tournent aux specs pour lesquelles elles ont été vendues", donc on peut changer la fréquence du proc sans changer celle de la RAM, c'est bien ça ?
Pour le bus ce doit être identique, c'est bien (et logique) que ce soit possible mais je ne m'interesse qu'au CPU actuellement, chaque chose en son temps
Mes questions d'hier concernaient simplement la manière de changer la fréquence d'un processeur Intel débridé en utilisant XTU, si cet utilitaire est encore d'actualité.
Donc si j'utilise un I5-12600KF sur une carte 'GIGABYTE MBT Intel 1700 Z690M AORUS Elite AX DDR4', l'OC sera activé sans possibilité de le désactiver ?
Et je devrai passer une semaine à tuner, même en utilisant XTU ?
D'après Intel
Plus oui mais comme tu le vois encore quelques points à éclaircir de mon côté, merci encore.
Deltank
2793
Squatteur·euse d’AF
Membre depuis 22 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Snowfall
1694
AFicionado·a
Membre depuis 12 ans
Chaque benchmark a des critères un peu différents mais en indice de performances on est sur grosso-modo la même chose.
Ce qu'on dit c'est qu'un 12600K/F est largement suffisant pour les plugins de Neural DSP. On parle d'un CPU comparable voire supérieur (selon les tâches demandées) à un 5800X.
Et oui OC c'est forcément réduire la durée de vie d'un CPU, qu'importe le profil. Certes, il y a overclocking et overclocking mais une fois de plus c'est à faire (du moins c'est mon avis) quand le CPU a déjà bien vécu.
[ Dernière édition du message le 20/02/2022 à 21:54:00 ]
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Citation de Snowfall :
Chaque benchmark a des critères un peu différents mais en indice de performances on est sur grosso-modo la même chose.
Ce qu'on dit c'est qu'un 12600K/F est largement suffisant pour les plugins de Neural DSP. On parle d'un CPU comparable voire supérieur (selon les tâches demandées) à un 5800X.
Et oui OC c'est forcément réduire la durée de vie d'un CPU, qu'importe le profil. Certes, il y a overclocking et overclocking mais une fois de plus c'est à faire (du moins c'est mon avis) quand le CPU a déjà bien vécu.
Mais là ne compares-tu pas deux CPU qui font de l'OC ? K et KF ?
Pour la durée de vie, c'est vrai que je n'ai aucune expérience, je me demande simplement pourquoi Intel vendrait ce produit si, inéluctablement, il va perdre ses capacités ? C'est le cas ?
J'interprétais l'OC comme une possibilité de répondre à une demande de surpuissance ponctuelle comme dans le cas d'un plugin ?
dogfacedgremelin
2010
AFicionado·a
Membre depuis 22 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Snowfall
1694
AFicionado·a
Membre depuis 12 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Sarakyel
2801
Squatteur·euse d’AF
Membre depuis 13 ans
Ah bah bravo, je me barre le temps d'un week-end pour profiter de mes gosses et quand je reviens, y'a 3 pages de tartines ! Alors bon, j'ai pas encore tout lu en détail donc je vais pas répondre à tout... M'enfin pêle-mêle :
A priori zéro problème. Il me semble (sans certitude) que Pro Tools avait eu des soucis avec ça sur Mac quand le M1 a débarqué, mais que c'est corrigé depuis un moment.
Complètement. Ben disons que je passe pas non plus mes journées à décortiquer le sujet (surtout que je n'ai plus trop le temps depuis que je suis devenu papa), donc de ce que j'en savais :
- Les constructeurs de GPU et le monde de la "computer science" ont commencé à publier des papiers sur l'utilisation du GPGPU pour la production audio y'a une 15aine d'années déjà (tenez, en bonus, une présentation de 2009 sur l'utilisation de CUDA pour les DAWs co-écrite et animée par... Rudy Sarzo himself !!!).
- Quelques développeurs de plugins (genre Acustica) avaient fait des annonces sur l'utilisation de CUDA/OpenCL dans les versions de leurs effets sorties vers 2015/2016. Y'a jamais vraiment eu de comm autour du fait qu'ils avaient laissé tomber cette solution, donc je pouvais pas trop me douter que c'était le cas.
- Je bosse dans le jeu vidéo, or avec le middleware audio WWise (notre "DAW" spécialisée) ça fait des années qu'on utilise activement le GPU pour calculer un paquet d'effets audio en temps réel (convolutions en tous genres, reverbs, tracés de propgation du son, EQ...) ; faut dire que pour nous c'est beaucoup plus efficace vu qu'il y'a tout un tas de données utiles à l'audio (géométrie, matériaux, shaders...) qu'on peut récupérer directement dans le GPU et qui seraient beaucoup plus longues à obtenir en passant par le CPU.
- Depuis 2 ans fleurissent les plugins utilisant le machine learning (Sonible, Accentize, Baby Audio...) or pour cette application les GPU sont bien plus efficaces que les CPU, donc je ne me suis même pas trop posé de questions et j'ai supposé d'office que ces effets utilisaient les puces graphiques.
- Les constructeurs de cartes graphiques proposent de plus en plus de traitements audio effectuées par le GPU (comme évoqué dans mes posts précédents).
Et bien visiblement, non, et j'en suis le premier surpris... Parce que comme même, c'est plutôt contre-intuitif de constater ça près de 15 ans après que l'idée ait commencé à être évoquée, surtout en considérant toutes les étapes intermédiaires que j'ai listé au dessus !
Du coup je suis d'accord avec la dernière partie (la quasi-inexistence de calculs audio effectués sur le GPU ne justifie pas l'achat d'une carte graphique), mais de mon point de vue, une carte graphique passive présente tout de même quelques avantages par rapport à un iGPU qu'il ne faut pas négliger pour une config MAO. Encore une fois, je ne dis pas que l'utilisation d'un iGPU n'est pas viable ! Mais l'amélioration de l'enveloppe thermique du bloc CPU et la présence de VRAM dédiée sont deux éléments qui ne devraient pas être ignorés. D'ailleurs je ne pense pas que ce soit innocent si les développeurs de DAWs et certains éditeurs de plugins (Melda, Native Instruments...) conseillent d'utiliser un GPU dédié (ProTools recommande même spécifiquement les GPU nVidia pour les machines sous Windows !).
De ce que j'ai vu des divers papiers que j'ai parcouru, toutes les démos et recherches ont toujours été effectuées en utilisant CUDA ou OpenCL, qui, comme Danbei l'évoquait, restent des frameworks optimisés pour du calcul distribué et hautement parallélisé. Et pour des effets audio qui doivent être traités de façon séquentielle, paralléliser dans le GPU pour renvoyer vers le CPU revient à ajouter de la latence. On en revient donc à ce que je disais précédemment : le fond du problème c'est la couche logicielle ; si quelqu'un se penchait sur le développement d'une API construite pour du traitement audio séquenciel sur GPU, ça pourrait changer la donne. Mais ça coûterait une blinde en R&D, et comme jusqu'à maintenant le développement des CPUs a continué à suivre la loi de Moore, personne n'a encore jugé que ça pourrait justifier les coûts engendrés.
Tu es sûr que tu ne confonds pas avec la précédente génération de CPU Intel ? Parce que là sur la 12e gen, les benchmarks tendent à montrer que le rendement est bien meilleur et comparable à ce que fait AMD...
Franchement, en MAO, je suis d'avis qu'il vaut mieux éviter l'overclocking... Déjà pour faire ça correctement il faut savoir ce qu'on fait (augmentation de la fréquence de bus et/ou du coefficient multiplicateur ; augmentation du voltage CPU ; augmentation potentielle du voltage de la RAM ; stress test des divers composants ; etc...).
Ensuite, qui dit augmentation de la fréquence (et potentiellement du voltage) dit augmentation de l'enveloppe thermique, donc ventilateurs qui tournent plus vite, donc plus de nuisances sonores.
Enfin dès que tu vas avoir des soucis sur ta machine (que ce soit de simples décrochages audio, ou carrément des freezes/plantages/reboots), ça ajoute un facteur de plus à tester pour vérifier si ça peut venir de l'O/C ou pas.
Bref, c'est des complications pas nécessaires. Si tu as trop de VSTs lors de l'enregistrement pour qu'un i5-12xxx ne puisse suivre correctement, c'est pas l'O/C qui va te sauver : faut juste te délester de quelques effets !
Citation de ElliotValentine :
Comment se comporte l'architecture "BIG.little" Intel en MAO ? Comment se fait la répartition des coeurs, ne bride-elle pas les coeurs plus gros ?
A priori zéro problème. Il me semble (sans certitude) que Pro Tools avait eu des soucis avec ça sur Mac quand le M1 a débarqué, mais que c'est corrigé depuis un moment.
Citation de Darkmoon :
@Sarakyel
J’avais loupé une page (encore,quand j’suis sur smartphone ça arrive et/ou ça bogue
Complètement. Ben disons que je passe pas non plus mes journées à décortiquer le sujet (surtout que je n'ai plus trop le temps depuis que je suis devenu papa), donc de ce que j'en savais :
- Les constructeurs de GPU et le monde de la "computer science" ont commencé à publier des papiers sur l'utilisation du GPGPU pour la production audio y'a une 15aine d'années déjà (tenez, en bonus, une présentation de 2009 sur l'utilisation de CUDA pour les DAWs co-écrite et animée par... Rudy Sarzo himself !!!).
- Quelques développeurs de plugins (genre Acustica) avaient fait des annonces sur l'utilisation de CUDA/OpenCL dans les versions de leurs effets sorties vers 2015/2016. Y'a jamais vraiment eu de comm autour du fait qu'ils avaient laissé tomber cette solution, donc je pouvais pas trop me douter que c'était le cas.
- Je bosse dans le jeu vidéo, or avec le middleware audio WWise (notre "DAW" spécialisée) ça fait des années qu'on utilise activement le GPU pour calculer un paquet d'effets audio en temps réel (convolutions en tous genres, reverbs, tracés de propgation du son, EQ...) ; faut dire que pour nous c'est beaucoup plus efficace vu qu'il y'a tout un tas de données utiles à l'audio (géométrie, matériaux, shaders...) qu'on peut récupérer directement dans le GPU et qui seraient beaucoup plus longues à obtenir en passant par le CPU.
- Depuis 2 ans fleurissent les plugins utilisant le machine learning (Sonible, Accentize, Baby Audio...) or pour cette application les GPU sont bien plus efficaces que les CPU, donc je ne me suis même pas trop posé de questions et j'ai supposé d'office que ces effets utilisaient les puces graphiques.
- Les constructeurs de cartes graphiques proposent de plus en plus de traitements audio effectuées par le GPU (comme évoqué dans mes posts précédents).
Citation de Darkmoon :
Au final (ce que vous échangez tous les deux), ça revient à ce que je voulais exprimer : il n’y a pas — présentement — de DAW, ni de plugins (comprendre un environnement complet), qui exploitent nos cartes graphiques pour faire du calcul audio en temps réel.
Et bien visiblement, non, et j'en suis le premier surpris... Parce que comme même, c'est plutôt contre-intuitif de constater ça près de 15 ans après que l'idée ait commencé à être évoquée, surtout en considérant toutes les étapes intermédiaires que j'ai listé au dessus !
Citation de Darkmoon :
Et ce qui m’importe, c’est surtout le fait de ne pas conseiller à quelqu’un (qui vient demander des conseils ici) de s’acheter telle ou telle carte graphique sous prétexte que certains DAW ou plugins l’utiliseront (et/ou, de par nos propos, donner l’impression qu’il y aura un gain de perf, un avantage, en MAO, à posséder une carte graphique non intégrée). Pour l’instant, un IGPU (puce intégrée à la CM) est tout à fait suffisant pour bosser dans un DAW et les quelques « tests/essais » qui tentent d’exploiter les cartes graphiques (pour calculer de l’audionumérique) sont rarissime (et/ou fonctionnent en application « standalone », mais pas en tant que plugin dans un DAW) et donc pas suffisant pour prendre en compte l’achat d’une carte graphique dans « l’équation » de l’achat d’un PC dédié MAO. Tel est mon propos et ce qui m’importe, précisément!
Du coup je suis d'accord avec la dernière partie (la quasi-inexistence de calculs audio effectués sur le GPU ne justifie pas l'achat d'une carte graphique), mais de mon point de vue, une carte graphique passive présente tout de même quelques avantages par rapport à un iGPU qu'il ne faut pas négliger pour une config MAO. Encore une fois, je ne dis pas que l'utilisation d'un iGPU n'est pas viable ! Mais l'amélioration de l'enveloppe thermique du bloc CPU et la présence de VRAM dédiée sont deux éléments qui ne devraient pas être ignorés. D'ailleurs je ne pense pas que ce soit innocent si les développeurs de DAWs et certains éditeurs de plugins (Melda, Native Instruments...) conseillent d'utiliser un GPU dédié (ProTools recommande même spécifiquement les GPU nVidia pour les machines sous Windows !).
Citation de Darkmoon :
Bref, ma conclusion est la suivante : nous n’en sommes qu’encore qu’au stade de la recherche et des balbutiements en ce domaine, les principaux acteurs semblent encore trop frileux pour emprunter cette « voie » et il n’existe pas encore d’environnement complet (comprendre ==> DAW et plusieurs plugins) permettant d’exploiter nos cartes graphiques pour faire de la MAO.
De ce que j'ai vu des divers papiers que j'ai parcouru, toutes les démos et recherches ont toujours été effectuées en utilisant CUDA ou OpenCL, qui, comme Danbei l'évoquait, restent des frameworks optimisés pour du calcul distribué et hautement parallélisé. Et pour des effets audio qui doivent être traités de façon séquentielle, paralléliser dans le GPU pour renvoyer vers le CPU revient à ajouter de la latence. On en revient donc à ce que je disais précédemment : le fond du problème c'est la couche logicielle ; si quelqu'un se penchait sur le développement d'une API construite pour du traitement audio séquenciel sur GPU, ça pourrait changer la donne. Mais ça coûterait une blinde en R&D, et comme jusqu'à maintenant le développement des CPUs a continué à suivre la loi de Moore, personne n'a encore jugé que ça pourrait justifier les coûts engendrés.
Citation de JohnnyG :
Sur les Intel dont on cause, il faut clairement investir dans du refroidissement efficace. Même sans OC, quand le mode turbo est en route, ça chauffe sérieusement.
Alors pour de l'OC faudrait pratiquement songer à du watercooling. En AIO ou acheter pièce par pièce...
Tu es sûr que tu ne confonds pas avec la précédente génération de CPU Intel ? Parce que là sur la 12e gen, les benchmarks tendent à montrer que le rendement est bien meilleur et comparable à ce que fait AMD...
Citation de csurieux :
L'OC n'est pas une solution ?
Franchement, en MAO, je suis d'avis qu'il vaut mieux éviter l'overclocking... Déjà pour faire ça correctement il faut savoir ce qu'on fait (augmentation de la fréquence de bus et/ou du coefficient multiplicateur ; augmentation du voltage CPU ; augmentation potentielle du voltage de la RAM ; stress test des divers composants ; etc...).
Ensuite, qui dit augmentation de la fréquence (et potentiellement du voltage) dit augmentation de l'enveloppe thermique, donc ventilateurs qui tournent plus vite, donc plus de nuisances sonores.
Enfin dès que tu vas avoir des soucis sur ta machine (que ce soit de simples décrochages audio, ou carrément des freezes/plantages/reboots), ça ajoute un facteur de plus à tester pour vérifier si ça peut venir de l'O/C ou pas.
Bref, c'est des complications pas nécessaires. Si tu as trop de VSTs lors de l'enregistrement pour qu'un i5-12xxx ne puisse suivre correctement, c'est pas l'O/C qui va te sauver : faut juste te délester de quelques effets !
[ Dernière édition du message le 21/02/2022 à 01:18:14 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Citation de Danbei :
EDIT : j'ai oublié les synchronisations, je rajoute ... A la première lecture j'ai aussi eu du mal à comprendre ce tableau ^^ [...] [...] [...]
Un grand merci pour cette explication sur comment interpréter les résultats Danbei!
Donc ça confirme en quelque sorte nos propos à tous les deux...
Comme je l'avais saisi (et mentionné un peu plus haut dans mon msg à Sarakyel), ils testent uniquement et précisément les latences induites par les échanges mémoire et données entre CPU et GPU afin de constater si l’échange entre les deux est limitant ou non, mais ça n'inclus aucun « traitement » sur l'audio. Ce que tu confirmes en parlant de « noyau de calcul vide ». Idem concernant le fait, que j'avais bien capté aussi, que cela s'ajoutera aux autres latences habituellement ajoutées par toute la chaîne (interface audio, etc.).
De plus, les données sont « en vert », parce que, pour eux, ils définissent la limite du « succès » à moins d'une seconde. Ce qui ne correspond pas à ce dont nous avons besoin, dans les faits, en MAO. Déjà, en regard de leurs résultats, cela voudrait dire, pour un buffer à 128smp, qu'il faudrait ajouter près de 49ms à la RTL habituel que génère déjà notre interface audio (9.6ms pour ma Presonus Studio 1810c à 44.1KHz à 128smp, donc 58.6ms au total avec une GeForce 2080 sous OpenCL, ce qui est déjà bcp trop!!
).Bref, je pense, surtout avec tes explications (au msg #209, qui correspondent à ce que j'avais déjà lu ailleurs, par un dev) et lumières (sur l'interprétation de l'étude) que nous avons fait le tour du sujet (encore une fois) et que nous pouvons conclure que les résultats ne sont pas encore « au point » pour nos besoins d'utilisateur de DAW, dans les limites que doit correspondre le temps réel pour nous (moins de 20ms au total pour la plupart et pas plus de 10ms au total pour les plus exigeants).
Thx pour ton support et tes lumières Danbei!
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 21 ans
Citation de Sarakyel :
Franchement, en MAO, je suis d'avis qu'il vaut mieux éviter l'overclocking... Déjà pour faire ça correctement il faut savoir ce qu'on fait (augmentation de la fréquence de bus et/ou du coefficient multiplicateur ; augmentation du voltage CPU ; augmentation potentielle du voltage de la RAM ; stress test des divers composants ; etc...).
Ensuite, qui dit augmentation de la fréquence (et potentiellement du voltage) dit augmentation de l'enveloppe thermique, donc ventilateurs qui tournent plus vite, donc plus de nuisances sonores.
Enfin dès que tu vas avoir des soucis sur ta machine (que ce soit de simples décrochages audio, ou carrément des freezes/plantages/reboots), ça ajoute un facteur de plus à tester pour vérifier si ça peut venir de l'O/C ou pas.
Bref, c'est des complications pas nécessaires. Si tu as trop de VSTs lors de l'enregistrement pour qu'un i5-12xxx ne puisse suivre correctement, c'est pas l'O/C qui va te sauver : faut juste te délester de quelques effets !
Totalement en accord avec Sarakyel concernant l’OC! Avec la puissance des CPU actuels, ce n’est pas nécessaire et tout ce qu’on doit mettre en œuvre pour faire un OC « stable » n’en vaut pas la chandelle!
J’avais d’ailleurs (dans la version 2018 de ce thread, à l’époque de l'achat de mon 8700K) effectué plusieurs tests d’OC, que j’avais partagé en vidéo, etc. Le fait est qu’on gagne trop peu pour ce que ça coûte en temps de réglage et de stress test (l’on peut vraiment y passer plus d’une semaine, car faut laisser tourner plusieurs heures chaque fois!!!
). Au final, depuis, je n’ai conservé qu’un OC de 100MHz/Core (de 4.7Ghz à 4.8Ghz) pour mon 8700K.Bref, sauf à être un véritable habitué et/ou passionné de l’OC, je déconseille fortement (sauf à être prêt à y passer 2 semaines pour effectuer les stress test à chaque modif) à tous ceux qui n’en ont jamais fait, et ce, précisément pour ce que Sarakyel mentionne : au moindre problème et/ou bogue, vous ne saurez jamais si cela ne provient pas de votre OC.
"Si t'enregistres à Poudlard, avec l'ingé son Dumbledore, les lois physiques tu peux t'en foutre. Mais dans l'monde réel, les lois physiques, les mesures, le dBFS, tout ça existe bel et bien." youtou
dogfacedgremelin
2010
AFicionado·a
Membre depuis 22 ans
@csurieux pour les problèmes de budget, je réitère une chose que j'ai deja dis sur différents thread sur ici AF et qui est simple comme bonjour et qui fonctionne à merveille (si on ne se surestime pas évidement), c'est de faire quelques piges du type enregistrement ou accompagnement audio.
ça permet rapidement d'avoir le budget qui vous fait défaut et qui est mis en avant quasiment à chaque nouvelle configuration sur ces différents type de thread. Voir même financer a 200% (conf i9 plutôt que i5) votre nouvelle configuration audio qui vous durera longtemps tout en étant performante sur plusieurs années
.
ça permet rapidement d'avoir le budget qui vous fait défaut et qui est mis en avant quasiment à chaque nouvelle configuration sur ces différents type de thread. Voir même financer a 200% (conf i9 plutôt que i5) votre nouvelle configuration audio qui vous durera longtemps tout en étant performante sur plusieurs années
.apprendre est une des choses les plus difficile à faire. Alors j'apprends chaque jours.
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Danbei
1894
AFicionado·a
Membre depuis 14 ans
Hors sujet :
Citation de Sarakyel :C'est l'architecture des GPU qui est fondamentalement conçu pour faire du calcul parallèle, c'est pas vraiment une limite logicielle.On en revient donc à ce que je disais précédemment : le fond du problème c'est la couche logicielle ; si quelqu'un se penchait sur le développement d'une API construite pour du traitement audio séquenciel sur GPU, ça pourrait changer la donne.
Citation de Darkmoon :Ils ont aussi fait d'autres tests avec du vrai calcul dans les noyaux, c'est ce que tu avais relevé avec l'algorithme de synthèse sonore.Comme je l'avais saisi (et mentionné un peu plus haut dans mon msg à Sarakyel), ils testent uniquement et précisément les latences induites par les échanges mémoire et données entre CPU et GPU afin de constater si l’échange entre les deux est limitant ou non, mais ça n'inclus aucun « traitement » sur l'audio. Ce que tu confirmes en parlant de « noyau de calcul vide ». Idem concernant le fait, que j'avais bien capté aussi, que cela s'ajoutera aux autres latences habituellement ajoutées par toute la chaîne (interface audio, etc.).
Citation de Darkmoon :Attention les 49ms c'est pour traiter 44100 échantillons pas pour traiter un buffer, pour avoir la latence de traitement d'un buffer il faut prendre la deuxième colonne, le 0.14ms, ce qui est négligeable devant la latence de la carte son : on aurait un total de 9.7 ms. A mon sens ici ce qui bloque c'est que je doute qu'avec un buffer de 128 le traitement via le GPU soit véritablement plus efficace que sur le CPU parce qu'on exploiterai pas tout le potentiel du GPU. Le problème c'est pas forcement la latence induite par la traitement GPU, mais plutôt le fait que pour exploiter le puissance du GPU il faudrait un gros buffer, par ex 32786, dans ce cas on aurait un peu plus de 743ms de latence venant de la carte son + 0.18ms (négligeable) venant de l'aller/retour CPU/GPU.De plus, les données sont « en vert », parce que, pour eux, ils définissent la limite du « succès » à moins d'une seconde. Ce qui ne correspond pas à ce dont nous avons besoin, dans les faits, en MAO. Déjà, en regard de leurs résultats, cela voudrait dire, pour un buffer à 128smp, qu'il faudrait ajouter près de 49ms à la RTL habituel que génère déjà notre interface audio (9.6ms pour ma Presonus Studio 1810c à 44.1KHz à 128smp, donc 58.6ms au total avec une GeForce 2080 sous OpenCL, ce qui est déjà bcp trop!!
[ Dernière édition du message le 21/02/2022 à 10:11:18 ]
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Entendu, ne tenant pas à passer une semaine de tests et à devoir opérer le check de toute la chaine OC à chaque 'glitch', je vais revenir à une option non OC, merci pour ces avis éclairés.
Dernière question (du jour ) peut-on installer un proc OC comme un I5-12600KF et ne pas activer l'OC, donc l'utiliser comme un proc bridé (je suis bien conscient que cela impose un modèle spécifique de CM et que le surcout n'en vaut peut-être pas la chandelle) ?
Quant à faire des piges enregistrement et accompagnement audio, j'en serai incapable , mais merci pour la suggestion.
En début d'année, j'ai donné quelques formations au dev en env Microsoft, elles m'ont permis de compléter mon parc d'instruments. Mais vu que je viens de passer dernièrement un cap de plus et que je me suis rendu compte que ma pédagogie, basée sur une compréhension d'ensemble pour en arriver à résoudre les détails, n'était plus adaptée aux nouvelles générations (qui réclament du résultat dans l'instant, je ne les blame pas, la société par contre...), j'ai décidé d'arrêter cette activité et de me consacrer, du fond de mon salon-cuisine, à la musique et à la littérature, enfin ce sont deux bien grands mots là aussi.
Merci encore pour vos conseils récents et futurs.
Dernière question (du jour
) peut-on installer un proc OC comme un I5-12600KF et ne pas activer l'OC, donc l'utiliser comme un proc bridé (je suis bien conscient que cela impose un modèle spécifique de CM et que le surcout n'en vaut peut-être pas la chandelle) ?Quant à faire des piges enregistrement et accompagnement audio, j'en serai incapable
, mais merci pour la suggestion.En début d'année, j'ai donné quelques formations au dev en env Microsoft, elles m'ont permis de compléter mon parc d'instruments. Mais vu que je viens de passer dernièrement un cap de plus et que je me suis rendu compte que ma pédagogie, basée sur une compréhension d'ensemble pour en arriver à résoudre les détails, n'était plus adaptée aux nouvelles générations (qui réclament du résultat dans l'instant, je ne les blame pas, la société par contre...), j'ai décidé d'arrêter cette activité et de me consacrer, du fond de mon salon-cuisine
, à la musique et à la littérature, enfin ce sont deux bien grands mots là aussi.Merci encore pour vos conseils récents et futurs.
[ Dernière édition du message le 21/02/2022 à 10:04:38 ]
Danbei
1894
AFicionado·a
Membre depuis 14 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Sarakyel
2801
Squatteur·euse d’AF
Membre depuis 13 ans
csurieux
659
Posteur·euse AFfolé·e
Membre depuis 7 ans
Citation de Sarakyel :
Je suis pas certain de comprendre toutes tes inquiétudes sur ces histoires d'overclocking... De quoi parles-tu exactement : de véritable o/c manuel où tu essaie de pousser le CPU dans ses retranchements, ou de la fonction "Turbo-boost" qui augmente automatiquement la fréquence de fonctionnement du CPU ?
Je suis juste en mode compréhension et tes posts aident beaucoup.
J'ai lu hier une doc Intel sur 'Intel® Extreme Tuning Utility (Intel® XTU)' et il m'avait semblé que cet utilitaire prenait en charge les processeurs débridés sans impliquer pour cela de rentrer dans des considérations de compétition, de recherche d'excellence et d'exploits.
Qu'appelles-tu turbo boost, est-ce le boost automatique de tous les processeurs Intels, même les non bridés ?
Ou est-ce la fonction que l'on va régler avec XTU ?
Ensuite quand on augmente la fréquence d'un processeur débridé, est-on obligé d'augmenter la fréquence de la RAM, et à fortiori celle du bus.
Ces deux dernières me semblent réservées à du tuning avancé ?
Je comprends de tes explications que pour la RAM, on peut "aller activer la fonctionnalité "XMP" dans l'UEFI et de sélectionner le profil de performance voulu pour que les barrettes tournent aux specs pour lesquelles elles ont été vendues", donc on peut changer la fréquence du proc sans changer celle de la RAM, c'est bien ça ?
Pour le bus ce doit être identique, c'est bien (et logique) que ce soit possible mais je ne m'interesse qu'au CPU actuellement, chaque chose en son temps
Mes questions d'hier concernaient simplement la manière de changer la fréquence d'un processeur Intel débridé en utilisant XTU, si cet utilitaire est encore d'actualité.
Citation de Sarakyel :
Maintenant en ce qui concerne la fonction "boost", je ne suis pas certain que ce soit facilement désactivable (ça dépend probalement des mobos), mais surtout, je ne vois aucun intérêt à le faire : les CPUs sont testés en sortie d'usine pour s'assurer qu'avec le refroidissement adéquat, chaque core puisse tourner de façon prolongée à la fréquence de boost max. C'est donc une fonctionnalité utile, transparente et sans risque qu'il est inutile de désactiver.
Donc si j'utilise un I5-12600KF sur une carte 'GIGABYTE MBT Intel 1700 Z690M AORUS Elite AX DDR4', l'OC sera activé sans possibilité de le désactiver ?
Et je devrai passer une semaine à tuner, même en utilisant XTU ?
D'après Intel
Citation :
Intel® Extreme Tuning Utility (Intel® XTU) is aimed at intermediate-level users that have some basic knowledge about overclocking and how it works.
...
Intel® Extreme Tuning Utility (Intel® XTU) offers a user-friendly interface and works with most modern motherboard brands and models, making it an ideal all-in-one overclocking option.
Citation de Sarakyel :
C'est plus clair là ?
Plus oui mais comme tu le vois encore quelques points à éclaircir de mon côté, merci encore.
[ Dernière édition du message le 21/02/2022 à 12:37:58 ]
dogfacedgremelin
2010
AFicionado·a
Membre depuis 22 ans
- < Liste des sujets
- Charte