Logic pro supporte maintenant 36 cœurs logiques, Réactions à la publication du 15/12/2017

[Lionel]

Apple a mis à jour Logic Pro. Dorénavant, le logiciel supporte les 36 coeurs logiques dont seront équipés les iMac Pro haut de gamme.
La société se doit de montrer l'exemple et d'optimiser au mieux ses logiciels. Cela incitera non seulement les autres éditeurs à en faire autant mais permettra également que l'on puisse voir une réelle différence de performances au quotidien sur les différents modèles, un moyen d'inciter les professionnels à casser leur tirelire.

Lien vers le billet original

[X_Gebo]

Je suis toujours étonné de lire ce genre de nouvelle : lorsqu'une application a été développée pour travailler en multi-cœurs, j'imagine qu'augmenter le nombre de cœurs gérés doit être assez simple - du genre modifier un chiffre dans le code.
Une explication de la part des sapiteurs ?
Merci !

[jules]

Autant que je sache, la répartition logiciel du calcul de triangles (graphiques) est faisable mais nécessite un paquet de boulot.
Je serais curieux de savoir s'il est faisable/difficile(/nécessaire?) de "parallèliser" la gestion des flux audios (en assumant que l'encodage/décodage sont gérés par une carte dédié)...

La question est toujours la même: qui crée des projets de plus de 16 channels (en 192k/32, pour faire chic et à la mode) tous les matins?
Pour les musiciens, a moins "d'orchestrer symphonique", ces moments sont probablement rares pour la plupart de la population (et en 48k/24).

Ma cervelle -souvent fautive - me dit qu'une gestion parallèle des plugins de tous poils (ensembles hétérogènes localement, et globalement sur tout le logiciel hôte) n'est probablement pas simple.
Essayent-ils de montrer la voie aux éditeurs de plugs gourmands...? Si c'est le cas, il va y avoir de l'arrachage de cheveux chez les ouvriers codants.

Ce message a été modifié par jules - 15 Dec 2017, 10:04.

[PierreH]

Ce que ca prouve, c'est pas tellement qu'ils montrent la voie aux autres éditeurs de ce qui peut se faire. Ce qui se passe, c'est que non seulement ils ferment la machine à toute évolution, mais ils ferment aussi toute l'écosystème autour. En fait ils ne veulent pas que l'on sorte de chez Apple. FCPX est en parfaite adéquation avec le matériel, il est optimisé pour les 3 ou 4 cartes graphiques choisies par Apple, qui a la possibilité d'écrire des logiciels de très bas niveau qui interagissent plus directement avec les éléments que les autres boites, confinées au sandboxing. Colle une Nividai GTX1080Ti, l'une des cartes grand public les plus puissantes dans un Mac Pro: les perfs avec Davinci Resolve ou Premiere montent proportionnellement. Mais dans FCPX, c'est la cata : le logiciel bascule tout sur le CPU et n'utilise plus du tout la carte. Et je ne parlerai pas de ce qui a été enlevé pour bloquer les développeurs tierces...

Bref, on va pas faire le détail de chacun des logiciels, mais on dirait que leur but ultime c'est de vendre une machine fermée et qui ne fonctionnent qu'avec des logiciels maison. Et rien d'autre. Il est pas rose le futur.

[Ginuwine]

En voilà une bonne nouvelle !! je teste ça aujourd'hui pour voir si il y a aussi une meilleur optimisation du multi-threading en général ou si c'est juste le nombre de coeurs que ça concerne...

[marc_os]

Apple a mis à jour Logic Pro. Dorénavant, le logiciel supporte les 36 coeurs logiques dont seront équipés les iMac Pro haut de gamme.

