Page 1 sur 2

Apple change de bord

Publié : 07 juin 2005, 18:54
par eosmosis
un petit article sur la migration d'Apple vers les processeurs Intel

http://www.playscope.com/viewarticle.ph ... ticle=9220

Surement un beau bordel dans pas longtemps :lol:

Re: Apple change de bord

Publié : 07 juin 2005, 19:06
par laurent_Juillet
ils vont nous vendre des PC trois fois plus chers!!

Re: Apple change de bord

Publié : 07 juin 2005, 19:45
par guibson
Un proc Intel dans un Mac ne rendra pas pour autant un Mac un PC...
La communauté Mac à beaucoup à gagner dans cette histoire et je doute qu'Apple nous colle un Pentium 4 dans ses futures machines. Quand au prix, il a déjà été divisé par 5 en 10 ans et sur les grosses config, les Macs sont aussi, sinon moins chers que des PC (à config égale.), Quand au cout total d'utilisation, un Mac est 3 à 4 fois moins chers qu'un PC.

Re: Apple change de bord

Publié : 07 juin 2005, 20:02
par buck
guibson a écrit :Quand au cout total d'utilisation, un Mac est 3 à 4 fois moins chers qu'un PC.

qu'est ce qui cause cette différence ?

Re: Apple change de bord

Publié : 07 juin 2005, 20:58
par guibson
buck a écrit :qu'est ce qui cause cette différence ?
Essentiellement le personnel necessaire à la maintenance..., les divers antivirus, firewall etc... et le temps à passer les mains dans le cambouis.

Re: Apple change de bord

Publié : 07 juin 2005, 22:26
par laurent_Juillet
C'est vrai.

Re: Apple change de bord

Publié : 07 juin 2005, 23:36
par Megalobass
eosmosis a écrit :
Surement un beau bordel dans pas longtemps :lol:
Pas tant que ça et c'était d'ailleurs le but de cette WWDC. Voici un article paru aujourd'hui sur Macbidouille qui permet de faire le point sur le futur des développements :
Pour répondre à des questions qui m'ont été posées et à certains topics inquiétants sur le forum, je tiens à vous rapporter les conseils qui sont donnés aux développeurs durant les conférences, ici à la WWDC.

- Il faut vraiment migrer vers XCode 2.1, on n'arrête pas de nous le répéter, c'est le meilleur moyen d'utiliser toutes les nouveautés de la plateforme. S'il est impossible de migrer, il sera toujours possible d'utiliser gcc4 directement pour faire des Universal Binaries mais ça n'est pas l'idéal.
- Commencer dès aujourd'hui à adapter son code et à produire et distribuer des Universal Binaries. Avec des applis Cocoa ce sera l'affaire de quelques heures, avec des applis Carbon ça risque d'être un peu plus compliqué.
- Pour les applis bas niveau qui sont directement optimisées Altivec, il faut faire un choix : adapter soi-même à SSE, retaper les algorithmes en C et laisser gcc4 optimiser le truc pour Altivec ou SSE, ou bien idéalement lâcher ses routines bas niveau et utiliser les nouvelles API de Tiger telles que CoreImage, CoreAudio etc... qui sont optimisées à fond par Apple.
- Pour les problèmes d'endianness, c'est pareil, la meilleure chose à faire est d'utiliser directement les API fournies par Apple dans Tiger et d'oublier le problème.

En résumé : pas de soucis, 99% des softs marcheront sur PPC et x86 en 2006. Par contre, il faudra absolument acheter Tiger pour vos anciennes machines car de plus en plus de softs vont utiliser ces API qui facilitent tellement le travail et ne tourneront plus sur Panther.
Je pense qu'il faut aborder ce nouveau tournant avec une certaine séreinité. Apple semble avoir préparé son coup. Le contraire eut été surprenant...

Re: Apple change de bord

Publié : 08 juin 2005, 08:41
par adsr
ça soulève en tout cas une question pour les softs développés pour MacOS et mac OS uniquement car se sont souvent ceux qui utilisent le mieux l'altivec (on sait qu'il faudra recoder lourdement cette partie ), qui ne pourront pas bénéficier de l'expérience du portage sur windows (donc intel) et que ces softs sont également souvent programmés "bas niveau" pour tenir compte du hard sur lequel ils sont portés et être au maximum de leurs capacités....

Donc quid de Logic (je pense qu'apple fera ce qu'il faut voire l'a déjà dans ses cartons, on peut le penser) mais surtout quid de DP, altiverb et de tous les programmes non propriétaires ?

Re: Apple change de bord

Publié : 08 juin 2005, 09:22
par Invité
Faut pas s'affoler, la gamme apple va changer à partir du printemps prochain avec en premier, semble-t-il, les portables puis jusqu'au printemps 2007 avec les grosses config. Ca laisse entre 1 et 2 ans aux développeurs pour se retourner, et utiliser les outils qu'apple met deja à leur disposition :=)

Re: Apple change de bord

Publié : 08 juin 2005, 09:26
par Megalobass
Comme je le disais dans mon précédent post, Apple semble avoir déjà bien préparé cette migration. Les logiciel comme DP ou Logic n'auront pas souffrir de ce changement pour plusieurs raisons :
D'une part ce changement est annoncé plus d'an à l'avance et, de plus, l'ensemble des outils de développement sont déjà disponibles.
Ensuite, le point délicat est l'optimisation Altivec, mais là encore les solutions sont proposées par Apple. Effectivement il y aura plus de boulot pour DP, mais pas tant pour les parties "bas niveau" mais plutôt pout finir d'intégrer les API de Tiger, CoreAudio en l'occurence. N'oubliez pas que MOTU à développer sa propre version depuis la version 4. A moins qu'ils continuent à utiliser leur propre API. Bref, là encore Apple a préparé le terrain car les API Tiger sont de facto directement portable sur plateforme Intel.
Enfin, je pense que l'expérience de développement sous Windows n'est pas du tout nécessaire. Linux ou mon regrété BeOS tournent sur plateforme Intel mais au niveau développement il y a peu de chose en commun avec Windows. Mac OS X pour version Intel restera Mac OS X, et les applications sont faites pour dialoguer avec l'OS plus qu'avec le hard.
En conclusion (la mienne tout au moins...), il ne faut pas s'alarmer plus que nécessaire. Je pense qu'on peut s'attendre à de bonnes choses suite à ce changement. Et même si l'Altivec disparait, la puissance des CPU Intel que l'on trouvera dans les mac d'ici 2 ans sera à coup sur bien supérieure (Fréquence, double core,...) au G5 actuel et compensera largement cette perte.