08-15-2020, 02:02 PM
(08-15-2020, 12:03 PM)bubu13 a écrit : Peux tu stp nous faire un résumer en français car je ne suis pas sur d’en avoir cerné toute les subtilités. Mon anglais n’est pas au top.hello Bubu13,
toi tu veux voir si je l'ai lu et un peu compris, hein ?
Voici la version en francais approximatif mais suffisant => https://translate.google.fr/translate?hl...-cpu-cores
bonne lecture !
Bon sinon, je l'ai eu hier, je fais résumé raccourci et concis et sans doute imprécis sur cet article, enfin ce que j'en ai trouvé de pertinent :
- les threads on s'en tape, il y a une pirouette technique qui fait qu'un core peut traiter 2 trucs à la fois... passons.
- ce qui évolue sur le marché : les proc avec multicores, jusqu'à ... 32cores pour le top chez AMD et bien plus pour bécanes hors-particuliers
- le processeurs alloue telle ou telle oparation à tel ou tel core (on pourrait s'en douter à priori), mais cela a un effet mineur sur la perf globale
c'est l'OS qui fait le quasi tout le job de chef d'orchestre, entre : des programmes & hardware qui doivent faire ci & ça, et le proc qui VA faire que ces tâches soient éxécutés
bref, on le sais tous un peu, de loin, mais le rôle de l'OS est énorme. Bien au-delà d'une simple interface "jolie" entre nos ptis doigts & yeux vs le "deep-hardware" (qui compute ; du verbe "computer", 100% francais !
).Sur ce, sur le proc a x cores,
- c'est l'OS qui impute les tâches x y z aux cores a b c
- mais pas que : le programme qui demande à faire éxecuter telle ou telle tâche, doit avoir été codé de façon à ce qu'il permette l'excution par des multicores.
Or, actuellement on se retrouve face à une squeeze :
- niveau deep-hardware : les fab de proc sortent des proc multicore capables de faire des trucs de ouf
- niveau OS : MS n'a pas encore taffé assez sur W10 pour faire qu'il gère avec une efficacité max les proc multicores
- niveau codage programme : encore énormément de programmes sont codé pour être exécutés par 1 core
Bref pour en revenir à la hifi :
- Win10 : c'est foiré pour le PC à tout faire avec un 32cores, pensant qu'avec 32 on ira 4fois plus vite qu'avec 8cores
Avec Win10, faut chercher un proc dont la fréquence soit max, le nb de core, limite on s'en tape.
- mieux vaut privilégier Linux pour le multicore
Daphile est du Linux, c'est léger : c'est bon.
Sur base Linux, le multicore permet de meilleure perf via allocation des taches optimisée. Sans doute est-ce là la raison du "plus" de la carte-mère dont on cause ici. En sus du bus plus rapide etc...
(j'espère que je n'ai pas fait trop de boulettes dans ce résumé... )
(08-15-2020, 12:03 PM)bubu13 a écrit : Peux t’on facilement en faire une analogie avec nos logiciels de lectures qui normalement ne sont pas très gourmand en ressources et dont on ne sait pas comment ils fonctionnent?cf réponse ci avant
(08-15-2020, 12:03 PM)bubu13 a écrit : Les noyaux réal Time sont donc à privilégier ?qu'est-ce qu'un "noyaux réal Time" ? ne serais-tu pas un expert derrière ton masque ?
(08-15-2020, 12:03 PM)bubu13 a écrit : Les logiciels qui permettent d’attribuer des taches à un core plutôt que de laisser faire le système sont’ils un plus? On voit que la gestion des échanges entre les différents éléments et des taches est très importantes.Je ne me suis pas penché sur ce sujet. Si ces logiciels de "gestion des cores" existent et sont performant... pourquoi pas...
Tu en as testés ? ca marche ?
Je doute un peu de leur perf car ils sont des "programmes" et donc entre "eux" et les "cores", il y a l'OS qui reste encore le bouchon dans cette faire (cas W10 ; pas ds cas Linux, en tout cas, d'après ce que j'ai cru comprendre...)
Enfin voilà. J'arrête là car je suis à court d'oxygène... avant, sur ce sujet, je faisais "enclume au fond de l'o", maintenant je fais "brasse coulée entre le fond et la surface". C'est mieux... mais pas encore ça...
Cdt