08-08-2017, 11:04 AM
Petit retour sur mes bricolages :
Contrairement à mes récentes convictions, je dois revoir ma copie. J'étais absolument persuadé qu'il n'y avait pas de différence sur l'OS du serveur Roon... Ben entre un Window 10 Pro "lightisé", un Fedora 26 tout aussi light (non RT) et un Ubuntu serveur low latency... c'est pas la même limonade !!! Etonnement, c'est moins transparent et vivant avec Fedora ou windows... une rapide analyse me montre qu'un Kernel low latency sur le serveur semble être la voix à suivre. Bon, j'ai l'impression de découvrir le fil à couper le beurre, mais cela ne me semblait pas si évident sur le serveur Roon (ou HQPlayer).
J'ai passé mon petit Wintel CX8 sous Fedora 25 + CCRMA. C'est un peu mieux que Windows hyper light, mais pas un grand écart non plus.
J'ai voulu jouer avec les prio, mais je dois re bricoler ça, car le :
CPUSchedulingPolicy=fifo
CPUSchedulingPriority=99
dans le fichier de service ne suffit pas à monter toutes les taches Bridge en RT. Il faut surement voir ça dans le script start.sh
Contrairement à mes récentes convictions, je dois revoir ma copie. J'étais absolument persuadé qu'il n'y avait pas de différence sur l'OS du serveur Roon... Ben entre un Window 10 Pro "lightisé", un Fedora 26 tout aussi light (non RT) et un Ubuntu serveur low latency... c'est pas la même limonade !!! Etonnement, c'est moins transparent et vivant avec Fedora ou windows... une rapide analyse me montre qu'un Kernel low latency sur le serveur semble être la voix à suivre. Bon, j'ai l'impression de découvrir le fil à couper le beurre, mais cela ne me semblait pas si évident sur le serveur Roon (ou HQPlayer).
J'ai passé mon petit Wintel CX8 sous Fedora 25 + CCRMA. C'est un peu mieux que Windows hyper light, mais pas un grand écart non plus.
J'ai voulu jouer avec les prio, mais je dois re bricoler ça, car le :
CPUSchedulingPolicy=fifo
CPUSchedulingPriority=99
dans le fichier de service ne suffit pas à monter toutes les taches Bridge en RT. Il faut surement voir ça dans le script start.sh