Curieux.
Quand on programme en multi-tâches parallèles sous macOS, à priori on utilise Grand Central Dispatch (alias libdispatch), et alors, c'est libdispatch donc "l'OS" qui gère les détails, à savoir la répartition des tâches sur des threads eux même répartis sur les cœurs physiques ou logiques disponibles. Le nombre de cœurs n'est pas un paramètre, libdispatch permet de se concentrer sur l'essentiel, le découpage logique de l'algorithme en tâches parallélisables. Par exemple, le logiciel sur lequel je travaille s'adapte ainsi automatiquement à la configuration physique de l'ordi, et tous les cœurs sont exploités au maximum, quelque soit leur nombre, du CoreDuo à l'i7 en passant par les Xeons !
Je trouve donc pour le moins curieux qu'Apple doivent faire une mise à jour de Logic Pro pour supporter tous les cœurs de l'iMac Pro. Cela voudrait-il dire qu'Apple n'utilise pas ses propres technologies, par ailleurs pour celle-ci exploitée également sous Linux ? Bizarre autant qu'étrange.
Ou alors ça à voir avec la gestion de la consommation CPU, une sacré galère potentielle, car si tous les cœurs moulinent à 100%, ça fait vite s'affoler les ventilateurs des machines compactes difficiles à refroidir, et les clients alors s'affolent eux aussi, et il est difficile de leur dire : "T'avais qu'à acheter une machine adaptée à ce que tu veux faire !".

Ce message a été modifié par marc_os - 15 Dec 2017, 12:40.

[Lionel]

Je suis toujours étonné de lire ce genre de nouvelle : lorsqu'une application a été développée pour travailler en multi-cœurs, j'imagine qu'augmenter le nombre de cœurs gérés doit être assez simple - du genre modifier un chiffre dans le code.
Une explication de la part des sapiteurs ?
Merci !

Hélas non, car il faut coder le logiciel pour qu'il fasse plus de découpes des choses à traiter et sache tour rassembler.

[raoulito]

