Mise À Jour De Logic Pro Et De Main Stage Options

[shirm]

Ok, mais alors l'avantage du 64 pour le system ?
Par contre t'as ouvert quoi comme plug pour monter à 11 Go ?

Pour faire court: le "full 64" (drivers-systeme-appli-plugin) permet de se débarrasser de quelques mécanismes permettant de faire coexister 32 et 64 bits. Pour prendre une image, si tu n'as que des plugs 64 bits dans Logic 64 bits, nul besoin de faire tourner "Audio Unit 32 Bridge". En extrapolant un peu, quand tu "bootes" en 64 bits (avec des drivers audio 64 bits), tu n'a pas à faire tourner un genre de "Driver 32 Bridge". C'est autant de "bridge" que tu économises. (ceci dit, ils sont quasi transparents ces bridges)
Ca c'est pour la réponse courte, la suite étant la réponse longue.

--- Attention message à caractère .... long --- (mais pouvant presque être intéressant)
Le système Snow Leo est 64 bits si ton processeur est 64 bits (le Core 2 Duo l'est, le Core Duo ne l'est pas, par exemple).
Cette histoire de booter en 64 bits étaient à destination des développeurs, et a entraîné pas mal de confusion. Elle permet de lancer kernel_task (cf. dans Moniteur d'Activité) en 64 bits; application dont le rôle est de faire communiquer certains périphériques (carte audio notamment) avec l'OS, par le biais des drivers. Faire tourner cette appli en 64 bits (en appuyant sur 6 et 4 au démarrage), ne présente qu'un faible avantage. Dans ce cas précis, les drivers doivent être 64 bits pour pouvoir être utilisés par kernel_task. Or la très large majorité des drivers sont encore 32 bits, d'où le lancement par défaut de kernel_task en 32 bits. La possibilité de la lancer en 64 bits est donnée aux développeurs, afin qu'ils développent et testent des drivers en 64 bits.
Lorsque kernel_task tourne en 32 bits, cela ne change en rien le charactère 64 bits de l'OS, et a fortiori ses capacités à lancer des applications 32 et 64 bits (et dans le cas des applis 64 bits de leur allouer une large quantité de mémoire vive). Ce sont deux choses distinctes.

Alors pourquoi ce tintouin autour des touches 6 et 4?
Comme toute appli 32 bits, kernel_task ne peux disposer que de 4Go de RAM maximum, et c'est autant de mémoire qu'elle peut allouer aux drivers. Certains craignent que ces 4Go ne soient pas suffisant; cela tient du rêve ou de la mauvaise volonté. A l'heure qu'il est, mon kernel_task (32 bits) utilise 270Mo de RAM, en ayant chargé Tascam US428, clavier maître MIDI usb, webcam, airport, magic mouse, clavier usb, LCD cinema display...j'en passe et des pas mûrs. Et encore, un bon 75Mo de ces 270Mo provient d'autres chose que des drivers. En gros si vous arrivez à 1Go de mémoire vive occupée par des drivers, vous êtes aussi bien équipé que le Space Shuttle de la Nasa (machine à café bionique incluse)

L'intérêt de kernel_task en 64 bits (et donc des drivers 64 bits)?
La cohérence drivers - système - applis, qui permet de se débarrasser d'un ensemble de mécanismes système faisant tenir tout ça ensemble. En particulier le mécanisme permettant de faire tourner une appli 32 bits dans un système 64 bits. (ce système est utilisé ici par kernel_task, mais aussi par toute appli lancée en 32 bits).
Une informatique plus propre quoi.
Un petit gain de performance est possible en étant "full 64", mais un système optimisé comme l'est Snow Leo présente des mécanismes quasi transparents. Rien qui ne valent donc le coup de tenter le diable dès aujourd'hui.

Petit supplément pour terminer - le lieu commun du "c'est 64 bits, donc ça va plus vite".
Une appli 64 bits ne va pas plus vite "parce qu'elle est 64 bits", mais parce qu'elle a la capacité d'utiliser plus de mémoire vive. Ainsi elle ne perd pas de temps à aller chercher des choses (du code ou des données) qu'elle a mis de côté sur le disque dur (ce fameux Swap, opération lente au possible en comparaison de la lecture/écriture en mémoire vive). Pour être plus complet, en 64 bits, chaque donnée écrite en mémoire possède une adresse codée sur 64 bits au lieu de 32 bits. C'est pourquoi une appli 64 bits utilise un tout petit peu plus de RAM que cette même appli en 32 bits. L'appli devant fouiller dans plus de mémoire elle est un peu moins rapide en 64 bits. Mais cette perte est très largement compensée par le fait que l'on puisse mettre globalement beaucoup plus de chose en mémoire vive.

Edit: le screenshot ne vient pas de moi, mais quelques instances de Spectrasonics Stylus RMX (une Audio Unit en 64 bits, miam) ont du faire l'affaire!

Ce message a été modifié par shirm - jeu. 14 janv. 2010, 02:07.

[Gatam]

--- Attention message à caractère .... long --- (mais pouvant presque être intéressant) .../...

Limpide et hyper interessant!
Merci !! :-)

Merci

[alauth]

Wouah, j'ai enfin TOUT compris sur le 64 et Snow Leo, merci !

