Windows 10: avantages et inconvénients:

Concernant la fréquence du processeur dans les paramètres de gestions de l'alimentation, je vais donc régler mon pc mao sur 0 hertz.

j'ai vérifié combien prenaient Ableton de ressource processeur et il n'est en générale qu'ente 10 et 20% quand lui même est entre 80% à 100%,

ma conclusion est que cela ne sert à rien d'optimiser un PC si le programme et les driver de la carte son ne le sont pas.

Une donnée importante à prendre en compte aussi c'est le IOPS (input/output opérations per second) des SSD si on fait beaucoup de streaming de samples.

j'ai vérifié combien prenaient Ableton de ressource processeur et il n'est en générale qu'ente 10 et 20% quand lui même est entre 80% à 100%,


Désolé pico mais j'ai pas trop compris ce passage. Peux tu développer?

Citation :

...j'ai vérifié combien prenaient Ableton de ressource processeur et il n'est en générale qu'ente 10 et 20% quand lui même est entre 80% à 100%,


Désolé pico mais j'ai pas trop compris ce passage. Peux tu développer?

Je ne suis pas informaticien, je ne pourrais développer, juste que j'ai remarqué que dans le gestionnaire des taches qu'ableton ne sollicitais presque pas le processeur alors que dans le programme il l'est beaucoup plus.

J'ai remarqué aussi que mon portable ne bronche pas il est super performant et le ventilateur ne souffle jamais ce qui rallongera sa durée de vie, donc j'attendrais une mise à jour du logiciel qui avait été conçu

Pour le moment, ce sont les Samsung Evo ou Pro qui sont bon sur ce paramètre

Décidément, ses SSD samsung sont toujours aussi surprenants par leurs performances!

Une mise à jour de Windows 10 est en cours, et il semble que l'une de ses fonctionnalités sera d'un bénéfice direct pour les utilisateurs de DAW.

Il s'agit d'un relèvement du plafond d'attribution des cellules d’allocation pour le FLS (stockage local en fibre optique). Nous ne prétendrons pas savoir exactement ce que c'est et comment cela fonctionne, alors nous voir ce que Microsoft explique à ce propos :

"Au fur et à mesure que les PC deviennent plus puissants, les musiciens créent des projets de plus en plus complexes avec plus de pistes, plus d'instruments et des chaînes d'effets plus complexes", explique la société sur son site Web. "En conséquence, certains de ces musiciens se heurtent à un plafond d'allocation de slots FLS (Fiber Local Storage) qui les empêchentde charger dans leurs DAWs autant de plugins uniques qu'ils le souhaitaient. Ce build[18312] augmente considérablement le plafond d'allocation des slots FLS par processus, ce qui permet de charger potentiellement des milliers de plugins uniques. Au-delà des musiciens, ce changement aura un impact positif sur toute application qui charge dynamiquement des centaines ou des milliers de DLLs uniques ayant des durées d'exécution Visual C++ liées statiquement, ou qui alloue des emplacements FLS."

Bien sûr, vous serez toujours limité par la puissance de votre PC, mais tout ce qui facilite un meilleur comptage des instruments et des effets est sûr de plaire aux producteurs avides de plugins. La compilation est actuellement entre les mains de Windows Insiders, qui la testent, mais nous supposons que cette version et les autres améliorations seront déployées à tous les utilisateurs en temps voulu.

À moins que cela ne concerne uniquement que les pilotes Windows WDM/WaveRT/Directsound, donc autant dire, aucun d'entre nous, puisque nous bossons tous en ASIO (étant donné, justement, que les pilotes ASIO bossent indépendamment de la couche audio du système d'exploitation afin de ne pas dépendre de l'OS et d'être plus performant).

« Ce qui se passait, c'est que le DAW utilisait, disons, 40 slots lui-même, et que les gens avec des projets vraiment complexes utilisaient beaucoup de plugins uniques (pas des instances, mais des plugins complètement différents) dans leurs projets, et avaient des problèmes pour charger les derniers qui auraient donc dépassé la limite de 128 FLS.

