Fermer le menu

Snow Leopard : l'avis des développeurs

Florian Innocente | | 17:59 |  47
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…).

AppleMacOSXNewtechnologies


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.
Catégories: 

Les derniers dossiers

Ailleurs sur le Web


47 Commentaires Signaler un abus dans les commentaires

avatar 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.

avatar 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"…

avatar 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


avatar simno073 24/08/2009 - 18:42

article intéressant! plus qu'à le mettre en parallèle avec le test :) w&s

avatar 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.

avatar biniou 24/08/2009 - 18:47

Est-ce qu'il y a toujours le support the SMIL avec QuicktimeX ?

avatar Arsenal Gear 24/08/2009 - 18:51

Hé ben, j'espère que je ne vais pas regretter mon achat...

avatar Nihondjin 24/08/2009 - 18:53

Pour Aperture, Apple doit montrer l'exemple, non de non !

avatar 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?

avatar 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.

avatar 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 !

avatar 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

avatar gutiero 24/08/2009 - 19:15

A quand l'update Adobe à 29€ ??

avatar 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)

avatar oomu 24/08/2009 - 19:30

un Aperture profondément accéléré grâce à tout ça ? voilà qui impressionnerait les professionnels.

avatar Artanis 24/08/2009 - 19:40

D'après ma (courte) expérience de développeur de codes en CUDA et en parallèle, on verra surtout la différence avec les nouvelles applications qui vont sortir et qui auront été conçues /dès le départ/ dans l'optique d'utiliser OpenCL ou GrandCentral. Il faut compter sur la diffusion des GPU compatibles au fil du temps vers le bas de la gamme pour que les devs commencent à se faire plaisir, et d'ici un an on devrait voir des choses très intéressantes. Ca ressemble un peu à l'introduction de CoreAnimation en fait: beaucoup de potentiel, y a plus qu'à laisser jouer les développeurs. Par contre je plussoie le monsieur qui dit qu'il faut des bibliothèques de haut niveau. OpenCL en l'état actuel des choses est assez imbuvable.

avatar Jerry Khan 24/08/2009 - 20:03

On remarquera tout de suite la différence nette de discours entre Rosset et Aquafadas sur OpenCL...Les lectures sont extrêmement différentes.

avatar Almux 24/08/2009 - 20:17

Intéressant dixit de Glen Aspeslagh : -"... Toutefois, du fait des changements intervenus dans les fondations, je suis prêt à parier que beaucoup de gens parmi ceux qui vont faire la mise à jour vont tomber sur au moins une application ou un plug-in qui ne fonctionnera plus. S'ils en ont un besoin vital, ils risquent d'être déçus. ..." Raison pour laquelle il FAUT TOUJOURS garder son ancien système sur une autre partition (ou disque bootable) quand on fait une MàJ majeure! CQFD

avatar oomu 24/08/2009 - 20:18

Exemple d'application à greffons : Mail.app si votre greffon n'est pas réadapté au nouveau Mail (ou encore 64b) = boum. pareil pour les "input managers" et autre simbl.

avatar Anonyme (non vérifié) 24/08/2009 - 20:27

Une avancé peut être seul l'avenir le dira, mais cela deviendra intéressant quand Apple sortira un correctif pour la première génération de MacPro (1.1, 2x 2,66Ghz pour pouvoir profiter du 64 bits car le modèle que j'ai. Sauf erreur de ma part ne pourra tourner qu'en 32 bits. Je viens de le commander, super ????

avatar Gimli fils de Gloin 24/08/2009 - 20:50

Non, c'est le noyau qui tournera en 32 bits, les applis elles tourneront en 64 bits donc pas de soucis à te faire

avatar Macleone 24/08/2009 - 20:50

[quote]pareil pour les "input managers" et autre simbl.[/quote] Tu peux toujours courir pour les InputManager. Apple a comblé cette faille du système qui traine depuis 10 ans, et apparemment ils n'ont pas l'intention d'en ouvrir de nouvelles. Snow Leopard, c'est suppression des Contextual Menu Item, et de la plupart des composants partagées. Apple ne veut pas qu'on puisse installer des composants qui se chargent dans toutes les applications sans demander son avis et ils ont bien raison.

avatar Macleone 24/08/2009 - 20:52

jeanmi44: Si tu arrêtais de croire les n'importe quoi qu'on lit partout sur le noyau 64 bit et que tu te penchais un peu sur la réalité tu t'apercevrais qu'il n'y a jamais eu besoin d'un noyau 64 bits pour faire tourner des applis 64 bit et profiter au mieux du processeur et de la RAM. Tu n'as qu'a lancer le jeux d'échec sur Leopard pour t'en rendre compte.

avatar quantik2 24/08/2009 - 21:01

Ne confondez pas Noyaux 64bit et System 64 bit, ni encore Programme 64 bits avec les vieux model, le noyaux ne pourra pas demaré en 64 bits, mais le System oui, avec du coup des envoie dans la RAM en 64 bits. Tout le monde n'as pas besoin d'un noyaux en 64bits... meme pour être franc quasiment personne !

avatar lukasmars 24/08/2009 - 21:06

"Si tu arrêtais de croire les n'importe quoi qu'on lit partout sur le noyau 64 bit et que tu te penchais un peu sur la réalité tu t'apercevrais qu'il n'y a jamais eu besoin d'un noyau 64 bits pour faire tourner des applis 64 bit et profiter au mieux du processeur et de la RAM." Ben voyons ! Encore des limitations volontairement introduites par Apple et injustifiables. enfin un monstre comme le Macpro qui demarre en 32 bits , c'est stupide . Pourquoi ne pas faire l'inverse ? proposer le demarrage sur un kernel 64 avec possibilité en cas de problèmes avec les drivers, de booter en 32 bits ? Là c'est le nivellement vers le bas . De plus , on se souviens que l'argument d'Apple pour l'abandon de la prise en charge des PowerPC était le passage à un 64 bits total dans Snow Leopard...

Pages