Y'a pas moyen d'en faire un article ou je sais pas quoi sur MacMu parce que là, y'a quand même de l'explication détaillé, sensée et compréhensible et ça permettrait à certains d'enfin comprendre ce qui se passe ^^

Ce message a été modifié par alauth - jeu. 14 janv. 2010, 03:06.

[ericlc]

Bonsoir

Merci pour le retour d'info sur Logic
Personne ne parle de Mainstage chez moi en 10.5.8 sur macbook j'obtiens un superbe
"coreFoundationUnknowErr" et quitter
heureusement pas d'écrasement de la version 2.0.1 ouf !
mise à jour faite par telechargement sur le site pas par la mise à jour de logiciel
du coup je met pas encore à jour Logic !!

des idées ?

OUPS !!!! J'ai failli faire la mise à jour !!! Y a-t-il d'autres retours sur Mainstage 2.1 avec Leopard ? Je vais tester ça sur mon MacMini de test en SL mais pour l'instant je reste prudent sur mon MacBook Pro en 10.5.7 (j'ai déjà pas eu confiance en la 10.5.8 et comme tout marche bien, comme on dit... un tien vaut mieux que deux !)
D'ailleurs je voulais demander à Han Solo, j'ai installé donc SL sur un deuxième ordi, et je compare avec Leopard : pour l'instant je n'ai trouvé AUCUN avantage à upgrader son mon ordi principal. Les seules différences que j'ai constaté sont des désagréments, comme impossible d'utiliser le raccourci clavier qui permet sous Safari et Firefox de passer d'une fenêtre de l'appli à une autre, raccourci que j'utilise tout le temps !
Donne-moi une bonne raison d'upgrader !
Peut-être justement s'il y a incompatibilité des MàJ Logic et Mainstage avec Leopard ?

Ce message a été modifié par ericlc - jeu. 14 janv. 2010, 10:17.

[pierhomme]

Le premier avantage du 64Bits n'est pas que la RAM.
Le fait est que maintenant que nos processeurs (et les bus) sont en 64bits, sur un cycle d'horloge ont peut donc traiter des informations d'une "largeur" de 64bits au lieu des 32 bits.
Les applications gourmandes (PAO, DAO, Audio, Vidéo, 3D) si ils sont écrit en 64bits peuvent donc traiter des informations plus importantes.
Pour Safari et iWork, aucun avantage du 64bits à l'horizon. Je vois mal iWork consommer + de 4Go de RAM.

Un petit retour dans le siècle précédent avec le G4. Celui-ci était déjà 64Bits, mais aucun logiciel n'étant optimisé pour celui-ci, il ne tournait pas à plein régime.
Je sais pas si ça se retrouve, mais sur la notice de mon G4 y avait un magnifique graphique où celui-ci montrait comment le proc travaillait en 64bits et en 32bits. Il "attendait" 2 instruc 32bits pour la calculer en 64bits. Moralité on y perdait un petit peu.

Bref pour en revenir à nos MacIntels, le fait de travailler en 64bits permet de stocker des informations plus importantes en RAM, en cache, de dépasser la limite des 4Go par appli, mais aussi, de travailler sur des cycles processeur pouvant calculer des infos de 64bits.

Bref le 64bits se ne sont que des avantages ... que nos machines n'exploite presque pas.
A par les logiciels scientifiques, est-ce que nos programmes sont optimisés pour ce nouvel adressage? Non.
Je vais peut-être dire un truc con, mais je crois que les seules machines (hormis scientifiques) à être véritablement utilisées .. se sont nos PS3 avec leur magnifique CELL.

Rester sur Logic 32Bits, vous ne gagnerez que du temps.

[jeff parent]

Bonsoir

Merci pour le retour d'info sur Logic
Personne ne parle de Mainstage chez moi en 10.5.8 sur macbook j'obtiens un superbe
"coreFoundationUnknowErr" et quitter
heureusement pas d'écrasement de la version 2.0.1 ouf !
mise à jour faite par telechargement sur le site pas par la mise à jour de logiciel
du coup je met pas encore à jour Logic !!

des idées ?

La seule idée qui me vienne c'est un numéro de série invalide... j'dis ça j'dis rien... En plus j'lai lu, donc j'dis vraiment rien...

Ici,c'est no soucy avec MainStage 2.1 / Leopard 10.5.8

[Simon Jean Marc]

Salut à tous et bonne année à tous...

Bon, pour ce qui est de Mainstage; " Yes " !!!

Tous les problèmes que j'avais constaté sont corrigés !

Pour le peu que j'ai testé ( ces temps-ci j'ai peu de temps à consacrer à l'ordi) Mainstage 2 "ronronne"
comme le faisait ma petite chatte, Kiwi; décédée ce 26 décembre.

Oui, ils ont fait un gros boulot sur Mainstage.

J.Marc

Eric,
Pour Snow Leopard je peux t'assurer qu'il est plus rapide, l'optimisation multi coeur est plus aboutie.
Pour exemple en encodage c'est pratiquement deux fois plus rapide et je trouve le finder plus reactif
Compare la vitesse d'ouverture de Safari et mail par exemple, le Logic 9 se lance pratiquement deux fois plus vite également !

Ce message a été modifié par Han Solo - jeu. 14 janv. 2010, 14:48.

[alauth]

Pour Mail, c'est proprement hallucinant.