C'était sur un projet typiquement très complexe sur un système extrêmement costaud, mais cela est arrivé à certaines personnes. Le DAW refuserait simplement d'ajouter une instance de ce prochain plugin. Ils pouvaient utiliser de nouvelles instances de plugins existants dans le DAW, parce que le code avait déjà été chargé et initialisé, mais de nouveaux plugins (de nouvelles DLL qui n'ont pas déjà été chargées dans le projet) échouaient.

Maintenant, nous aimerions vraiment que les développeurs lient dynamiquement le runtime pour que nous puissions le réparer (corrections de bogues et de sécurité) sans avoir à recompiler leurs plugins. Mais nous savons que ce n'est pas près d'arriver, et pour les vieux plugins : jamais. Nous avons donc modifié la limite FLS, la faisant passer de 128 à un peu plus de 4000.

Les développeurs n'ont rien à faire, mais les utilisateurs finaux ne seront plus limités par le nombre de leurs plugins dans leur DAW par cette limitation. La nouvelle limite de 4000 signifie qu'aujourd'hui les utilisateurs manqueront de mémoire et de ressources processeur avant de manquer d'emplacements FLS. Mais nous avons fait en sorte qu'il nous soit beaucoup plus facile de l'augmenter à l'avenir quand nous aurons besoin d'en faire plus de 4000.

La limitation remonte à la période Vista et XP. La raison pour laquelle certains utilisateurs s'y heurtent maintenant, c'est que les PC sont devenus si puissants que les musiciens atteignent cette limite alors qu'auparavant, ils manquaient tout simplement de mémoire ou de CPU.

C'est un peu difficile d'expliquer en termes simples ce qu'est le FLS parce que c'est un changement au code du noyau dans Windows. Mais voici un plan :

Les slots FLS permettent de gérer de petits emplacements de stockage en mémoire pour ce que l'on appelle les "Fibres". Les fibres sont des fils légers. Les threads sont des bits de code qui s'exécutent en parallèle, parfois sur différents cœurs de processeur. Presque tout ce qui est fait en parallèle dans une station audionumérique utilise des fibres ou des fils de discussion pour permettre l'exécution de ce code. La façon dont cela est géré diffère d'une station de travail audionumérique à l'autre.

Les DAW sont un processus qui permet de charger du code externe (plugins) contenu dans les DLL. Les DLL (Dynamic Link Libraries) sont des codes compilés qui sont empaquetés spécifiquement pour être chargés par d'autres processus. Les DLLs sont le principal mode de partage du code sous Windows.

La plupart des plugins VST pour Windows sont compilés en utilisant une version de Visual C+++. Visual C+++ a une bibliothèque d'exécution pleine de fonctions qui sont utilisées par tout ce qui est compilé avec lui. Cette bibliothèque d'exécution alloue (selon la version) un ou deux emplacements FLS par instance de la bibliothèque chargée dans un processus.

Désormais, pour plus de commodité et de facilité d'installation, la plupart des éditeurs de plugins lient statiquement ce runtime. Cela signifie que le code d'exécution est inclus dans la DLL du plugin, au lieu d'être référencé par une autre DLL. Donc, si vous avez 50 plugins uniques différents chargés dans le DAW et que chaque plugin relie statiquement le runtime, il y aura 50 copies de ce code d'exécution chargées dans le processus DAW. Chaque copie de ce code d'exécution attribuera un ou deux emplacements FLS, de sorte que vous pouvez vous retrouver avec entre 50 et 100 emplacements FLS utilisés uniquement par le runtime.

Si le plugin relie dynamiquement le runtime (c'est-à-dire qu'il fait référence à une DLL d'exécution installée avec le plugin ou déjà présente sur le système), seules autant de copies du runtime seront chargées dans le processus DAW que de versions uniques de ce runtime. Donc, s'il y a 50 plugins dans le processus, mais que collectivement ils utilisent, disons, 5 versions uniques du runtime, il n'y aura que 5 copies de ce code chargées en mémoire. C'est évidemment mieux pour l'utilisation de la mémoire, mais aussi parce qu'il n'y aura qu'entre 5 et 10 emplacements FLS utilisés. Il y a un peu plus de complexité ici en fonction de la façon dont le runtime est installé (application locale, globale, etc.) et des versions disponibles, mais cela en résume l'essentiel.

Le DAW lui-même a également tendance à utiliser un certain nombre d'emplacements FLS. Cela varie considérablement d'un DAW à l'autre. La slot peut être utilisée juste pour une variable pour, disons, garder la trace d'un pointeur dans un tampon audio, ou autre chose. »

Quant à l'agrégation, il semble vraiment que les gens veulent s'en tenir à l'ASIO. Seulement quelques DAWs supportent WASAPI (Cakewalk, FL Studio si je me souviens bien, peut-être un autre). L'agrégation ajouterait une petite quantité de latence/de frais généraux et les gens jugent les interfaces et les examinent en se basant sur des millisecondes. Aucune entreprise de matériel ne veut jouer d'une manière qui supporterait d'autres entreprises de matériel, au prix d'une petite quantité de latence.

D'autres choses dont j'ai parlé, y compris l'isolation audio. Cela fonctionnait assez bien au téléphone, mais nous ne développons plus d'OS téléphonique. Ça ne ferait rien pour l'ASIO.