OS X Mavericks : désactiver App Nap

Anthony Nelzin-Santos |

Mavericks pourra être installé sur tous les Mac compatibles avec Mountain Lion, mais la transition ne sera pas forcément aisée. Les principales nouveautés d'OS X 10.9 portent en effet sur les bases du système, ce qui entraîne nombre d'incompatibilités et de bogues avec les apps tierces.





Une de ces nouveautés est App Nap, qui permet à OS X de « ralentir » les apps inactives à l'arrière-plan pour économiser jusqu'à 23 % d'activité processeur (lire : OS X Mavericks, un système plus performant, mais moins gourmand). Certaines apps tierces supportent assez mal d'être contrôlées par le système, ce qui se traduit au mieux par un plantage de l'app en question, au pire par de gros ralentissements généraux.



Apple a néanmoins prévu qu'un utilisateur puisse désactiver App Nap pour telle ou telle app. Une option « Empêcher App Nap » est en effet présente dans le panneau d'informations (⌘I) de toutes les apps tierces. iTunes et les apps des suites iLife et iWork sont aussi concernées, mais pas les autres apps d'Apple (iBooks, Plans, Safari, apps système…).

avatar curly bear | 
Ce qui est dommage, c'est que App Nap ne gère pas les changements de carte graphique. Sur mon portable c'est ce qui fait toute la différence (merci gfxCardStatus d'ailleurs) Sous Maverick, même si l'application qui requiert la carte externe est en arrière plan, la carte graphique reste activée. Dommage.
avatar iJohn | 
deckard82 > Si tu utilises la dernière version de Snow Leopard, tu as accès au Mac AppStore et par conséquent tu devrais pouvoir acheter Mountain Lion directement.
avatar patrick86 | 
@deckard82 : Tu pourras acheter et installer directement OS X Mavericks sur ton Mac.
avatar ricchy | 
@ patrick86 Nous n'avons pas à aller régler ou bidouiller c'est pareil, quoi que ce soit. Jusqu'à ML on ne l'a pas fait, voilà que l'on doit aller perdre du temps à aller "régler" des options. La philosophie d'Apple se perd… -_- Apple = simplicité
avatar Lucier_lenlen | 
@jeantro & autres Mais foutez lui la paix à Jobs! Et c'est clair qu'on à jamais vu des problèmes de compatibilité entre un OS en beta et des applications tierce du temps de Jobs. D’ailleur tout le monde sais que les béta chez Apple c'est un pur argument marketing!
avatar Orus | 
Apple a franchement intérêt à faire très fort avec Maverick et surtout limiter au maximum toutes incompatibilités avec Mountain Lion.
avatar BeePotato | 
@ ricchy : « Jusqu'à ML on ne l'a pas fait » Si. On avait déjà la possibilité de régler, toujours via le panneau d'informations dans le Finder, si on voulait forcer une application compatible 32/64 bits à se lancer systématiquement en 32 bits. Avant ça, il y a eu une époque où on pouvait, toujours via ce même panneau, forcer une application à se lancer via Classic. Avant ça encore, on pouvait régler, encore et toujours via ce même panneau, la quantité de RAM allouée à l'application. Bref, la possibilité de régler quelque chose via ce panneau pour quelques applications en ayant besoin n'a rien de nouveau. Et comme depuis bientôt 30 ans, la plupart des utilisateurs ignoreront tout simplement que ça existe. Rien de nouveau là non plus.
avatar patrick86 | 
@ ricchy : Simplicité ne signifie pas absence totale de réglages. Ne pas non plus confondre simple et simpliste. App Nap est une nouvelle fonctionnalité qui n'existe pas sous ML. Si je te suis bien, tu préférerai qu'elle ne soit pas ajoutée ou alors, qu'elle puisse générer des plantages, à cause d'applications incompatibles ? Si aucune de tes application ne pose de problème avec App Nap, tu n'auras RIEN à régler. @BeePotato : "Avant ça encore, on pouvait régler, encore et toujours via ce même panneau, la quantité de RAM allouée à l'application." Dommage que ça ne soit plus. Ça serait utilise pour mettre à la diète des apps un peu trop gourmandes…
avatar patrick86 | 
@ Orus : Sinon quoi ? Orus va se fâcher ?
avatar BeePotato | 
@ patrick86 : En même temps, les mettre à la diète en les faisant planter parce qu'on ne leur donne pas assez de RAM, c'est radical mais peu pratique pour l'utilisateur… :-)
avatar deckard82 | 
Merci pour vos réponses ! J'attendrais quand même la sortie définitive et des tests poussés avant de faire mon choix ;)
avatar Seccotine | 
@ patrick86 Allouer sois-même la quantité de RAM était une chose très aberrante .
avatar Armas | 
On revient a l'aire de l'informatique à papa. A base de bidouille J'aime bien ca, ca me manquait :)
avatar patrick86 | 
@BeePotato : Certes… Mais quand je voit Word bouffer 200 à 300 Mo de RAM pour aucun document ouvert… @ Seccotine : Limiter pourrait être intéressant dans certains cas.
avatar patrick86 | 
@ Armas : Passes sous Debian (ou autre) si tu aimes la bidouille. ;)
avatar free00 | 
Pour moi, c'est aux developpeurs de mettre à jour pour qu'ils soient compatible avec App Nap, qu'il soit en 64 bits, etc... C'est pas à l'utilisateur de souffrir des problèmes de conception.
avatar BeePotato | 
@patrick86 Il n'y a pas qu'avec les données des documents qu'une application consomme de la mémoire. Pour Word, en plus des éléments d'interface, les données du correcteur orthographique par exemple restent en mémoire. Préfèrerais-tu qu'elles soient purgées dès que tous les documents sont fermés puis rechargées (lentement) depuis le disque à la prochaine ouverture de document, juste pour avoir le plaisir de voir cette application consommer le minimum de mémoire quand elle est dans un état où elle ne restera de toute façon pas bien longtemps ? Quant à limiter la quantité de RAM disponible pour une application… comme je l'ai déjà dit plus haut, ce n'est pas pour s'amuser qu'une application fait des allocations mémoire. Si on l'en empêche, elle va planter, tout simplement (ou râler et quitter si elle est vraiment bien écrite).
avatar BeePotato | 
@free00 Oui, c'est évidemment aux développeurs de faire une mise à jour si elle est nécessaire. Mais cette option permet aux utilisateurs de continuer à utiliser une version précédente de l'application, soit dans l'attente de la mise à jour, soit simplement parce qu'il ont une version trop ancienne et ne veulent pas payer une maj juste pour ça. C'est plutôt bien, non ?
avatar Anonyme (non vérifié) | 
@Le docteur : Au temps pour moi je parlais d'app nap en ayant écrit power nap... Fatigue fatigue @patrick86 : Oui je suis dev.
avatar patrick86 | 
@BeePotato : J'ai dit une connerie. Autant pour moi. C'est que c'est chiant de voir Word bouffer tant de RAM quand Libre Office ou Pages en prennent le quart… @ theketchupman : Il n'y a pas de mal
avatar Sephi-Chan | 
Je pense que Firefox intégrera ça en 2017. :-°
avatar hadrien01 | 
@ Sephi-Chan : Ça dépend si c'est facile à intégrer ou pas.
avatar Anonyme (non vérifié) | 
C'est une bonne nouvelle !
avatar MacGyver | 
donc, c'est pas une "incompatibilité" vis-a-vis du hardware masi plutot vis-a-vis des softs utilisés ? J'espere que mon macbook unibody 2008 fonctionnera parfaitement avec
avatar Anonyme (non vérifié) | 
Pour ReaderKit c'était insupportable (plantage quasiment à chaque fois que Power Nap prenait le relais lors d'une mise à jour). Merci pour l'astuce.

Pages

CONNEXION UTILISATEUR