Snow Leopard : l'avis des développeurs
par Florian Innocente le 24.08.2009 à 17:59
Mac OS X Snow Leopard est lancé, et avec lui plusieurs technologies dont les premiers clients seront les développeurs avec, on l'espère, de sérieux bénéfices pour nous les utilisateurs. OpenCL qui permettra d'utiliser le processeur des cartes graphiques pour des calculs débordant du cadre de la 3D, le 64 bits pour que les applications utilisent davantage de mémoire (et aillent un plus vite au passage) ou encore Grand Central Dispatch qui entend simplifier la distribution des tâches entre les différents coeurs du (ou des) processeurs de l'ordinateur (voir aussi l'article Lexique : si vous avez raté le début…).
Snow Leopard maintenant finalisé, nous avons posé deux questions très simples à plusieurs développeurs : allez-vous utiliser ces technologies et quels en seront les avantages pour l'utilisateur ? Car la dernière conférence des développeurs Apple a été aride en démonstrations de performances. On espérait quelques chronomètres avec un iMovie ou un Aperture mis au régime de ces technologies. Nada. On est reparti avec quelques diapositives de chiffres pour Mail ou Safari et la promesse de voir un peu partout dans le système et dans ses applications des accélérations sur telle ou telle action. Des petits mieux qui, cumulés, donneraient au final un système plus vif et agréable.
A lire les réponses de ces développeurs, on a le sentiment qu'Apple a effectivement doté Snow Leopard de capacités très prometteuses. Mais leur mise en oeuvre ne paraît pas aussi simple. Cela va exiger du temps et de la patience. Comme si après le passage au PowerPC, aux G4 Altivec, à Mac OS X et aux puces Intel… une nouvelle période de transition s'ouvrait.
On peut supposer que dans les prochaines semaines des freewares et sharewares vont arriver, qui utiliseront ces mécanismes. Certains à titre purement démonstratif, d'autres pour accélérer telle ou telle fonction qui aura pu être modifiée assez aisément. Reste la question des grandes applications. OpenCL et consorts peuvent donner à Mac OS X un avantage sur Windows. Mais est-ce qu'un Adobe qui, quoiqu'il se passe chez Apple ou chez Microsoft, vendra toujours ses solutions pour les deux OS, aura un quelconque intérêt à réaliser un travail de tuning (autre que l'incontournable passage au 64-bits) ? Question identique pour un Quark ou un Microsoft, même si la division Mac de ce dernier a une vraie liberté pour utiliser des technologies spécifiquement Mac.
Mais plus que de ces gros éditeurs, c'est d'Apple que l'on attend des initiatives concrètes. Son catalogue est rempli de logiciels audio et vidéo qui peuvent tirer parti des nouveautés de Snow Leopard. Mais est-ce qu'il faudra patienter jusqu'à la sortie de révisions majeures d'iLife, d'Aperture ou de Final Cut Studio (tout juste remis à neuf) ? Après tout, vu le prix de Snow Leopard, il pourrait être tentant pour Apple de se rattraper par la vente au prix fort de versions "optimisées Snow Leopard" de ses applications. On espère un scénario moins coûteux, l'arrivée ces prochaines semaines, de petites mises à jour améliorant telle ou telle fonction, en attendant plus lors des grandes refontes de 2010.
INTERVIEW (Seconde partie de ces interview)
Matthieu Kopp : co-fondateur d'Aquafadas Editeur de solutions audio et vidéo, professionnelles et grand public.
MK : "Snow Leopard introduit des avancées remarquables : OpenCL, Grand Central Dispatch, beaucoup de nouveautés dans Quartz Composer aussi. En ce qui concerne les outils de développement, Snow Leopard apporte de tout nouveaux outils et c'est un vrai bonheur.
Je suis personnellement un peu partagé sur les gains de performance. Ils sont réels, mais pour bénéficier de certaines fonctionnalités, il faut investir beaucoup de temps à revoir certains blocs fonctionnels de nos codes. C'est un choix difficile quand on a investi du temps pour développer des fonctions de traitement s'appuyant par exemple sur du QuickTime bas niveau. Ces traitements sont à revoir, car ils ne passent pas la barrière du 64 bits. Idem pour Grand Central Dispatch. Certaines améliorations sont visibles à la recompilation, mais pour en bénéficier au mieux, il faut se plonger dans les entrailles du code et pas mal chambouler certaines choses.

