Top config PC MAO 2018 (test, bench, discussion, débat...)
- 1 276 réponses
- 84 participants
- 123 617 vues
- 89 followers
Afficher le sujet de la discussion
Bien sûr, mais j'imagine que tu te doutes que je n'ai pas testé toutes les combinaisons possibles chaque fois, car déjà pour les 10 premières qui ne concernent pas l'OC, ça fait près de cent combinaisons « enable/disable » différentes. Si l'on ajoute en plus les divers options concernant l'OC, ça ferait plusieurs centaines de combinaisons (et à cela s'ajoutent les optimisations de l'OS dans Windows!). Je ne me vois donc pas ouvrir différents projets (légers/lourds) dans 5 ou 6 DAW (ce que j'avais fait, testant FL, Studio One, Reaper, Mixcraft, Cakewalk et Cubase AI/LE lors de mes tests et benchs) diffèrent (parce que chaque DAW a également une incidence de par sa gestion singulière et ses multiples options, activés ou non) avec toutes les combinaisons. C'est irréalisable à moins d'y passer 3 années complètes 24h/24h.
Certaines options sont de toute façon très connues et empêchent juste la CM et le système d'abaisser automatiquement la fréquence du CPU, le voltage et la consommation d'électricité. Il serait difficile de les tester une par une, car elles abaissent ces paramètres uniquement lorsque ce qui est utilisé dans le système (ce que l'on fait avec le PC) ne requiert pas et/ou requiert trop de ressources pendant quelque temps. L'on pourrait alors être tenté de dire que ça ne doit pas influer sur les perfs puisque cela s'ajuste « intelligemment » selon la demande, mais quand tu bosses en 32smp ou 64smp, le simple fait que l'OS et/ou le BIOS démarrent « une requête~process » pour ajuster quoi que ce soit peut suffire pour générer un minuscule glitch/dropout. C'est ça l'idée générale : empêcher toute requête, toute activité, que ce soit du BIOS, de l'OS et des composants non nécessaires (carte réseau/LAN/WAN) quand on bosse en très basse latence.
Mais sinon, oui, si à la valeur de buffer à laquelle l'on bosse dans nos DAW nous n'expérimentons jamais aucun glitch ni dropout, l'on peut se permettre de ne rien modifier (autant dans le BIOS que dans l'OS). Car faut bien saisir qu'il ne s'agit pas ici (excepté ce qui concerne l'overcloking ainsi que l'Hyper-Threading) de gagner de la puissance et/ou de pouvoir ouvrir 15 instances de VSTi supplémentaire dans le DAW, non, il s'agit surtout d'éviter les glitchs/dropouts lorsque l'on joue du clavier MIDI et/ou enregistrons de l'audio (guitare, micro, etc.) en très basse latence avec un buffer, P. Ex., en 64smp ou 32 smp.
Si tu te retapes tout le fils du sujet (ou que tu vas sur ma chaine YT), tu verras que j'ai partagé quelques vidéos ou je présente les résultats les plus significatifs. Bien sûr, j'en ai fait bcp plus pendant les quelques semaines ou je testais tout, mais je n'ai pas capturé chaque petit test ou j'activais certaines options.
Par exemple, je ne me souviens plus trop des détails (ça fait déjà un an et j'en ai tellement fait), mais je me souviens que j'avais remarqué, P. Ex., entre autres que le « Intel(R) Speed Shift Technology » devait être activé, mais que le « Intel(R) SpeedSteep(tm) » devait, lui, être désactivé, car sinon cela interférait avec mes ajustements de voltage (en rapport avec mon overclocking) et faisait fluctuer ce dernier plus que nécessaire. Je n'ai pas ouvert mes DAW chaque fois en testant un projet pour ce genre de détails, mais un simple coup d'oeil dans mes utilitaires (OCCT et CPUID HWMonitor) me permettais d'observer une baisse de voltage/fréquence du CPU et/ou des variations, alors que le but est que tout varie le moins possible, etc.
Mais j'ai fait des vidéos des modifications les plus significatives (avant/après OC, Hyper-Threading activé/désactivé dans le BIOS, etc.). Par exemple, je me souviens qu'un membre (ce n'était pas toi par hasard?) me disait qu'il était préférable de désactiver Hyper-Threading dans le BIOS pour améliorer les perfs dans les DAW. J'ai donc testé et filmé avec et sans l'Hyper-Threading activé dans le BIOS sous plusieurs DAW et le résultat a été sans appel : dans tous mes DAW (mentionné plus haut) les performances se dégradaient significativement (bcp moins d'instances de plugins avant de « glitcher ») quand je désactivais l'Hyper-Threading dans le BIOS. Bon, moi je m'en doutais et l'anticipais, mais le fait de l'avoir démontré avec une capture vidéo a permis de résoudre une « vieille croyance ». J'avais expliqué d'où elle venait et que cela était vraie il y a plusieurs années (en particulier avec Cubase pour la version 7 et Nuendo 6, voir au point #6 du lien ainsi que spécifiquement avec Pro Tools, encore de nos jours, parfois, voir le dernier point ici), mais que depuis quelques années, ce n'était plus d'actualité pour la majorité des DAW.
Et sinon, naturellement, j'ai capturé (jeu avec plusieurs instances de Kontakt, Diva, etc.) avant/après DELID/OC et démontré que j'ai gagné une baisse de 12 degrés Celsius ce qui m’a permis de synchroniser tous mes coeurs jusqu'à 4.8Ghz et donc de gagner en perfs (quelques instances de plus sans glitch/dropout).
Il y a eu aussi Grebz qui a effectué mes optimisations Windows (désactiver les fonctions d'économie d'énergie, mettre l'état minimal/maximal du CPU à 100%, etc.) et qui a constaté une amélioration sur sa machine dans son DAW.
Ce qu'il faut comprendre, c'est qu'il est très difficile de prouver/démontrer un seul point à la fois (déjà parce que chaque PC est différent et que tous n'utilisent pas la même version de Windows, soit 7 ou 10 ni le même DAW et la même version du DAW). Par exemple, si l'on fait juste activer/désactiver l'option « CPU C-States » (P. Ex., entre autres) dans le BIOS, ben l'on ne constatera pas nécessairement une hausse significative de perfs dans un DAW, c'est sûr! Mais le simple fait que le BIOS ne cherchera plus à ajuster continuellement la fréquence et/ou la conso fait qu'il y aura une requête intempestive potentielle de moins et empêchera peut-être un petit glitch/dropout en 64smp qui se serait produit potentiellement à la « 13e minute » de jeu (P. Ex.) dans le DAW. Tu comprends l'idée?
C'est le fait de combiner~multiplier ensemble de multiples petits détails (tout comme lorsque l'on mixe de l'audio ) qui finit, au final, par réduire au maximum les éventuels possibles requêtes système et donc les glitchs et les dropouts qui peuvent résulter en cour de projet. Et faut se souvenir que tout ceci concerne surtout le jeu en basse latence lorsque nous bossons avec de petits buffers en 128smp et moins. Car, oui, lors de la phase de mixage avec un buffer en 512smp ou plus, que le « VRM Spread Spectrum » (ou n'importe quelle autre option, seule) soit activé ou non (excepté Hyper-Threading qui influe drastiquement), ça ne permettra pas d'ouvrir 15 instances supplémentaires d'un VSTi. Il n'est pas tant question de gagner de la puissance que d'éviter les glitchs/dropouts en très basse latence.
Donc, concrètement, pour un utilisateur qui fait, P. Ex., de l'electro avec un buffer à 512smp ou plus en traçant des notes à la souris dans le piano roll, toutes ces manipulations sont fort probablement superflues, non nécessaires et complètement inutiles!
Autre exemple concret concernant les optimisations....
Je mentionne souvent qu'il est préférable de désactiver la carte réseau lorsque l'on bosse dans le DAW. Ben, depuis Windows 10, l'on sait que le deuxième mardi de chaque mois Microsoft sort un « Patch Tuesday » que W10 télécharge automatiquement en arrière-plan (et qu'il est impossible de désactiver complètement WUpdate sous W10) même s'il ne l'installera qu'en quittant la session, ben j'aie remarqué, lorsque je joue en 64~32smp ce 2e mardi précis du mois, que j'ai 2 ou 3 minuscules glitch pendant une session de quelques heures de jeu (clavier, guitare). Ce n'est presque rien (puisque mon système est optimisé aux petits ognons!), et le mec qui fait de l'electro à la souris ne le remarquerait sans doute pas chez lui s'il utilisait mon PC, mais, pour moi, quand je joue en 32~64smp, quand ça arrive au moment précis où j'enregistre, ça fait chier!
Surtout si j'étais à donf dans la magie du moment! Alors, perso, je désactive ma carte réseau momentanément quand je bosse dans mon DAW!
Bref, comme je l'ai souvent mentionné, il s'agit juste de mettre toutes les chances de son côté dans le cadre d'un PC qui est dédié à la MAO (et pas de prouver que chaque point, seul, à une forte incidence) lorsque l'on est un utilisateur très exigeant qui bosse à de très faibles valeurs de buffer.
Et je ne suis pas le seul à « twaeker » mon BIOS et mon OS et tout ce que je conseille est aussi suggéré par certains pros, comme Brad Robinson, le codeur des softs audio de Cantabile Software dans son excellent PDF « Glitch Free », mais aussi par le constructeur de carte son Focusrite ici, par Steinberg ici, par PrismSound ici, par Avid Pro Tools ici (W7) et ici (W10), par Sound On Sound ici (daté, mais l'explication concernant la désactivation du « Spread Spectrum » s'y trouve), etc.
Bref, il y a parfois des exceptions, comme avec certaines anciennes versions de Cubase ainsi qu'avec Pro Tools, encore de nos jours (concernant l'Hyper-Threading) et c'est pourquoi j'ai pris soin de souligner qu'il est difficile de donner des conseils précis sur quoi activer/désactiver dans le BIOS (Brad Robinson préconise d'ailleurs de ne pas trop s'embêter avec le BIOS [p.72 de son PDF] et de gérer les options d'alimentation et de perfs directement dans Windows et je suis d'accord avec lui : pour plusieurs utilisateurs, c'est superflu et inutile), mais, dans tous les cas, les options qui concernent la gestion de l'alimentation, de l'économie d'énergie, de l'abaissement du voltage en cas de perturbation électromagnétique (CPU C-States, SpeedSteep, Spread Spectrum) peuvent habituellement être désactivé sur tous les systèmes, peu importe les DAW et les composants.
Bref, ça dépend de ce que l'on fait, de nos exigences et, surtout, si nous travaillons ou non à de faibles valeurs de buffer et si, oui ou non, nous expérimentons des glitchs/dropouts!
Naturellement, depuis W10, certains partagent qu'il est de moins en moins nécessaire de tweaker en profondeur l'OS et puisque je suis en partie d'accord et que je n'ai rien à vendre, je poste aussi des avis qui vont dans l'autre sens (comme ici dans cet article de Sound On Sound concernant W10 et la MAO), mais l'on peut constater, quand on lit l'article au complet, qu'il suggère tout de même d'effectuer les principaux tweaks concernant la désactivation des tâches d'arrière-plan, la haute performance dans le gestion d'économie, de tenter de trafiquer les updates automatiques de W10, etc., etc. Bref, les bases sont toujours les mêmes dans tous les cas, et ce, depuis plus de 20 ans!
Une chose demeure, àmha : acheter un PC et ne rien paramétrer dans le BIOS et dans l'OS, ce n'est pas du tout un bon point de départ quand on fait de la MAO et lorsqu'on veut éviter les glitchs/dropouts en basse latence dans un DAW.
Mais bon, si l'on n'expérimente jamais aucun glitch ni dropout à la valeur de buffer à laquelle l'on bosse, ben inutile de modifier quoi que ce soit. Je me répète, mais je suis d'accord et je le souligne pour éviter les débats inutiles! Si l'on expérimente aucun problème et aucun désagrément, pourquoi s'embêter?
Mais sinon, comme je l'avais déjà suggéré l'année passée, pour ceux qui s'y connaissent pas trop, qui ne sont pas à l'aise avec le BIOS et Windows et qui expérimentent quelques glitchs/dropouts, le minimum syndical à effectuer est de désactiver l'antivirus lorsqu'on bosse dans le DAW, de paramétrer la gestion/options d’alimentation pour les performances élevées, mettre tout ce qui concerne les mises en veille/arrêt des disques à 0/jamais/désactiver, désactiver la suspension sélective USB et désactiver momentanement sa carte réseau en cours d'utilisation du DAW, si possible (oui, je sais, certains éditeurs de plugs/DAWs, obligent une connexion active en tout temps, malheureusement).
Pour terminer, pour les passionnés comme moi, quelques explications (malheureusement en anglais) concernant le Speed Shift, le Speed Step et le P-State des BIOS ici : Examining Intel's New Speed Shift Tech on Skylake: More Responsive Processors
), partager et pourquoi pas débattre (respectueusement) concernant tout plein de trucs! 
Je devrais recevoir le tout mardi prochain. J'ai vraiment hâte de voir le gain de temps de chargement concernant certains de mes gros templates chargé à bloc d'instruments Kontakt. Ainsi que ce que je vais gagner en terme de buffer/ms pour un même template (avec la même carte son : Roland Quad-Capture. À Noël prochain, ce sera sans doute le temps de changer pour une RME BFP, juste pour bénéficier de la plus faible latence pour une carte son en USB.).
. Sinon j'avais mal lu j'ai compris que tu avais L'octa-capture pas la quad. 
Quand j'aurais fait tous mes tests et que tous mes plugins/banques seront autorisés, je vais probablement (faire comme avec mon PC MAO actuel et) tweaker W10 en désactivant de nombreux services inutiles et le déconnecter d'internet. Ce n'est que mon humble avis, mais, selon moi, un PC MAO ne devrait jamais être connecté au Net, si ce n'est, entre autres, parce que les cartes LAN/WIFI (et certains services réseau associés) interfèrent également et sont susceptible de générer des drops, etc. Sans parler des MAJ de Win qui « reset » les tweaks et paramètres perso à chaque fois, etc. madamereve
2359
AFicionado·a
Membre depuis 9 ans
Ah, je savais pas ça. Merci pour le tuyau. 
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 20 ans
Pour ce qui est de la notion de luxe ou non, comme je l'ai déjà mentionné, ça dépend surtout des bourses et de la situation de chacun. Pour un jeune qui débute dans la vie et qui bosse au smic, ce qui sera probablement du luxe pour lui ne le sera probablement pas pour un homme de 46 ans (comme moi) qui gagne maintenant relativement bien sa vie. Mais je crois que l'on peut tous s'entendre pour dire qu'un 9900k n'est pas du luxe dans l'absolu (au sens où nous ne sommes pas dans la démesure) puisqu'il existe des processeurs de workstation/serveur bcp plus dispendieux. C'est du « luxe » seulement et relativement dans la mesure où c'est le meilleur processeur « grand public » (du moment) et qu'il n'est pas du tout indispensable pour faire de la MAO. L'important étant juste de ne pas dénigrer ceux qui ne sont pas dans la même situation que nous (comme le mentionne Totounet), qu'ils aient plus ou moins de moyens ($$$) que nous. Case closed for me!
_____
Pour ce qui est des manipulations/optimisations dans le BIOS, c'est plus « délicat » que celles de l'OS. Avant tout, faut effectuer une distinction entre 2 trucs bien distincts : activer/désactiver quelques options dans le BIOS est une chose et paramétrer certaines options dans le BIOS pour faire de l'overclocking en est une tout autres! Ce sont 2 activités totalement différentes et la dernière est bcp plus complexe et délicate (surtout très longue à faire à cause de la nécessité d'effectuer des stress test à chaque modif) à réaliser.
Perso, même si j'ai possédé et même si je me suis amusé avec un C64, un Amiga et des IBM 286/386/486 quand j'étais jeune (essentiellement pour jouer à cette époque, même si je les bidouillais, car l'on avait pas le choix à cette époque pour installer des cartes 4, 8 ou 16 couleurs!) j'ai débuté l'informatique plus sérieusement vers 1995 avec Win95 et MSDOS. Du coup, je suis habitué et très familier avec les BIOS (gestion des IRQ
jusque dans la fin des années 90, P. Ex., entre autres) et j'active/désactive certaines options de mes BIOS depuis toujours!
Par contre, comme je l'ai mentionné lors de mes tests/benchs l'année passée, je n'avais pas réellement d'expérience pratique concernant l'overclocking et puisque je suis plutôt prudent et rationnel, j'ai pris soin de payer un mec spécialisé en OC pour qu'il vienne chez moi (dans un premier temps pour effectuer le DELID de mon CPU et) me partager son expérience en la matière et donc m'aider à paramétrer les diverses options du BIOS dans le but d'effectuer un OC.
Mais revenons à la base...
Dans mon cas, c'est pas très compliqué et pas sorcier, je désactive (depuis toujours et/ou depuis qu'ils existent) tout ce qui concerne les options de sécurité, d'alimentation et d'économie d'énergie. Habituellement, tout ce qui se nomme :
- Execute-Bit Disable
- Spectrum Spread
- Speed Step
- Speed Shift
- C-States
Je désactive également la carte de son « onboard » et tous les « ports » (Com, Serie, etc.) que je ne me sers pas. l’idée étant (même avec mes 2 autres PC non MAO) de désactiver tout ce qui ne sert pas afin que le système (BIOS + OS) ait le moins de trucs inutiles à gérer.
Sauf qu'il est plus difficile de donner des conseils très précis puisque, contrairement aux optimisations de Windows, tous les BIOS ne sont pas identiques (en fonction des différents modèles de CM et de leur « âge », etc.) et certains comportent des options que d'autres n'ont pas et/ou pas exactement sous les mêmes termes/noms. De plus, l'ensemble du système (BIOS + OS + les divers composants) ne réagit pas tjrs forcément de façon identique d'un PC à un autre. Même sans faire d'OC, dépendamment du CPU, de la RAM et de la carte mère (et de l'OS), certains PC sont parfois plus capricieux que d'autres.
Concernant l'optimisation du BIOS de façon générale (rien à voir avec l'overcloking, à ce stade-ci), il y a quelques généralités même si les BIOS sont tous plus ou moins différents. Les termes peuvent être plus ou moins différents selon les constructeurs de Mobo, mais, habituellement, tout ce qui concerne (je répète avec d'autres variantes de termes) :
- CPU Enhanced Halt ou C1E (/C3/C6/C7) Support,
- CPU EIST Function,
- CPU C-States,
- Intel SpeedStep Tech/Intel Speed Shift,
...peut être désactivé.
Ces derniers concernent « l'économie d'énergie » et servent à gérer/abaisser automatiquement les performances. C'est très utile pour des serveurs/worksations et/ou des PC d'entreprises qui tournent 24h/24h (pour économiser la conso d'électricité, surtout multipliée par des dizaines, voir centaines de PC), mais pour un seul PC MAO qui doit performer (à la maison) en temps réel et à de basses latences, laisser activer ces options peut (mais pas forcément, car l'OS les gère aussi) nuire et empêcher d'exploiter toute la puissance de notre PC.
Idem avec tout ce qui concerne les options permettant de sortir de veille (Wake On LAN, etc.) ou de démarrer le PC via une requête réseau/LAN, etc.
Sinon « Intel Virtualization » n'est pas utile pour faire de la MAO, donc il peut être désactivé! Pareil pour « CPU Execute-Bit ». Idem pour tout ce qui concerne/contient le mot « Spectrum » et qui sert à éviter les perturbations électromagnétiques. Ces options peuvent abaisser les perfs en vue de « protéger » le système. Mais, sauf si votre PC est disposé à côté d'une machinerie industrielle électrique de ouf et/ou sauf en de rares exceptions, ces options sont inutiles dans un « contexte maison/usage perso » pour un PC.
Sinon, voici (encore, car j'avais déjà posté ici pour Hakim en novembre dernier) dans le détail et précisément, comment j'ai paramétré le BIOS de ma Asus TUF Z370-Pro Gaming qui accueille mon 8700k delidé et overcolcké...
VRM Spread Spectrum: Disabled
Hardware Prefetcher: Disabled
Adjacent Cache Line Prefetch: Disabled
Intel Virtualisation Technology: Disabled
Intel(R) SpeedSteep(tm): Disabled
Turbo Mode: Enable
CPU C-States: Disabled
CFG Lock: Disabled
Intel(R) Speed Shift Technology: Enabled (* contrairement à ce que je fais habituellement)
Execute Disable Bit: Enabled (* contrairement à ce que je fais habituellement)
J'ai aussi désactiver un port COM inutile et les cartes son et vidéo onboard.
...et concernant spécifiquement l'overclocking :
AI Overclock Tuner: Manuel
BCLK Frequency: 100.0000
BCLK Spread Spectrum: Auto
ASUS MultiCore Enhancement: Auto
SVID Behavior: Auto
AVX Instruction Core Ratio Negative Offset:
CPU Core Ratio: Sync All Core
1-Core ratio Limit: 48
2-Core ratio Limit: 48
3-Core ratio Limit: 48
4-Core ratio Limit: 48
5-Core ratio Limit: 48
6-Core ratio Limit: 48
OC Tuner: Keep Current Settings
CPU SVID Support : Auto
BLK Aware Adaptive Voltage: Auto
CPU Core/Cache Voltage: 1.392 - Manual Mode
CPU Core Voltage Override: 1.400
(Notez que certaines options deviennent visibles et ne peuvent être modifiées qu'après en avoir activé une autre. Parfois on cherche longtemps sans trouver comment modifier une option alors que la possibilité de l'activer/désactiver apparaît seulement après en avoir activé une autre.)
Avec cette combinaison de paramètres, j'ai un voltage qui se maintient entre 1.392V ~ 1.4V et mes 6 coeurs sont constamment/simultanément à 4.8GHz (bah, parfois à 4.799Ghz) lorsque j'observe avec OCCT et/ou CPUID HWMonitor (ainsi qu'avec les principaux softs de bench). Et Windows voit aussi 6 coeurs/12 thread à 4.8GHZ.
Par contre, comme je le disais, toute manipulation dans le BIOS est délicate (surtout en OC), car d'un système à l'autre, ça ne réagit pas forcément et toujours pareil. Par exemple, voir le post qu'avait posté Hakim+K ici et dont le PC (bah, il était sous hackintosh + OSX en fait) ne réagissait pas comme attendu suite à certaines désactivations des options de son BIOS.
Donc, quand on manipule les options de son BIOS, faut tester pour voir si ça ne cause pas de problème. Habituellement, tant qu'on ne fait pas d'OC et qu'on ne modifie pas les options du BIOS à cet effet, mais seulement les options concernant les économies d'énergie (les quelques généralités que j'ai postée au début), ça ne pose pas de problème (le cas de Hakim est particulier et plutôt rare), mais dès qu'on veut OC son PC, ça peut être très long et fastidieux, car il faut, et ce à chaque modification de la fréquence et du voltage, refaire plusieurs heures de stress test* pour s'assurer que tout est stable. Je l'ai fait plusieurs fois pendant plusieurs jours l'année dernière, mais j'avoue que cela a été très chiant et épuisant. Perso, si je devais passer sur un 9900k, je ne m'embêterais plus à tenter d'overcolcker.
* Parce qu'il faut procéder par petits paliers ascendant afin de trouver la limite à laquelle le système est stable!
_____
Citation de totounet :
Aurais tu des conseils sur l'optimisation du Bios en MAO par exemple?
(la je vois beaucoup d'optimisation de Windows, moins du Bios)
Pour ce qui est des manipulations/optimisations dans le BIOS, c'est plus « délicat » que celles de l'OS. Avant tout, faut effectuer une distinction entre 2 trucs bien distincts : activer/désactiver quelques options dans le BIOS est une chose et paramétrer certaines options dans le BIOS pour faire de l'overclocking en est une tout autres! Ce sont 2 activités totalement différentes et la dernière est bcp plus complexe et délicate (surtout très longue à faire à cause de la nécessité d'effectuer des stress test à chaque modif) à réaliser.
Perso, même si j'ai possédé et même si je me suis amusé avec un C64, un Amiga et des IBM 286/386/486 quand j'étais jeune (essentiellement pour jouer à cette époque, même si je les bidouillais, car l'on avait pas le choix à cette époque pour installer des cartes 4, 8 ou 16 couleurs!) j'ai débuté l'informatique plus sérieusement vers 1995 avec Win95 et MSDOS. Du coup, je suis habitué et très familier avec les BIOS (gestion des IRQ
jusque dans la fin des années 90, P. Ex., entre autres) et j'active/désactive certaines options de mes BIOS depuis toujours!Par contre, comme je l'ai mentionné lors de mes tests/benchs l'année passée, je n'avais pas réellement d'expérience pratique concernant l'overclocking et puisque je suis plutôt prudent et rationnel, j'ai pris soin de payer un mec spécialisé en OC pour qu'il vienne chez moi (dans un premier temps pour effectuer le DELID de mon CPU et) me partager son expérience en la matière et donc m'aider à paramétrer les diverses options du BIOS dans le but d'effectuer un OC.
Mais revenons à la base...
Dans mon cas, c'est pas très compliqué et pas sorcier, je désactive (depuis toujours et/ou depuis qu'ils existent) tout ce qui concerne les options de sécurité, d'alimentation et d'économie d'énergie. Habituellement, tout ce qui se nomme :
- Execute-Bit Disable
- Spectrum Spread
- Speed Step
- Speed Shift
- C-States
Je désactive également la carte de son « onboard » et tous les « ports » (Com, Serie, etc.) que je ne me sers pas. l’idée étant (même avec mes 2 autres PC non MAO) de désactiver tout ce qui ne sert pas afin que le système (BIOS + OS) ait le moins de trucs inutiles à gérer.
Sauf qu'il est plus difficile de donner des conseils très précis puisque, contrairement aux optimisations de Windows, tous les BIOS ne sont pas identiques (en fonction des différents modèles de CM et de leur « âge », etc.) et certains comportent des options que d'autres n'ont pas et/ou pas exactement sous les mêmes termes/noms. De plus, l'ensemble du système (BIOS + OS + les divers composants) ne réagit pas tjrs forcément de façon identique d'un PC à un autre. Même sans faire d'OC, dépendamment du CPU, de la RAM et de la carte mère (et de l'OS), certains PC sont parfois plus capricieux que d'autres.
Concernant l'optimisation du BIOS de façon générale (rien à voir avec l'overcloking, à ce stade-ci), il y a quelques généralités même si les BIOS sont tous plus ou moins différents. Les termes peuvent être plus ou moins différents selon les constructeurs de Mobo, mais, habituellement, tout ce qui concerne (je répète avec d'autres variantes de termes) :
- CPU Enhanced Halt ou C1E (/C3/C6/C7) Support,
- CPU EIST Function,
- CPU C-States,
- Intel SpeedStep Tech/Intel Speed Shift,
...peut être désactivé.
Ces derniers concernent « l'économie d'énergie » et servent à gérer/abaisser automatiquement les performances. C'est très utile pour des serveurs/worksations et/ou des PC d'entreprises qui tournent 24h/24h (pour économiser la conso d'électricité, surtout multipliée par des dizaines, voir centaines de PC), mais pour un seul PC MAO qui doit performer (à la maison) en temps réel et à de basses latences, laisser activer ces options peut (mais pas forcément, car l'OS les gère aussi) nuire et empêcher d'exploiter toute la puissance de notre PC.
Idem avec tout ce qui concerne les options permettant de sortir de veille (Wake On LAN, etc.) ou de démarrer le PC via une requête réseau/LAN, etc.
Sinon « Intel Virtualization » n'est pas utile pour faire de la MAO, donc il peut être désactivé! Pareil pour « CPU Execute-Bit ». Idem pour tout ce qui concerne/contient le mot « Spectrum » et qui sert à éviter les perturbations électromagnétiques. Ces options peuvent abaisser les perfs en vue de « protéger » le système. Mais, sauf si votre PC est disposé à côté d'une machinerie industrielle électrique de ouf et/ou sauf en de rares exceptions, ces options sont inutiles dans un « contexte maison/usage perso » pour un PC.
Sinon, voici (encore, car j'avais déjà posté ici pour Hakim en novembre dernier) dans le détail et précisément, comment j'ai paramétré le BIOS de ma Asus TUF Z370-Pro Gaming qui accueille mon 8700k delidé et overcolcké...
VRM Spread Spectrum: Disabled
Hardware Prefetcher: Disabled
Adjacent Cache Line Prefetch: Disabled
Intel Virtualisation Technology: Disabled
Intel(R) SpeedSteep(tm): Disabled
Turbo Mode: Enable
CPU C-States: Disabled
CFG Lock: Disabled
Intel(R) Speed Shift Technology: Enabled (* contrairement à ce que je fais habituellement)
Execute Disable Bit: Enabled (* contrairement à ce que je fais habituellement)
J'ai aussi désactiver un port COM inutile et les cartes son et vidéo onboard.
...et concernant spécifiquement l'overclocking :
AI Overclock Tuner: Manuel
BCLK Frequency: 100.0000
BCLK Spread Spectrum: Auto
ASUS MultiCore Enhancement: Auto
SVID Behavior: Auto
AVX Instruction Core Ratio Negative Offset:
CPU Core Ratio: Sync All Core
1-Core ratio Limit: 48
2-Core ratio Limit: 48
3-Core ratio Limit: 48
4-Core ratio Limit: 48
5-Core ratio Limit: 48
6-Core ratio Limit: 48
OC Tuner: Keep Current Settings
CPU SVID Support : Auto
BLK Aware Adaptive Voltage: Auto
CPU Core/Cache Voltage: 1.392 - Manual Mode
CPU Core Voltage Override: 1.400
(Notez que certaines options deviennent visibles et ne peuvent être modifiées qu'après en avoir activé une autre. Parfois on cherche longtemps sans trouver comment modifier une option alors que la possibilité de l'activer/désactiver apparaît seulement après en avoir activé une autre.)
Avec cette combinaison de paramètres, j'ai un voltage qui se maintient entre 1.392V ~ 1.4V et mes 6 coeurs sont constamment/simultanément à 4.8GHz (bah, parfois à 4.799Ghz) lorsque j'observe avec OCCT et/ou CPUID HWMonitor (ainsi qu'avec les principaux softs de bench). Et Windows voit aussi 6 coeurs/12 thread à 4.8GHZ.
Par contre, comme je le disais, toute manipulation dans le BIOS est délicate (surtout en OC), car d'un système à l'autre, ça ne réagit pas forcément et toujours pareil. Par exemple, voir le post qu'avait posté Hakim+K ici et dont le PC (bah, il était sous hackintosh + OSX en fait) ne réagissait pas comme attendu suite à certaines désactivations des options de son BIOS.
Donc, quand on manipule les options de son BIOS, faut tester pour voir si ça ne cause pas de problème. Habituellement, tant qu'on ne fait pas d'OC et qu'on ne modifie pas les options du BIOS à cet effet, mais seulement les options concernant les économies d'énergie (les quelques généralités que j'ai postée au début), ça ne pose pas de problème (le cas de Hakim est particulier et plutôt rare), mais dès qu'on veut OC son PC, ça peut être très long et fastidieux, car il faut, et ce à chaque modification de la fréquence et du voltage, refaire plusieurs heures de stress test* pour s'assurer que tout est stable. Je l'ai fait plusieurs fois pendant plusieurs jours l'année dernière, mais j'avoue que cela a été très chiant et épuisant. Perso, si je devais passer sur un 9900k, je ne m'embêterais plus à tenter d'overcolcker.
* Parce qu'il faut procéder par petits paliers ascendant afin de trouver la limite à laquelle le système est stable!
"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
[ Dernière édition du message le 14/06/2019 à 11:28:49 ]
totounet
5712
Je poste, donc je suis
Membre depuis 14 ans
Darkmoon grand merci vraiment (une fois de plus) pour le mal que tu te donnes a informer et a repondre aux uns et aux autres.
On ne peut pas répondre plus clairement sur le bios
On ne peut pas répondre plus clairement sur le bios
[ Dernière édition du message le 14/06/2019 à 14:48:47 ]
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 20 ans
Le plaisir est pour moi!
"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
Danbei
1892
AFicionado·a
Membre depuis 13 ans
madamereve
2359
AFicionado·a
Membre depuis 9 ans
salut, les gars! Merci Darkmoon pour ton boulot
Je suis étonné que tu n'aies pas plus de vues sur ton Tuto d'optimisation.
Bon, mon boîtier ne convient pas. Le support arrière du ventilo ne passe pas car deux des percées sur la CM sont bloquées par le bord métallique du boîtier. Il manque un demi centimètre
. Je pourrais couper à la scie électrique mais ça me gonfle.
Il faut que j'en achète un. Vous avez des avis sur des boîtiers bien ventilés et pas trop RGB kéké?
Je suis étonné que tu n'aies pas plus de vues sur ton Tuto d'optimisation.
Bon, mon boîtier ne convient pas. Le support arrière du ventilo ne passe pas car deux des percées sur la CM sont bloquées par le bord métallique du boîtier. Il manque un demi centimètre
. Je pourrais couper à la scie électrique mais ça me gonfle.Il faut que j'en achète un. Vous avez des avis sur des boîtiers bien ventilés et pas trop RGB kéké?
totounet
5712
Je poste, donc je suis
Membre depuis 14 ans
madamereve
2359
AFicionado·a
Membre depuis 9 ans
Merci totounet
Il est beau, c'est sûr, mais pas donné. j'vais voir les autres modèles de la game be quiet.
Il est beau, c'est sûr, mais pas donné. j'vais voir les autres modèles de la game be quiet.
totounet
5712
Je poste, donc je suis
Membre depuis 14 ans
Darkmoon
4068
Squatteur·euse d’AF
Membre depuis 20 ans
Citation de Danbei :
Est ce que tu as fait des comparaisons de perf en MAO avant/après c'est ajustements dans le bios ?
Bien sûr, mais j'imagine que tu te doutes que je n'ai pas testé toutes les combinaisons possibles chaque fois, car déjà pour les 10 premières qui ne concernent pas l'OC, ça fait près de cent combinaisons « enable/disable » différentes. Si l'on ajoute en plus les divers options concernant l'OC, ça ferait plusieurs centaines de combinaisons (et à cela s'ajoutent les optimisations de l'OS dans Windows!). Je ne me vois donc pas ouvrir différents projets (légers/lourds) dans 5 ou 6 DAW (ce que j'avais fait, testant FL, Studio One, Reaper, Mixcraft, Cakewalk et Cubase AI/LE lors de mes tests et benchs) diffèrent (parce que chaque DAW a également une incidence de par sa gestion singulière et ses multiples options, activés ou non) avec toutes les combinaisons. C'est irréalisable à moins d'y passer 3 années complètes 24h/24h.
Certaines options sont de toute façon très connues et empêchent juste la CM et le système d'abaisser automatiquement la fréquence du CPU, le voltage et la consommation d'électricité. Il serait difficile de les tester une par une, car elles abaissent ces paramètres uniquement lorsque ce qui est utilisé dans le système (ce que l'on fait avec le PC) ne requiert pas et/ou requiert trop de ressources pendant quelque temps. L'on pourrait alors être tenté de dire que ça ne doit pas influer sur les perfs puisque cela s'ajuste « intelligemment » selon la demande, mais quand tu bosses en 32smp ou 64smp, le simple fait que l'OS et/ou le BIOS démarrent « une requête~process » pour ajuster quoi que ce soit peut suffire pour générer un minuscule glitch/dropout. C'est ça l'idée générale : empêcher toute requête, toute activité, que ce soit du BIOS, de l'OS et des composants non nécessaires (carte réseau/LAN/WAN) quand on bosse en très basse latence.
Mais sinon, oui, si à la valeur de buffer à laquelle l'on bosse dans nos DAW nous n'expérimentons jamais aucun glitch ni dropout, l'on peut se permettre de ne rien modifier (autant dans le BIOS que dans l'OS). Car faut bien saisir qu'il ne s'agit pas ici (excepté ce qui concerne l'overcloking ainsi que l'Hyper-Threading) de gagner de la puissance et/ou de pouvoir ouvrir 15 instances de VSTi supplémentaire dans le DAW, non, il s'agit surtout d'éviter les glitchs/dropouts lorsque l'on joue du clavier MIDI et/ou enregistrons de l'audio (guitare, micro, etc.) en très basse latence avec un buffer, P. Ex., en 64smp ou 32 smp.
Si tu te retapes tout le fils du sujet (ou que tu vas sur ma chaine YT), tu verras que j'ai partagé quelques vidéos ou je présente les résultats les plus significatifs. Bien sûr, j'en ai fait bcp plus pendant les quelques semaines ou je testais tout, mais je n'ai pas capturé chaque petit test ou j'activais certaines options.
Par exemple, je ne me souviens plus trop des détails (ça fait déjà un an et j'en ai tellement fait), mais je me souviens que j'avais remarqué, P. Ex., entre autres que le « Intel(R) Speed Shift Technology » devait être activé, mais que le « Intel(R) SpeedSteep(tm) » devait, lui, être désactivé, car sinon cela interférait avec mes ajustements de voltage (en rapport avec mon overclocking) et faisait fluctuer ce dernier plus que nécessaire. Je n'ai pas ouvert mes DAW chaque fois en testant un projet pour ce genre de détails, mais un simple coup d'oeil dans mes utilitaires (OCCT et CPUID HWMonitor) me permettais d'observer une baisse de voltage/fréquence du CPU et/ou des variations, alors que le but est que tout varie le moins possible, etc.
Mais j'ai fait des vidéos des modifications les plus significatives (avant/après OC, Hyper-Threading activé/désactivé dans le BIOS, etc.). Par exemple, je me souviens qu'un membre (ce n'était pas toi par hasard?) me disait qu'il était préférable de désactiver Hyper-Threading dans le BIOS pour améliorer les perfs dans les DAW. J'ai donc testé et filmé avec et sans l'Hyper-Threading activé dans le BIOS sous plusieurs DAW et le résultat a été sans appel : dans tous mes DAW (mentionné plus haut) les performances se dégradaient significativement (bcp moins d'instances de plugins avant de « glitcher ») quand je désactivais l'Hyper-Threading dans le BIOS. Bon, moi je m'en doutais et l'anticipais, mais le fait de l'avoir démontré avec une capture vidéo a permis de résoudre une « vieille croyance ». J'avais expliqué d'où elle venait et que cela était vraie il y a plusieurs années (en particulier avec Cubase pour la version 7 et Nuendo 6, voir au point #6 du lien ainsi que spécifiquement avec Pro Tools, encore de nos jours, parfois, voir le dernier point ici), mais que depuis quelques années, ce n'était plus d'actualité pour la majorité des DAW.
Et sinon, naturellement, j'ai capturé (jeu avec plusieurs instances de Kontakt, Diva, etc.) avant/après DELID/OC et démontré que j'ai gagné une baisse de 12 degrés Celsius ce qui m’a permis de synchroniser tous mes coeurs jusqu'à 4.8Ghz et donc de gagner en perfs (quelques instances de plus sans glitch/dropout).
Il y a eu aussi Grebz qui a effectué mes optimisations Windows (désactiver les fonctions d'économie d'énergie, mettre l'état minimal/maximal du CPU à 100%, etc.) et qui a constaté une amélioration sur sa machine dans son DAW.
Ce qu'il faut comprendre, c'est qu'il est très difficile de prouver/démontrer un seul point à la fois (déjà parce que chaque PC est différent et que tous n'utilisent pas la même version de Windows, soit 7 ou 10 ni le même DAW et la même version du DAW). Par exemple, si l'on fait juste activer/désactiver l'option « CPU C-States » (P. Ex., entre autres) dans le BIOS, ben l'on ne constatera pas nécessairement une hausse significative de perfs dans un DAW, c'est sûr! Mais le simple fait que le BIOS ne cherchera plus à ajuster continuellement la fréquence et/ou la conso fait qu'il y aura une requête intempestive potentielle de moins et empêchera peut-être un petit glitch/dropout en 64smp qui se serait produit potentiellement à la « 13e minute » de jeu (P. Ex.) dans le DAW. Tu comprends l'idée?
C'est le fait de combiner~multiplier ensemble de multiples petits détails (tout comme lorsque l'on mixe de l'audio
) qui finit, au final, par réduire au maximum les éventuels possibles requêtes système et donc les glitchs et les dropouts qui peuvent résulter en cour de projet. Et faut se souvenir que tout ceci concerne surtout le jeu en basse latence lorsque nous bossons avec de petits buffers en 128smp et moins. Car, oui, lors de la phase de mixage avec un buffer en 512smp ou plus, que le « VRM Spread Spectrum » (ou n'importe quelle autre option, seule) soit activé ou non (excepté Hyper-Threading qui influe drastiquement), ça ne permettra pas d'ouvrir 15 instances supplémentaires d'un VSTi. Il n'est pas tant question de gagner de la puissance que d'éviter les glitchs/dropouts en très basse latence.Donc, concrètement, pour un utilisateur qui fait, P. Ex., de l'electro avec un buffer à 512smp ou plus en traçant des notes à la souris dans le piano roll, toutes ces manipulations sont fort probablement superflues, non nécessaires et complètement inutiles!
Autre exemple concret concernant les optimisations....
Je mentionne souvent qu'il est préférable de désactiver la carte réseau lorsque l'on bosse dans le DAW. Ben, depuis Windows 10, l'on sait que le deuxième mardi de chaque mois Microsoft sort un « Patch Tuesday » que W10 télécharge automatiquement en arrière-plan (et qu'il est impossible de désactiver complètement WUpdate sous W10) même s'il ne l'installera qu'en quittant la session, ben j'aie remarqué, lorsque je joue en 64~32smp ce 2e mardi précis du mois, que j'ai 2 ou 3 minuscules glitch pendant une session de quelques heures de jeu (clavier, guitare). Ce n'est presque rien (puisque mon système est optimisé aux petits ognons!), et le mec qui fait de l'electro à la souris ne le remarquerait sans doute pas chez lui s'il utilisait mon PC, mais, pour moi, quand je joue en 32~64smp, quand ça arrive au moment précis où j'enregistre, ça fait chier!
Surtout si j'étais à donf dans la magie du moment! Alors, perso, je désactive ma carte réseau momentanément quand je bosse dans mon DAW!Bref, comme je l'ai souvent mentionné, il s'agit juste de mettre toutes les chances de son côté dans le cadre d'un PC qui est dédié à la MAO (et pas de prouver que chaque point, seul, à une forte incidence) lorsque l'on est un utilisateur très exigeant qui bosse à de très faibles valeurs de buffer.
Et je ne suis pas le seul à « twaeker » mon BIOS et mon OS et tout ce que je conseille est aussi suggéré par certains pros, comme Brad Robinson, le codeur des softs audio de Cantabile Software dans son excellent PDF « Glitch Free », mais aussi par le constructeur de carte son Focusrite ici, par Steinberg ici, par PrismSound ici, par Avid Pro Tools ici (W7) et ici (W10), par Sound On Sound ici (daté, mais l'explication concernant la désactivation du « Spread Spectrum » s'y trouve), etc.
Bref, il y a parfois des exceptions, comme avec certaines anciennes versions de Cubase ainsi qu'avec Pro Tools, encore de nos jours (concernant l'Hyper-Threading) et c'est pourquoi j'ai pris soin de souligner qu'il est difficile de donner des conseils précis sur quoi activer/désactiver dans le BIOS (Brad Robinson préconise d'ailleurs de ne pas trop s'embêter avec le BIOS [p.72 de son PDF] et de gérer les options d'alimentation et de perfs directement dans Windows et je suis d'accord avec lui : pour plusieurs utilisateurs, c'est superflu et inutile), mais, dans tous les cas, les options qui concernent la gestion de l'alimentation, de l'économie d'énergie, de l'abaissement du voltage en cas de perturbation électromagnétique (CPU C-States, SpeedSteep, Spread Spectrum) peuvent habituellement être désactivé sur tous les systèmes, peu importe les DAW et les composants.
Bref, ça dépend de ce que l'on fait, de nos exigences et, surtout, si nous travaillons ou non à de faibles valeurs de buffer et si, oui ou non, nous expérimentons des glitchs/dropouts!
Naturellement, depuis W10, certains partagent qu'il est de moins en moins nécessaire de tweaker en profondeur l'OS et puisque je suis en partie d'accord et que je n'ai rien à vendre, je poste aussi des avis qui vont dans l'autre sens (comme ici dans cet article de Sound On Sound concernant W10 et la MAO), mais l'on peut constater, quand on lit l'article au complet, qu'il suggère tout de même d'effectuer les principaux tweaks concernant la désactivation des tâches d'arrière-plan, la haute performance dans le gestion d'économie, de tenter de trafiquer les updates automatiques de W10, etc., etc. Bref, les bases sont toujours les mêmes dans tous les cas, et ce, depuis plus de 20 ans!
Une chose demeure, àmha : acheter un PC et ne rien paramétrer dans le BIOS et dans l'OS, ce n'est pas du tout un bon point de départ quand on fait de la MAO et lorsqu'on veut éviter les glitchs/dropouts en basse latence dans un DAW.
Mais bon, si l'on n'expérimente jamais aucun glitch ni dropout à la valeur de buffer à laquelle l'on bosse, ben inutile de modifier quoi que ce soit. Je me répète, mais je suis d'accord et je le souligne pour éviter les débats inutiles! Si l'on expérimente aucun problème et aucun désagrément, pourquoi s'embêter?
Mais sinon, comme je l'avais déjà suggéré l'année passée, pour ceux qui s'y connaissent pas trop, qui ne sont pas à l'aise avec le BIOS et Windows et qui expérimentent quelques glitchs/dropouts, le minimum syndical à effectuer est de désactiver l'antivirus lorsqu'on bosse dans le DAW, de paramétrer la gestion/options d’alimentation pour les performances élevées, mettre tout ce qui concerne les mises en veille/arrêt des disques à 0/jamais/désactiver, désactiver la suspension sélective USB et désactiver momentanement sa carte réseau en cours d'utilisation du DAW, si possible (oui, je sais, certains éditeurs de plugs/DAWs, obligent une connexion active en tout temps, malheureusement).
Pour terminer, pour les passionnés comme moi, quelques explications (malheureusement en anglais) concernant le Speed Shift, le Speed Step et le P-State des BIOS ici : Examining Intel's New Speed Shift Tech on Skylake: More Responsive Processors
"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
[ Dernière édition du message le 15/06/2019 à 13:04:39 ]
- < Liste des sujets
- Charte