Windows : JPlay FEMTO & Audiophile Optimizer & Fidelizer Pro & Process Lasso

[Mellowman]

Oui Dominique.

J'en connais un sur Anglet qui risque de vouloir tenter l'aventure   

[Le dom]

Possible...

[comas]

(05-26-2020, 05:43 PM)Le dom a écrit : Finalement on a donc moins de processus actifs que Windows Server 2019 dans le mêmes conditions d'utilisation.
A creuser peut être sur une config plus classique que la tienne sans CPU Xeon, RAM ECC et carte mère Super Micro.

Et sinon Linux ?, ci-joint la photo d'un de mes serveur au repos 62mo / ram, 20 process à tout  péter, 2.5% CPU avec un seul cœur (dont 0.7% pour afficher cet écran).



Ca c'est le poid d'un Linux qui ne fait rien, en gros ce que pompe l'os

[Patatorz]

Bravo !

[comas]

(05-26-2020, 07:56 PM)Patatorz a écrit : Bravo !

Je précise que j'ai rien fait, c'est un linux de base sans aucune modif ...

j'ai aucun mérite

Et voici avec Roon lancé :

[Patatorz]

Ah zut moi qui pensait que tu t’étais acharné dessus. Bon ben je retire alors si tu n’as rien fait.

[Pascal64]

(05-26-2020, 05:56 PM)Mellowman a écrit : Oui Dominique.

J'en connais un sur Anglet qui risque de vouloir tenter l'aventure   

Oui !   
Je suis curieux .... et si les drivers Hegel me permettaient d'avoir le DSD avec Jplay.
Il n'y a qu'en essayant que je serais fixé.
Tout comme le DAC link à 1000hz, on peut toujours rêver 

[Le dom]

(05-26-2020, 07:46 PM)comas a écrit :

(05-26-2020, 05:43 PM)Le dom a écrit : Finalement on a donc moins de processus actifs que Windows Server 2019 dans le mêmes conditions d'utilisation.
A creuser peut être sur une config plus classique que la tienne sans CPU Xeon, RAM ECC et carte mère Super Micro.

Et sinon Linux ?, ci-joint la photo d'un de mes serveur au repos 62mo / ram, 20 process à tout  péter, 2.5% CPU avec un seul cœur (dont 0.7% pour afficher cet écran).



Ca c'est le poid d'un Linux qui ne fait rien, en gros ce que pompe l'os

Figure-toi qu'avant de revenir sur des configs Windows j'ai tourné sous Linux et surtout sous une version light de Fedora que l'on avait nommé Fedolight à l'époque et qui tournait en RT grâce aux kernel RT CCRMA. Pour le son encore mieux en dual PC (Serveur Roon et audio séparé).. Il faudrait que je vois si je retrouves des copies d'écran avec le nombre de process qui tournaient... J'avais fait une description et un mini tuto sur feu le forum audiophile et un autre gars du forum (Tchuyev) avait fait un super un super tuto en PDF, il avait été plus rapide que moi pour sa rédaction.
Il y a un tuto sur ce même forum qui a été rédigé par Littlescarabee..
http://forum-hifi.fr/thread-4783.html
Perso j'ai comparé à l'époque à Daphile et consort... Seul Tinyqueeze  mis au point par Dimas, un Russe, sur une base Tinycore faisait mieux du point de vue de la qualité sonore et du nombre de process qui tournaient. Je suis cependant ensuite revenu à Fedolight car impossible de faire tourner convenablement Roon avec cette mini distribution.
Mais voilà, la sortie de JPLAY 7 (JPLAY FEMTO) a remis les pendules à l'heure et me voilà retourné à Windows et ses déclinaisons qui en comparaison faisaient mieux du point de vue de la qualité sonore que mon Fedolight. Pourtant c'est clair, il y a bien plus de process et de thread qui tournent dans un Windows Server ou entreprise que dans un Linux même de base, alors par rapport à un Linux tweaké, je ne te raconte pas...
En fait ça fait maintenant au moins 10 ans que je me suis plongé dans l'univers de la démat avec PC. Je pense avoir essayé tout ce qui se faisait.
Je te garanti qu'il y a 10 ans je me serait pris pour un doux dingue...bits are bits isn't it?
C'est d'autant plus frustrant qu'au départ tu es convaincu que ce n'est pas possible d'avoir de telles différences du point de vue de la reproduction sonore d'un OS à l'autre ou d'un player à l'autre. C'est grave docteur?

[zaurux]

J'avais dit que j’arrêtais de jouer les geeks..
Bon, j'ai téléchargé ça :
https://www.trucnet.com/winpe-10-8-serge...ec-x86x64/

Je vais déjà sauvegarder.. on verra ensuite 

[Pascal64]

A noter quand même : sous WS2019, à trop vouloir réduire le nombre de process , on a parfois de mauvaises surprises.

La semaine dernière nous avons essayé un petit script pour réduire d'une vingtaine de process (passage de 90 à 70 chez moi - charge CPU identique ou en légère diminution) 
En théorie, ça aurait du améliorer mais pas du tout, on perdait la profondeur de scène de manière assez nette. 
Dom vous en parlera mieux que moi, le mieux est parfois l'ennemi du bien.