Protocole Diretta

[LittleScarabee]

@Bear
C'est exactement ça : Merci.

Je n'avais pas fait attention à ce post la première fois.

Pour moi : MemoryPlayer se basait sur les profils définit dans l'interface Preview ou Asio standard. Ce n'est pas du tout le cas : Il faut lui mettre à jour la configuration que l'on identifie dans preview sinon il reste sur sa configuration par défaut (chez moi j'avais 3000 et des poussières dans PacketStreamSize).

J'ai donc ouvert le fichier :
C:\Program Files\Diretta\Diretta ASIO driver Preview\preset.inf

Récupéré les données du profil que je souhaitais, ici [VariableMAX_Lowest] ; Et j'ai remplacé le contenu des lignes après [global] dans le fichier :
C:\Users\Frederic\AppData\Roaming\Diretta TOOLS\memoryplayhost_setting.inf

Et maintenant avec MemoryPlayer je remplis le buffer au max de ma configuration et j'ai le mode debug qui fonctionne mieux en me donnant toutes les informations (ce n'était pas le cas)

Merci

[zaurux]

@LittleScarabee
Je ne constate pas de "soucis" avec mes photos. Ce sont des miniatures pour ne pas trop prendre de place dans le fil de discussion.
Il suffit de cliquer dessus pour les avoir en grand.

Je suis bridé avec l'accès IA (Chat en mode gratuit).. vous avez un accès à une IA plus efficace en programmation à un coût léger ??

Je voudrais comparer mes logs et explorer le changement de la composante "depth" (suis passé de 6 à 4).

[LittleScarabee]

@Zaurux
Les liens étaient KO ; Maintenant tout est OK.
Souci sur mon navigateur, car même en cliquant dessus je n'avais rien.
Merci

[Bear]

@zaurux:

openrouter.ai

Pas d’abonnement, paiement à la consommation et accès à tous les moteurs d’AI

[ds21]

...
A propos de Thredmode voici ce que dit ChatGPT 5.1

2. “Environnement électrique plus calme”

Un thread en mode très agressif (2049 / 3091) fait ceci :

Il se réveille très souvent.

Il “occupe” un cœur CPU de façon plus continue (moins de vrai sommeil).

Résultat :

plus de commutations logiques → plus de bruit HF/RF,

consommation plus nerveuse → alimentation qui travaille davantage.

À l’inverse, un mode plus soft comme 1 :

Laisse le CPU dormir davantage entre deux cycles.

Génère moins de variations rapides de courant sur le rail d’alim.

Donc, en théorie, un environnement électrique un peu plus “lisse” dans la machine (et potentiellement moins de pollution qui remonte vers l’USB/NIC, etc.).

Ce n’est pas magique, mais sur des systèmes très optimisés comme le tien, ce genre de micro-détails peut jouer au niveau ressenti.

3. “Rigidité temporelle” (2049 / 3091)

Par “maximum de rigidité temporelle”, je veux dire :

Le thread Diretta est réveillé de façon plus déterministe.

Il tolère mieux :

un OS un peu chargé ou pas optimisé,

un CPU qui gère plein d’autres tâches en parallèle.

En contrepartie, on force le CPU à rester plus souvent “en éveil” → d’où la charge et le bruit évoqués plus haut.

En simplifiant :

ThreadMode = 1
→ adapté si ton serveur est déjà bien optimisé, charge maîtrisée, pas de dropouts. C’est le réglage “propre” et raisonnable.

ThreadMode = 2049
→ plus rigide sans être totalement bourrin (moins extrême que 3091).

ThreadMode = 3091
→ mode “je verrouille tout ce que je peux”, à réserver si :

la machine est moins clean,

ou que tu constates des problèmes de stabilité avec des modes plus doux.

Bonjour,

Et toujours à propos de TreadMode voici ce que dit Yu



Voir le commentaire a propos de linux d’après Yu en fin de texte

Cordialement.

[zaurux]

Merci, je ne retrouvais plus ces éléments.
Je continue donc avec ThredMode=1

Et en descendant la latence à 10 (ou 5), j'ai des lignes à 0 0 0 0
mais à 20, c'est un peu plus 'secure'.

Selon claude.ai



Le graphe de comparaison des log (dynamique sous l'interface claude.ai)



Au final (pour l'instant)  :