Faut-il bichonner le serveur ? (et jusqu’à quel point ?)

[zaurux]

On est à peu prêt tous d'accord sur l'architecture qui fonctionne et que l'on peut optimiser :

• serveur + client/renderer/target (ou tout autre nom mais avec un os mini qui alimente le dac).
  Le choix du serveur, notamment la puissance et l'OS, dépend des choix faits.
  Dans mon cas, je garde windows pour intégrer Roon + HQPlayer (RoonAppliance consomme de la mémoire mais 0,2% cpu).
  Ce qui fonctionne très bien ensemble même si ce n'est pas ce que Jussy met en avant.
  
• En amont du serveur, on peut discuter de l'arrivée du flux (box, stream, NAS) et de son support qui rajoute (ou pas) de la friture.
  Certains préfère l'optique, d'autre le wifi.
  Dans ma configuration, le boitier Mesh Tenda (modèle basique avec RJ à 100Mb) est top. Branché sur une alimentation propre, ce n'est pas un sujet pour moi. Et ça se trouve pour quelques dizaines d'euros (voire moins en occasion).
  
• Reste le serveur et surtout les moyens d'optimisation et d'évaluation de celle-ci. L'OS gère les entrées/sorties avec le traitement que l'on souhaite, sans rien rajouter .. dans l'idéal !!
  Ensuite selon l'optimisation de l'OS reste la problématique de la gestion des E/S des périphériques. Là, on reprend la discussion sur l'optimisation des drivers par les fournisseurs de ces périphériques (ex. Intel, Xlinx, etc).Sous linux, l'Ideal est de tout compiler sur sa machine mais il faut avoir les compétences et au delà, évaluer l'impact des options choisies pour la compilation. On quitte le prêt à porter pour rentrer dans le sur-mesure".C'est souvent plus facile sous windows car les fabricants ont optimisé leurs drivers pour l'OS le plus répandu. On le constate aussi avec les drivers pour dac.. qui sont parfois plus détaillés ou pointus que le driver générique linux.Mais ce n'est pas le cas pour les constructeurs cités ci-dessus ou disons "sérieux.Cela se fait. Il me semble que Pierre met à disposition la procédure pour mettre à jour Fedora.Sous windows, cela permet aussi, à quelques développeurs de monnayer AO ou Fidelizer.Sous linux, l'équivalent se retrouve : Gentooplayer, Audiolinux, etc.Avec un peu de pratique, quelques utilitaires, on arrive sous windows à un résultat très bon et (je pense) plus accessible... et toujours en cible, une latence logicielle mini !! 
  

Après tout cela fait partie du hobby, au delà du résultat audio 
Un peu comme démarrer, une "ancienne" à la manivelle ou "aligner" ses carbus.
Au passage, StreamFidelity, forumeur allemand en a fait son métier et vend des serveurs mais partage également quelques constats. Vous le connaissez déjà et pour certains, vous avez acheté des câbles (FisAudioPC).
Son site est instructif.. même s'il est fonction de ces choix :
https://griggaudio-de.translate.goog/aud...x_tr_hl=fr  (via Translate Google)


Ensuite en sortie de serveur, dans un schéma serveur/client, je reste adepte d'une connexion directe, ce qui fonctionne pour HQP/NAA ou HQP/Diretta (pas testé pour d'autres systèmes).
Et comme le disait Pierre : RJ45. Ensuite, si votre carte réseau est optique, pourquoi pas.. mais je me pose toujours la question de l'impact du convertisseur optique. En fait, je n'ai pas testé et je pense que cela doit être équivalent.


Bon, mon nouveau serveur tourne très bien.. mais j'ai toujours un driver qui doit générer une ligne de latence sans aucun impact sur l'audio.. sauf qua j'aime bien résoudre les problèmes !!   Faut que je trouve !!