MacBook Pro Core i : un potentiel à exploiter

Christophe Laporte |
Si Apple a enfin adopté les processeurs Core i dans ses MacBook Pro 15" et 17", il lui reste maintenant à exploiter dans son système certaines avancées offertes par les dernières puces d'Intel.

Un exemple parmi tant d'autres : comme le montre cette série de benchs réalisée par AnandTech, FileVault ne semble pas se servir du jeu d'instructions AES-NI (une nouveauté incluse dans les puces Arrandale et certaines architectures récentes d'Intel) qui permet d'accélérer les opérations de chiffrement de données. En effet, on ne constate pas de différence de performances à ce niveau entre un MacBook Pro Core i5 et un MacBook Pro Core 2 Duo.

Il n'y a rien d'étonnant ou d'inquiétant à cela, Apple met du temps au niveau logiciel à prendre en charge certaines fonctionnalités offertes par des changements matériels. Cela viendra peut-être avec une prochaine mise à jour de Mac OS X.

avatar divoli | 

Tiens, ce peut être une idée de sondage de la semaine: "Utilisez-vous Filevault ?"

avatar Armas | 

Pas con, bonne idée de sondage.

Moi, il y a un problème avec Itunes helper, il reconnait pas la consigne d'accepter les connexions entrantes, ça m'a obligé à l'arrêter. c'etait trop chiant a chaque fois qu'on démarrait itnues d'avoir ce message.

avatar kasimodem | 

@Armas
Pareil pour moi, pb résolu facilement avec Google ;)
Tu mets l'appli iTunes à la corbeille, tu redémarres, tu le retélécharges depuis Apple, tu réinstalles et c'est bon.

Sinon je n'utilise pas le cryptage, mais le firewall intégré oui ;)

avatar Un Vrai Type | 

Ou alors Apple n'utilisera plus de Core i dans 3 ans et optimiser pour une série de processeur n'est pas une priorité...
Ce que montre Anandtech c'est aussi que les nouveaux MBP sont globalement plus rapides...

avatar Seb du 95 | 

D'accord avec 'Un Vrai Type', les fondeurs incluent des fonctionnalités dans leurs puces, mais ces dernières peuvent très bien disparaître à la prochaine révision. Autant attendre un peu et être sur du coup au lieu de perdre un temps infini à développer et re-développer des fonctions en boucle.

avatar BreiZH | 

Soyons réaliste, les instructions MMX, SSE, etc. qui sont intégrés ont toujours eu une pérénité ?!
Ici aussi Apple ne fait / fera pas l'éffort de supporter dans un délai raisonnable ces instructions. Cela devient récurent : le TRIM pour les SSD, l'utilsation d'OpenCL dans ses propres applications, les mises à jour de JVM, etc.
On ne peut pas travailler sur l'IPad et l'IPhone sans le payer ailleurs.

avatar Christophe Laporte | 

je note ca comme idée de prochain sondage

avatar Artanis | 

La base de code doit rester portable aussi, j'imagine. Surtout s'ils veulent pouvoir changer de fournisseur de processeurs rapidement. Déjà on gagnerait à utiliser un compilateur plus récent que GCC 4.2, je pense, vivement qu'ils aient mis les performances de LLVM au niveau. Dans les applications de haut niveau, une partie non négligeable de l'utilisation des unités vectorielles vient des optimisations du compilateur.

avatar kubernan | 

@ divoli : Ordis perso + ordis de ma petite entreprise sont tous avec Filevault activé.

avatar Fid | 

Armas, c'est probablement dû au code signing d'iTunes. Tu serais pas allé bidouiller dans l'appli par hasard ?

Avec un utilitaire du type Trimmit par exemple, si tu strip les builds PPC (parce que tu es sous Mac Intel et qu'un fat binary te sert à rien), ça casse la signature du code (identique à celle qui empêche les applis non autorisées de tourner sous iPhone OS).

avatar misterbrown | 

mouais...

J'attends toujours de voir le fabuleux Snow Leopard tant optimisé au maximum...
Pour l'instant léo me suffit bien.

BreiZH +1

avatar Un Vrai Type | 

@ BreiZH :
If(intel){
if(32bit){

}else{
if(Core2Duo){

}else{
...
}
}
}

Trop cool ton optimisation.
Et bonjour la maintenance.

Bref.

avatar ziggyspider | 

Ils sont trop occupé avec l'iPad, pas le temps pour OSX …

avatar hirtrey | 

@un vrai type: les optimisations (!!) sont faites au moment de la compil et non de l'exécution. Donc c'est plutôt des #define.

avatar Liam128 | 

A propos de FileVault, quelqu'un a des éléments sur sa sécurité et les évolutions depuis Tiger ? Les infos les plus récentes qu'on trouve datent en effet peu ou prou de Tiger, et il était à l'époque démontré qu'en pratique, FileVault était assez light... mais où en est-on depuis ?

avatar kheops1982 | 

potentiel ou pas, apple a définitivement laisser tomber le mac au détriment de l'iphone. rapport qualité prix très médiocre.

CONNEXION UTILISATEUR