j'ajoute que chaque fonction est à bricoler, exemple sur photoshop quand l'export PNG par le "save as" n'est pas bien parallelisé alors que celui par le "save for web" l'est parfaitement (export to png aussi d'ailleurs)
en fait dans un logiciel tout n'est pas parallélisable mais on peut pousser le travail pour eviter de laisser des fonctions non parallélisées alors qu'elles le pourraient.

[__otto__]

Apple a mis à jour Logic Pro. Dorénavant, le logiciel supporte les 36 coeurs logiques dont seront équipés les iMac Pro haut de gamme.

Curieux.
Quand on programme en multi-tâches parallèles sous macOS, à priori on utilise Grand Central Dispatch (alias libdispatch), et alors, c'est libdispatch donc "l'OS" qui gère les détails, à savoir la répartition des tâches sur des threads eux même répartis sur les cœurs physiques ou logiques disponibles. Le nombre de cœurs n'est pas un paramètre, libdispatch permet de se concentrer sur l'essentiel, le découpage logique de l'algorithme en tâches parallélisables. Par exemple, le logiciel sur lequel je travaille s'adapte ainsi automatiquement à la configuration physique de l'ordi, et tous les cœurs sont exploités au maximum, quelque soit leur nombre, du CoreDuo à l'i7 en passant par les Xeons !
Je trouve donc pour le moins curieux qu'Apple doivent faire une mise à jour de Logic Pro pour supporter tous les cœurs de l'iMac Pro. Cela voudrait-il dire qu'Apple n'utilise pas ses propres technologies, par ailleurs pour celle-ci exploitée également sous Linux ? Bizarre autant qu'étrange.
Ou alors ça à voir avec la gestion de la consommation CPU, une sacré galère potentielle, car si tous les cœurs moulinent à 100%, ça fait vite s'affoler les ventilateurs des machines compactes difficiles à refroidir, et les clients alors s'affolent eux aussi, et il est difficile de leur dire : "T'avais qu'à acheter une machine adaptée à ce que tu veux faire !".

Très bonne remarque! Un soft parallélisé proprement peut s'adapter au nombre de core. C'est une annonce pute à clic ou la démonstration de bridage stupide. Pour ce qui est technique, c'est pas bien compliqué dans l'idée : un thread par piste/VST etc... rien de plus simple pour un soft audio...

Désolé je viens de finir les cours de parralélisme de L3

Ce message a été modifié par __otto__ - 15 Dec 2017, 13:20.

[Ginuwine]

Apple a mis à jour Logic Pro. Dorénavant, le logiciel supporte les 36 coeurs logiques dont seront équipés les iMac Pro haut de gamme.

Curieux.
Quand on programme en multi-tâches parallèles sous macOS, à priori on utilise Grand Central Dispatch (alias libdispatch), et alors, c'est libdispatch donc "l'OS" qui gère les détails, à savoir la répartition des tâches sur des threads eux même répartis sur les cœurs physiques ou logiques disponibles. Le nombre de cœurs n'est pas un paramètre, libdispatch permet de se concentrer sur l'essentiel, le découpage logique de l'algorithme en tâches parallélisables. Par exemple, le logiciel sur lequel je travaille s'adapte ainsi automatiquement à la configuration physique de l'ordi, et tous les cœurs sont exploités au maximum, quelque soit leur nombre, du CoreDuo à l'i7 en passant par les Xeons !
Je trouve donc pour le moins curieux qu'Apple doivent faire une mise à jour de Logic Pro pour supporter tous les cœurs de l'iMac Pro. Cela voudrait-il dire qu'Apple n'utilise pas ses propres technologies, par ailleurs pour celle-ci exploitée également sous Linux ? Bizarre autant qu'étrange.
Ou alors ça à voir avec la gestion de la consommation CPU, une sacré galère potentielle, car si tous les cœurs moulinent à 100%, ça fait vite s'affoler les ventilateurs des machines compactes difficiles à refroidir, et les clients alors s'affolent eux aussi, et il est difficile de leur dire : "T'avais qu'à acheter une machine adaptée à ce que tu veux faire !".

Alors je ne suis pas un spécialiste mais je suis depuis longtemps la problématique de logic et sa gestion des coeurs multiples. Pendant longtemps, avoir beaucoup de coeurs dans un CPU n'apportait pas de gain significatif, c'était surtout la fréquence du CPU qui comptait. Quand on chargeait un peu trop en plugins, on voyait toujours sur le moniteur d'activité, un seul des coeurs aller dans le rouge. Mais au fur et à mesure des mises à jour, les tâches se sont réparties de façon plus uniforme et tout les coeurs sont sollicités de façon à peu près égale. Cela dit il arrive parfois d'avoir un seul coeur qui se met à "piquer", il faut alors relancer le soft. L'audio a vraiment plusieurs problématique en même temps: le streaming des pistes audio (lecture de l'audio, et écriture) mais aussi des samples de certains vst qui sont parfois lus directement sur le disque dur car pas forcément chargés dans la Ram. et il y a les plugins en temps réel (eq, revrb compression). Et les calculs offlines pour les exports.
Logic, pour être performant, doit avoir un calcul en temps réel très bon, disposer de beaucoup de Ram pour charger beaucoup de sons (même si souvent la ram est affecté sur des logiciels "serveurs" externes type Vienna ensemble pro) et disposer de disques rapides pour la lecture et le chargement des banques de sons (SSD)
Si j'avais bien compris à l'époque, il était très difficile d'utiliser le multi-threading pour le calcul en temps réel des plugins sur des pistes en lecture. Mais les dernières versions ont été nettement améliorées. Quant à l'annonce faite sur les 36 coeurs c'est peut-être aussi pour dire que le logiciel est optimisé pour l'imac pro...et de dire qu'il n'est pas exclusivement réservé à la vidéo ou au graphisme.

[marc_os]

[...]
Si j'avais bien compris à l'époque, il était très difficile d'utiliser le multi-threading pour le calcul en temps réel des plugins sur des pistes en lecture. Mais les dernières versions ont été nettement améliorées. Quant à l'annonce faite sur les 36 coeurs c'est peut-être aussi pour dire que le logiciel est optimisé pour l'imac pro...et de dire qu'il n'est pas exclusivement réservé à la vidéo ou au graphisme.

Effectivement, bien vu, la gestion du multitâche pour des traitements en temps réel, ce n'est pas si simple.

Ce message a été modifié par marc_os - 15 Dec 2017, 14:15.

[__otto__]

[...]
Si j'avais bien compris à l'époque, il était très difficile d'utiliser le multi-threading pour le calcul en temps réel des plugins sur des pistes en lecture. Mais les dernières versions ont été nettement améliorées. Quant à l'annonce faite sur les 36 coeurs c'est peut-être aussi pour dire que le logiciel est optimisé pour l'imac pro...et de dire qu'il n'est pas exclusivement réservé à la vidéo ou au graphisme.

Effectivement, bien vu, la gestion du multitâche pour des traitements en temps réel, ce n'est pas si simple.