Snow Leopard maintenant finalisé, nous avons posé deux questions très simples à plusieurs développeurs : allez-vous utiliser ces technologies et quels en seront les avantages pour l'utilisateur ? Car la dernière conférence des développeurs Apple a été aride en démonstrations de performances. On espérait quelques chronomètres avec un iMovie ou un Aperture mis au régime de ces technologies. Nada. On est reparti avec quelques diapositives de chiffres pour Mail ou Safari et la promesse de voir un peu partout dans le système et dans ses applications des accélérations sur telle ou telle action. Des petits mieux qui, cumulés, donneraient au final un système plus vif et agréable.
A lire les réponses de ces développeurs, on a le sentiment qu'Apple a effectivement doté Snow Leopard de capacités très prometteuses. Mais leur mise en oeuvre ne paraît pas aussi simple. Cela va exiger du temps et de la patience. Comme si après le passage au PowerPC, aux G4 Altivec, à Mac OS X et aux puces Intel… une nouvelle période de transition s'ouvrait.
On peut supposer que dans les prochaines semaines des freewares et sharewares vont arriver, qui utiliseront ces mécanismes. Certains à titre purement démonstratif, d'autres pour accélérer telle ou telle fonction qui aura pu être modifiée assez aisément. Reste la question des grandes applications. OpenCL et consorts peuvent donner à Mac OS X un avantage sur Windows. Mais est-ce qu'un Adobe qui, quoiqu'il se passe chez Apple ou chez Microsoft, vendra toujours ses solutions pour les deux OS, aura un quelconque intérêt à réaliser un travail de tuning (autre que l'incontournable passage au 64-bits) ? Question identique pour un Quark ou un Microsoft, même si la division Mac de ce dernier a une vraie liberté pour utiliser des technologies spécifiquement Mac.
Mais plus que de ces gros éditeurs, c'est d'Apple que l'on attend des initiatives concrètes. Son catalogue est rempli de logiciels audio et vidéo qui peuvent tirer parti des nouveautés de Snow Leopard. Mais est-ce qu'il faudra patienter jusqu'à la sortie de révisions majeures d'iLife, d'Aperture ou de Final Cut Studio (tout juste remis à neuf) ? Après tout, vu le prix de Snow Leopard, il pourrait être tentant pour Apple de se rattraper par la vente au prix fort de versions "optimisées Snow Leopard" de ses applications. On espère un scénario moins coûteux, l'arrivée ces prochaines semaines, de petites mises à jour améliorant telle ou telle fonction, en attendant plus lors des grandes refontes de 2010.
INTERVIEW (Seconde partie de ces interview)
Matthieu Kopp : co-fondateur d'Aquafadas Editeur de solutions audio et vidéo, professionnelles et grand public.
MK : "Snow Leopard introduit des avancées remarquables : OpenCL, Grand Central Dispatch, beaucoup de nouveautés dans Quartz Composer aussi. En ce qui concerne les outils de développement, Snow Leopard apporte de tout nouveaux outils et c'est un vrai bonheur.
Je suis personnellement un peu partagé sur les gains de performance. Ils sont réels, mais pour bénéficier de certaines fonctionnalités, il faut investir beaucoup de temps à revoir certains blocs fonctionnels de nos codes. C'est un choix difficile quand on a investi du temps pour développer des fonctions de traitement s'appuyant par exemple sur du QuickTime bas niveau. Ces traitements sont à revoir, car ils ne passent pas la barrière du 64 bits. Idem pour Grand Central Dispatch. Certaines améliorations sont visibles à la recompilation, mais pour en bénéficier au mieux, il faut se plonger dans les entrailles du code et pas mal chambouler certaines choses.
|
4
3
2
1
Vos réactions (47 réactions)
Nihondjin
[24/08/2009 18:22]
Bah... ça intéresse personne ?
Pourtant ça c'est du réactif, article bien passionnant qui remet les pieds sur terre.
En même temps je me dis que c'est comme les nécrologies à la télé, c'est un peu préparé à l'avance.
Bah... ça intéresse personne ?
Pourtant ça c'est du réactif, article bien passionnant qui remet les pieds sur terre.
En même temps je me dis que c'est comme les nécrologies à la télé, c'est un peu préparé à l'avance.
Bassman
[24/08/2009 18:26]
Mouais. En gros, ils disent tous : "Wahou c'est GÉ-NIAL !" Mais ne s'y mettrons pas de suite dessus, "pour voir"…
Mouais. En gros, ils disent tous : "Wahou c'est GÉ-NIAL !" Mais ne s'y mettrons pas de suite dessus, "pour voir"…
Gimli fils de Gloin
[24/08/2009 18:41]
C'est surtout qu'il faut du temps pour maitriser Cuda ou sa généralisation OpenCL :o
C'est surtout qu'il faut du temps pour maitriser Cuda ou sa généralisation OpenCL :o
simno073
[24/08/2009 18:42]
article intéressant! plus qu'à le mettre en parallèle avec le test :)
w&s
article intéressant! plus qu'à le mettre en parallèle avec le test :)
w&s
bigmac2
[24/08/2009 18:43]
Attendre c'est prendre le risque que des brevets soient déposé sur une idée quasi identique mais n'utilisant pas les mêmes technologies (nouvelles et incontournables avec le temps) et donc, devenir un suiveur au lieu d'être celui qui mène.
Au fait, vous pouvez tous être rassurés car, tous ces messieurs qui ont daigné à nous raconter des C*** dans cet interview, sont entrain de se donner comme des fous pour optimiser leurs softs pour justement éviter de se faire dépasser...
En tout cas je l'espère pour eux.
Attendre c'est prendre le risque que des brevets soient déposé sur une idée quasi identique mais n'utilisant pas les mêmes technologies (nouvelles et incontournables avec le temps) et donc, devenir un suiveur au lieu d'être celui qui mène.
Au fait, vous pouvez tous être rassurés car, tous ces messieurs qui ont daigné à nous raconter des C*** dans cet interview, sont entrain de se donner comme des fous pour optimiser leurs softs pour justement éviter de se faire dépasser...
En tout cas je l'espère pour eux.
biniou
[24/08/2009 18:47]
Est-ce qu'il y a toujours le support the SMIL avec QuicktimeX ?
Est-ce qu'il y a toujours le support the SMIL avec QuicktimeX ?
Arsenal Gear
[24/08/2009 18:51]
Hé ben, j'espère que je ne vais pas regretter mon achat...
Hé ben, j'espère que je ne vais pas regretter mon achat...
Nihondjin
[24/08/2009 18:53]
Pour Aperture, Apple doit montrer l'exemple, non de non !
Pour Aperture, Apple doit montrer l'exemple, non de non !
YAZombie
[24/08/2009 18:59]
Et pendant ce temps-là l'équipe d'Agile Software a mis la main à la pâte et propose déjà une version 64 bits qui fonctionne (sans problème jusqu'ici) avec Safari 64 bits. De même, Transmission propose une beta 64 bits qui ne pose aucun problème…
Je ne comprends pas très bien, parfois… Il y a ceux qui parlent et ceux qui font, c'est ça?
Et pendant ce temps-là l'équipe d'Agile Software a mis la main à la pâte et propose déjà une version 64 bits qui fonctionne (sans problème jusqu'ici) avec Safari 64 bits. De même, Transmission propose une beta 64 bits qui ne pose aucun problème…
Je ne comprends pas très bien, parfois… Il y a ceux qui parlent et ceux qui font, c'est ça?
Hasgarn
[24/08/2009 19:01]
@ Bigmac 2: y'a intéret qu'ils mettent le paquet.
Parce que si SL se vend et s'installe beaucoup dans les prochain mois, c'est les éditeurs qui vont de faire hurler dessus par des hordes d'utilisateurs qui se demande à quoi ça sert qu'Apple ait pris le risque de faire un OS avec des technologies de fond aux grandes capacités.
Maintenant, il est vrai qu'on attend bien sur de la part d'Apple des Aperture et consort cleané pour SL.
Pour ma part, j'attendrai Noël pour installer SL, histoire de voir la réactivité des éditeurs.
@ Bigmac 2: y'a intéret qu'ils mettent le paquet.
Parce que si SL se vend et s'installe beaucoup dans les prochain mois, c'est les éditeurs qui vont de faire hurler dessus par des hordes d'utilisateurs qui se demande à quoi ça sert qu'Apple ait pris le risque de faire un OS avec des technologies de fond aux grandes capacités.
Maintenant, il est vrai qu'on attend bien sur de la part d'Apple des Aperture et consort cleané pour SL.
Pour ma part, j'attendrai Noël pour installer SL, histoire de voir la réactivité des éditeurs.
FloMo
[24/08/2009 19:02]
Je pense que Snow Leopard intègre de lui-même les optimisations et qu'une simple re-compilation améliore déjà les performances. Cela est sans doute dû à Grand Central Dispatcher, qui répartie la charge au niveau du système d'exploitation et non pas au niveau de l'application en elle-même.
C'est d'ailleurs ce qui semble être dit par Nick Fletcher, qui a lui testé réellement le nouveau système.
Pour ce qui est d'OpenCL et autres, c'est clair que les seuls qui auront vraiment un intérêt sont ceux qui font beaucoup de petits traitements simultanés, comme par exemple Adobe.
Dans le même ordre d'idée, je pense qu'OpenCL est utilisée par les API Apple par exemple lorsque l'on modifie une image, que l'on exécute plusieurs calculs simultanés ou je ne sais quoi. Du coup, le développeur ne le voit pas mais pourtant il l'utilise.
En clair, ça a l'air quand même pas mal !
Je pense que Snow Leopard intègre de lui-même les optimisations et qu'une simple re-compilation améliore déjà les performances. Cela est sans doute dû à Grand Central Dispatcher, qui répartie la charge au niveau du système d'exploitation et non pas au niveau de l'application en elle-même.
C'est d'ailleurs ce qui semble être dit par Nick Fletcher, qui a lui testé réellement le nouveau système.
Pour ce qui est d'OpenCL et autres, c'est clair que les seuls qui auront vraiment un intérêt sont ceux qui font beaucoup de petits traitements simultanés, comme par exemple Adobe.
Dans le même ordre d'idée, je pense qu'OpenCL est utilisée par les API Apple par exemple lorsque l'on modifie une image, que l'on exécute plusieurs calculs simultanés ou je ne sais quoi. Du coup, le développeur ne le voit pas mais pourtant il l'utilise.
En clair, ça a l'air quand même pas mal !
albinoz
[24/08/2009 19:06]
Une démonstration de OpenCL pour encoder un film, ça nous aurait parlé…
Pourtant à l'époque du VelocityEngine dit Altivec, FinalCut Pro avait été l'un des premiers produits à bénéficier de ce coup de fouet.
Il faut que Apple se retire les doigts du c#*. :p
Une démonstration de OpenCL pour encoder un film, ça nous aurait parlé…
Pourtant à l'époque du VelocityEngine dit Altivec, FinalCut Pro avait été l'un des premiers produits à bénéficier de ce coup de fouet.
Il faut que Apple se retire les doigts du c#*. :p
gutiero
[24/08/2009 19:15]
A quand l'update Adobe à 29€ ??
A quand l'update Adobe à 29€ ??
oomu
[24/08/2009 19:27]
"Grand Central Dispatcher" il faut que l'application l'utilise explicitement pour profiter de la gestion automatisée par le système.
Il s'agit d'une rationalisation des ressources par le système : le système décide à la place du concepteur s'il faut ou non parralléliser les calculs mais encore faut il que le concepteur du logiciel ait utilisé Grand Central pour dire à os X quoi est parrallélisable. Il faut que le logiciel soit réécrit pour en tirer partie.
Ce sont de nouveaux outils donnés aux développeurs.
-
Opencl est un langage proche de C pour écrire du code parrallélisable, qui peut être mis en oeuvre par des gpu nvidia/amd mais tout autant à l'avenir des processeurs intel multi-coeurs que ibm cell ou autre.
Combien même si intel construit ses "gpu" à base de ses processeurs généralistes (larrabee), intel peut fournir le compilateur openCL pour tirer parti de ses processeurs.
C'est tellement de bas niveau que des éditeurs proposeront sûrement des bibliothèques de fonctions prêtes à l'emploi pour os x/windows/linux
mais encore une fois, il faut laisser le temps à l'industrie de s'y mettre. Ce n'est pas une solution immédiate pour Osirix qui n'a pas attendu l'arrivée de cuda ou opencl pour être efficace.
Concrètement, OpenCL est une normalisation de ce que CUDA est à nvidia : un seul langage porté sur de multiples architectures (nvidia, amd, intel etc).
-
Larrabee, article Ars Technica de Août 2008 http://arstechnica.com/hardware/news/2008/08/larrabee-intels-biggest-leap-ahead-since-the-pentium-pro.ars
(au final en avril 2009 il a été annoncé un produit larrabee pour fin 2009/2010. peu crédible)
"Grand Central Dispatcher" il faut que l'application l'utilise explicitement pour profiter de la gestion automatisée par le système.
Il s'agit d'une rationalisation des ressources par le système : le système décide à la place du concepteur s'il faut ou non parralléliser les calculs mais encore faut il que le concepteur du logiciel ait utilisé Grand Central pour dire à os X quoi est parrallélisable. Il faut que le logiciel soit réécrit pour en tirer partie.
Ce sont de nouveaux outils donnés aux développeurs.
-
Opencl est un langage proche de C pour écrire du code parrallélisable, qui peut être mis en oeuvre par des gpu nvidia/amd mais tout autant à l'avenir des processeurs intel multi-coeurs que ibm cell ou autre.
Combien même si intel construit ses "gpu" à base de ses processeurs généralistes (larrabee), intel peut fournir le compilateur openCL pour tirer parti de ses processeurs.
C'est tellement de bas niveau que des éditeurs proposeront sûrement des bibliothèques de fonctions prêtes à l'emploi pour os x/windows/linux
mais encore une fois, il faut laisser le temps à l'industrie de s'y mettre. Ce n'est pas une solution immédiate pour Osirix qui n'a pas attendu l'arrivée de cuda ou opencl pour être efficace.
Concrètement, OpenCL est une normalisation de ce que CUDA est à nvidia : un seul langage porté sur de multiples architectures (nvidia, amd, intel etc).
-
Larrabee, article Ars Technica de Août 2008 http://arstechnica.com/hardware/news/2008/08/larrabee-intels-biggest-leap-ahead-since-the-pentium-pro.ars
(au final en avril 2009 il a été annoncé un produit larrabee pour fin 2009/2010. peu crédible)
oomu
[24/08/2009 19:30]
un Aperture profondément accéléré grâce à tout ça ? voilà qui impressionnerait les professionnels.
un Aperture profondément accéléré grâce à tout ça ? voilà qui impressionnerait les professionnels.
4
3
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.




Juillet 2010