MacBook Pro Core i : un potentiel à exploiter
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.
Tiens, ce peut être une idée de sondage de la semaine: "Utilisez-vous Filevault ?"
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.
@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 ;)
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...
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.
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.
je note ca comme idée de prochain sondage
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.
@ divoli : Ordis perso + ordis de ma petite entreprise sont tous avec Filevault activé.
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).
mouais...
J'attends toujours de voir le fabuleux Snow Leopard tant optimisé au maximum...
Pour l'instant léo me suffit bien.
BreiZH +1
@ BreiZH :
If(intel){
if(32bit){
}else{
if(Core2Duo){
}else{
...
}
}
}
Trop cool ton optimisation.
Et bonjour la maintenance.
Bref.
Ils sont trop occupé avec l'iPad, pas le temps pour OSX …
@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.
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 ?
potentiel ou pas, apple a définitivement laisser tomber le mac au détriment de l'iphone. rapport qualité prix très médiocre.