OS X est très bien doté de ce coté là

[Hebus]

Apple a mis à jour Logic Pro. Dorénavant, le logiciel supporte les 36 coeurs logiques dont seront équipés les iMac Pro haut de gamme.

Curieux.
Quand on programme en multi-tâches parallèles sous macOS, à priori on utilise Grand Central Dispatch (alias libdispatch), et alors, c'est libdispatch donc "l'OS" qui gère les détails, à savoir la répartition des tâches sur des threads eux même répartis sur les cœurs physiques ou logiques disponibles. Le nombre de cœurs n'est pas un paramètre, libdispatch permet de se concentrer sur l'essentiel, le découpage logique de l'algorithme en tâches parallélisables. Par exemple, le logiciel sur lequel je travaille s'adapte ainsi automatiquement à la configuration physique de l'ordi, et tous les cœurs sont exploités au maximum, quelque soit leur nombre, du CoreDuo à l'i7 en passant par les Xeons !
Je trouve donc pour le moins curieux qu'Apple doivent faire une mise à jour de Logic Pro pour supporter tous les cœurs de l'iMac Pro. Cela voudrait-il dire qu'Apple n'utilise pas ses propres technologies, par ailleurs pour celle-ci exploitée également sous Linux ? Bizarre autant qu'étrange.
Ou alors ça à voir avec la gestion de la consommation CPU, une sacré galère potentielle, car si tous les cœurs moulinent à 100%, ça fait vite s'affoler les ventilateurs des machines compactes difficiles à refroidir, et les clients alors s'affolent eux aussi, et il est difficile de leur dire : "T'avais qu'à acheter une machine adaptée à ce que tu veux faire !".

N’oublie pas que c’est un vieux soft, acheté, intégré et qui a du être réécrit pour être modernisé, donc c’est un peu normal qu’ils soient obligés de le mettre au gout du jour, GCD reposant sur l’utilisation des closures, si le code de Logic Pro est programmé avec une vielle version de C++ ne supportant pas les extensions apportés à cette occasion...

D’ailleurs je me souviens qu’à l’époque de de l’annonce de GCD, ici et ailleurs de gros doutes avaient été émis sur sa pérennité, hors c’est une techno aujourd’hui de base pour la partie de programmatiion concurrente et utilisée dans Swift comme le modèle de référence que ce soit sous macOS ou Ubuntu.

A priori ce sera aussi le moteur bas niveau des additions au language Swift pour les abstractions de programmation concurrentes : async/await/future/promise... whatever...

[malhomme]

Autant que je sache, la répartition logiciel du calcul de triangles (graphiques) est faisable mais nécessite un paquet de boulot.
Je serais curieux de savoir s'il est faisable/difficile(/nécessaire?) de "parallèliser" la gestion des flux audios (en assumant que l'encodage/décodage sont gérés par une carte dédié)...

La question est toujours la même: qui crée des projets de plus de 16 channels (en 192k/32, pour faire chic et à la mode) tous les matins?
Pour les musiciens, a moins "d'orchestrer symphonique", ces moments sont probablement rares pour la plupart de la population (et en 48k/24).

Tout le monde, facilement (mais en 24 bits/44.1 pour moi qui suis amateur, ça me suffit, le 48 étant inutile si tu ne travailles pas à l'image). La multiplication des instruments virtuels y contribue. La moindre batterie chez moi fait au moins un canal kik (ou 2)= si double), un caisse claire dessus/dessous, 2 overhead, un canal par tom, un canal d'ambiance, + les petits machins cowbell et autre lame de scie circulaire,....

Bref est déjà facile à 12-16 pistes. Plus tous les traitements dynamiques, plus les éventuelles reverb... Certains synthés très pointus (ex : UHE) peuvent mettre un petit i7 par terre avec 3 instances (Diva par exemple).

Les flux audio parallélisés on y a gouté depuis altivec, qui nous avait donné un avantage substantiel en son temps sur le pentium de base.
J'ai aujourd'hui un I7 d'une génération un peu ancienne, avec 8 cœurs. Système + Cubase, qui est mon outil de travail, n'exploitent jamais plus de 7 cœurs (pourquoi 7 et pas 8 ? mystère...).

Ce message a été modifié par malhomme - 18 Dec 2017, 15:15.