L'interruption automatique des apps dans OS X Lion

Anthony Nelzin-Santos |
Comme le remarque Tidbits, OS X Lion pousse le mimétisme avec iOS dans la manière dont il gère les applications jusqu'à décider de lui-même de la fermeture d'une application pour libérer des ressources. Cette fonction d'« interruption automatique » des applications, une véritable rupture du système de multitâche, est censée améliorer « l'expérience utilisateur » selon Apple.

Resume

La firme de Cupertino explique que le rôle du traditionnel ⌘+Q est minimisé avec OS X Lion, au profit d'une gestion automatique de l'état de l'application — les bêtas d'OS X Lion poussaient la logique jusqu'au bout en ne faisant plus apparaître les indicateurs lumineux dans le Dock. OS X Lion dispose de deux manières distinctes de quitter, ou plutôt interrompre, automatiquement une application.

La première, la « Sudden Termination », qui doit être prévue par le développeur, permet à une application de dire au système qu'elle peut être quittée sans autre forme de procès, ce qui permet notamment d'accélérer la procédure d'extinction de la machine ou de fermeture d'une session.

La deuxième, l'« Automatic Termination », est un peu plus envahissante. Là encore, le développeur décide de l'implémenter ou pas : s'il le fait, Apple conseille que l'application soit aussi compatible avec la sauvegarde automatique et Resume. L'Automatic Termination est en effet une fonction permettant au système de fermer une application lorsqu'il le souhaite, pour libérer des ressources.

Une bonne application pour tester cette fonction est TextEdit (Aperçu est la seule autre application compatible) : ouvrez quelques documents TextEdit, fermez-les, vaquez à vos occupations, faites un Commande + Tab pour revenir à TextEdit… et remarquez que l'application a été fermée. L'Automatic Termination fonctionne même si des documents sont encore ouverts, à condition que l'application ne soit pas utilisée (pas active, sans documents minimisés dans le Dock ou visibles par l'utilisateur) : laissez plusieurs documents TextEdit ouverts dans un espace, et là encore, vaquez à vos occupations. Plus ou moins rapidement, OS X Lion fermera TextEdit pour libérer des ressources.

Dock
TextEdit n'est pas dans le Dock et pour cause : il a été quitté automatiquement par Lion. Il apparaît par contre dans le Moniteur d'Activité, comme s'il était en veille.


Inconvénient : si vous n'avez pas ajouté son icône dans le Dock, vous devrez utiliser votre lanceur favori ou le Finder pour à nouveau l'ouvrir. TextEdit n'est en fait pas tout à fait quitté : son processus apparaît toujours dans le Moniteur d'activité. La reprise est instantanée, et grâce à l'Auto Save et Resume, les documents et leur contenu sont restaurés.

Peu de ressources sont en fait libérées : cette fonction est-elle réellement utile, ou risque-t-elle d'entraîner de la confusion ? L'implémentation de cette fonction est laissée à la discrétion du développeur, mais l'utilisateur ne devrait-il pas avoir le droit de la désactiver quand même ? Est-ce à l'utilisateur de gérer l'état de ses applications, ou à la machine ? Le mimétisme avec iOS est-il pertinent dans tous ses aspects ? Cette fonction n'est pas encore assez répandue pour que l'on puisse répondre, mais sa simple présence soulève ces questions.
Tags
#mac os x lion #Automatic Termination
avatar DrFatalis | 
Tempête dans un verre d'eau (S) Il fallait bien qu'Apple trouve une astuce pour faire rentrer un système conçu pour 4GO de RAM dans des ordis vendus avec 2. Alors subitement on redécouvre qu'il faut jongler entre les applis ouvertes/fermées... Pour une fois je partage presque totalement l'avis d'Oomu " la voix de Cupertino". Le presque, c'est à cause de "y a 20 ans, il était impossible de faire l'économie de lire de gros manuels abscons" 2011-20 = 1991, époque de mon Macintosh LC II sous system 7.1, fourni d'office avec clarisworks et accompagné d'un manuel "gros et abscons" de 16 pages illustrées et écrites en gros... Il y a 20 ans, c'était donc parfaitement possible. Et c'était seulement à Cupertino.
avatar grogeek | 
@Oomu Si tout ce que tu défends, on le reporte à la nourriture, tu ne mangeras alors que de l'industriel! Ca reviendrais a ne pas vouloir savoir cuire un oeuf ou une pomme de terre correctement. Ben ouais, le but c'est pas la cuisson, mais de se nourrir... Un peu comme le but est de bosser sur mes scripts et surtout ne pas gérer moi même les fichiers, leur record, etc... Désolé, je ne suis pas du tout de ton avis. PS: le nutella à 80% d'huile hydrogénée, miam. Les mayos étaient faites a base d'huile de Palme... miam.
avatar Charger_RT | 
Inutile pour ma part ! C'est à moi de décider si je veux fermer une app ou pas ! Je connais mon matériel et ses limites ! Autant iOS m'intéresse de plus en plus, autant Mac os x m'intéresse de moins en moins ! C'est bien dommage ... Mais bon tant pis je vais finir par retourner sur du Linux (pour la bureautique).
avatar Elcos | 
Apple à réussit à se foutre à dos 90% des pros avec leurs écran glossy et leur manque de suivi sur les logiciels pro, là il vont réussir à bannir OSX du monde de l'entreprise. moi je bosse toujours avec Word (et plein de doc ouvert) Autocad (avec plein de dessins ouvert) Photoshop (et plein de projet aussi) et si l'OS se permet de me fermer tel ou tel soft, la machine finira vite à la poubelle, je n'ai pas que ça à foutre que de tout relancer. se sytème est naze, surtout aujourd'hui ou on a des machine à base de i5, i7 avec 8 Go ou plus de Ram qui ne coute rien, bref, productivité zéro.
avatar BeePotato | 
Il est ahurissant de lire tous ces commentaires (et même la fin de l’article, bien qu’elle soit laissée sous forme d’interrogation) affirmant que ce n’est pas à l’OS de gérer ce genre de chose. C’est totalement stupide comme réaction. Un OS, ça sert justement à ça. Comme ça a déjà été dit, il faut bien sûr que ce soit fait de manière totalement transparente pour l’utilisateur, comme tout ce que l’OS fait d’autre. Donc si l’icône d’une application disparaît du Dock ou de la liste des applications actives à cause de ça (je dis « si » car je n’ai encore jamais réussi à voir ce cas se produire sur ma machine), c’est clairement un bug, ou pire : une erreur de conception de cette fonction (erreur dans le sens où les développeurs auraient trouvé logique que l’icône disparaisse, et non erreur au sens de bug). Mais une fois ce problème réglé, cette fonctionnalité sera bien sûr bénéfique à beaucoup d’utilisateurs. @ françois bayrou : « Je veux pouvoir récupérer une appli avec mon bon vieux alt tab » Mais de quel « bon vieux alt-tab » nous parles-tu ? Depuis que ce mode de switch entre applications actives a été ajouté à Mac OS, il a toujours été activé via commande-tab et non alt-tab.
avatar Charger_RT | 
@Elcos : + 1 !
avatar vincefr | 
Ça doit aussi fonctionner avec Quicktime, quand je ferme une fenêtre d'un film .avi et que je vais dans une autre application, Quicktime disparaît du dock !
avatar daito | 
"Il fallait bien qu'Apple trouve une astuce pour faire rentrer un système conçu pour 4GO de RAM dans des ordis vendus avec 2." Mac OS X Lion est conçu pour 4 Go de Ram...ah bon?? Sinon je ferais juste remarquer qu'il n'y a que deux machines vendues avec 2 Go de Ram dans le catalogue Apple.
avatar bugman | 
Que mon ordinateur me laisse gérer MES taches (si il en veut et faire mumuse à les fermer, il n'a qu'a s'en créer !) ^^
avatar daito | 
"Apple à réussit à se foutre à dos 90% des pros avec leurs écran glossy et leur manque de suivi sur les logiciels pro,"" Ce chiffre sort d'où?? Une source, une étude, quelque chose??? "moi je bosse toujours avec Word (et plein de doc ouvert) Autocad (avec plein de dessins ouvert) Photoshop (et plein de projet aussi) Relis les conditions de l'Automatic termination avant de brailler. Par ailleurs ces logiciels ne supportent pour l'instant pas cette fonction.
avatar daito | 
"Mais de quel « bon vieux alt-tab » nous parles-tu ? Depuis que ce mode de switch entre applications actives a été ajouté à Mac OS, il a toujours été activé via commande-tab et non alt-tab." Il confond avec le alt-tab de Windows qui fait la même chose loool. Il vient de démonter (de façon magistrale je le concède) qu'il n'utilise pas de Mac contrairement à ce qu'il dit.
avatar bugman | 
@ daito : Il ne manquerait plus de voir ça sous Photoshop, tiens (la sauvegarde automatique) ! :rolleyes:
avatar hok | 
Le problème est que cela parte de la liste alt-tab. Par exemple pour la capture d'écran, quand on vient d'en faire une et qu'on la ferme, capture disparait de alt-tab, ainsi on est obligé de le rappeler.
avatar Anthony Nelzin-Santos | 
@artanis : je répète : non. C'est pas faute d'avoir écrit un article juste au-dessus pour expliquer comment ça fonctionnait…
avatar Francis Kuntz | 
@grogeek Ha bon, ben alors on va virer le garbage collector des languages alors, parce que ca fait des developpeurs des idiots selon ton raisonnement... c'est ce que lion fait maintenant, un 'garbage collector' mais au niveau des applications. Ton appli est plus utilisee ? Viré tout comme le ferait un GC avec un objet. Je trouve ca bigrement intelligent.
avatar oomu | 
« mais il est où mon TextEdit, li a planté ? ». NON ! Ce n'est pas ainsi que ça se comporte ! vous avez déjà lion, non ? TEXTEDIT ne se FERME pas. Il reste dans la dock et associé. mais en réalité son processus est "gelé" ou "terminé".
avatar sinbad21 | 
Certaines applis quittent quand on ferme la fenêtre, alors qu'elles ne le faisaient pas dans SL. Je pense à l'AppStore et "à propos de votre Mac". Moi je trouve ça pratique. Il faut dire que je ne lance jamais des logiciels comme Quicktime et Mplayer, je double clique sur des fichiers.
avatar liocec | 
@artanis : 'Sinon, il y a l'assembleur (j'imagine que ceux qui trouveraient ça trop haut niveau ne lisent pas MacGé, mais je peux me tromper' Bin heureusement qu'il reste l'assembleur, ça permet entre autre de ne pas avoir une centrale nucléaire pour remplacer une dynamo. Dans tous les codes qui nécessitent un haut niveau d'intégration et de rapidité, on intègre de l'assembleur dit "inline". Si tu supprimes tout le code assembleur présent dans les drivers et OS (iOS compris), le moindre calcul, le moindre déplacement mémoire serait au minimum 10 fois plus lent. Maintenant, il est évident qu'écrire une app iPhone en assembleur n'aurait aucun sens et demanderait un travail considérable.
avatar hok | 
C'est uniquement un problème d'interface, Mac Os de devrait pas faire croire que le logiciel est quitté tant qu'on a pas fait Cmd-Q. Car c'est pénible de le faire revenir quand il a disparu du dock ou de alt-tab (ce qui est le pire). Il faut absolument que Apple change ca, car c'est un comportement non déterministe, donc anti mémoire musculaire, donc anti ergonomique. Autre problème, quand on fait Cmd-H (Hide), ca ne place plus l'icone dans alt-tab à la fin, mais en 2eme c'est stupide.
avatar hok | 
@ oomu TU TE TROMPES, capture disparait du dock et de alt-tab, mais reste en mémoire (gélé ou pas je m'en fou), c'est uniquement un problème d'interface. Quand le logiciel est pas explicitement quitté il faut qu'il reste VISIBLE. Comme dans iOS tant qu'on pas fait tapoté sur le petit sens interdit rouge, l'icone doit rester dans la pile des dernières app ouvertes.
avatar Anonyme (non vérifié) | 
Je comprends mieux, à présent, pour quelle raison Apple supprime par défaut, les indicateurs d'applications ouvertes dans le dock. C'est extrêmement cohérent. En clair, il ne faut plus se soucier de ce qui est ouvert ou inactif ou fermé. C'est très bien cela. Dans ces conditions, on se demande bien encore à quoi sert le dock, puisque LauchPad est un lanceur d'applications bien discret d'ailleurs... Dans le dock, ne devraient y rester que le Finder et la corbeille. Moi qui suis pour un concept de bureau minimaliste, cela me va très bien.
avatar Jimmy_ | 
Pour résumer oomu, Apple a TOUJOURS raison oO
avatar Francis Kuntz | 
@grogeek Comparer l'informatique à la bouffe ahahah, on touche le fond. Tu m'expliques alors ce que c'est qu'un ordinateur bio ? Un truc que tu as construit à partir de rien et sans passer dans une usine ? L'informatique c'est une science industrielle, sans industrie, pas d'ordinateur... C'est le summum de l'incoherence, mais merci j'aurais un bon sujet de rigolade pour ma prochaine pause café. Ca sent le running gag d'ailleurs: - j'ai un bug dans mon programme - c'est normal il est bio, mais un peu plus de pesticide bwahahahaha Ou - maurice, ca fait 2h que j'essaie de te contacter sur skype - ha pardon, j'avais pas vu ta demande de connection, je creer un socket TCP/IP tout de suite et je l'ajoute dans l'ordonnançeur. Mouarf
avatar liocec | 
@tous : comment peut-on désactiver définitivement la restauration automatique des fenêtre à l'arrêt/démarrage de session. Parce que sur mon mbp, lorsque j'arrive chez un client je n'ai pas envie que tout se recharge. Devoir cliquer à chaque extinction sur cette pu..n de case à cocher pour répéter à l'OS que JE NE VEUX PAS RESTAURER, ça me fait gerber !
avatar bugman | 
C'est quoi ces personnes qui ne veulent plus entendre parler de fichiers ou de sauvegardes et qui passent leurs vies dans le moniteur d'activité ??? Oo
avatar lukasmars | 
Ça permet à ceux qui ont seulement 2 Go de ram et un dd à 4200 t/min d'avoir l'illusion que leur machine est encore rapide. Mais de quoi se plaint le peuple ??? arrêtez de critiquer les illusionnistes de tous poils; célébrez les plutôt ingrats !
avatar Anthony Nelzin-Santos | 
@oomu : j'ai bien Lion. TextEdit ne reste pas dans le Dock si je ne l'y ai pas mis. Il en disparaît, ainsi que du Cmd+Tab. Même chose avec Aperçu. Vous vous trompez, regardez la capture dans l'article.
avatar fantomx6 | 
@ oomu Oui sauf que les 4 grosses photos c'est pour monter dans un document Word, et la ben je suis dans la mouise !!! J'imagine les applications qui ont besoin d'un mot de passe pour ce lancer !!! mon canal carpien va pas apprécier la plaisanterie à ce rythme. Enfin si c'est couplé avec autosave et version alors c'est moindre mal.
avatar sinbad21 | 
@liocec On ne peut pas désactiver définitvement la restauration automatique des fenêtre. La solution que j'ai trouvée : quitter toutes les applications avant d'éteindre (Cmd+tab, Cmd+Q). Je le faisais déjà avant Lion, ça ne me dérange pas plus que ça.
avatar oomu | 
@fantomx6 [11/08/2011 17:01] "Oui sauf que les 4 grosses photos c'est pour monter dans un document Word, et la ben je suis dans la mouise !!!" Si la mémoire le permet, word se relancera instantanément. Et word récupérera son état comme vous l'aviez laissé. Word est un mauvais exemple : l'arrêt automatique et la restauration d'état n'est pas géré par word. J'aurais du dire PAGES. "J'imagine les applications qui ont besoin d'un mot de passe pour ce lancer !!! mon canal carpien va pas apprécier la plaisanterie à ce rythme."" alors, comme toujours dans la Vraie Vie, c'est pas absolu ! Le développeur de l'application CONTROLE. Deja, c'est au développeur d'activer l'arrêt automatique. Il peut aussi l'interdire. Il peut donc contrôler si faut permettre ou non, avec un logiciel demandant un mot de passe. C'est le développeur qui contrôle ! comme toujours. "Enfin si c'est couplé avec autosave et version alors c'est moindre mal." c'est obligatoire. On ne peut pas activer les fonctionnalité "sudden termination" et "automatic termination" si on ne met pas en place la sauvegarde automatique.
avatar oomu | 
@anthony [11/08/2011 16:56] "@oomu : j'ai bien Lion. TextEdit ne reste pas dans le Dock si je ne l'y ai pas mis. Il en disparaît, ainsi que du Cmd+Tab. Même chose avec Aperçu. Vous vous trompez, regardez la capture dans l'article. "" je confirme. Ils partent de la dock. Surtout capture, qui disparait après qq secondes sans y toucher. Chez moi Textedit reste en mémoire, même si je ferme tout et part dans un autre espace, sans avoir placé manuellement textedit dans la dock. - ok je sais. Ca a changé par rapport aux bêtas de lion que j'utilisais. Surtout quand par défaut la dock ne montrait plus l'état du logiciel . On ne voyait pas la différence entre un programme en mémoire et un programme fermé par os X. - Cela n'arrive QUE AVEC des programmes ayant RIEN à l'écran et RIEN en tâche de fond. Apercu ne va pas se fermer si vous avez un document ouvert quelque part. - à l'inverse. quand on quitte un programme, Os X peut décider de ne pas le tuer. Il va le faire disparaitre de l'interface (dock, commande-tab etc) mais en réalité le processus sera maintenant gelé, au cas où.
avatar Anthony Nelzin-Santos | 
[quote=oomu]Cela n'arrive QUE AVEC des programmes ayant RIEN à l'écran et RIEN en tâche de fond[/QUOTE] Rien à l'écran oui, mais ça peut le faire avec un document ouvert, par exemple dans un autre espace. Je viens de me faire piéger 2 ou 3 fois en travaillant sur mon dernier article : je change d'espace pour écrire quelque chose, Aperçu ferme alors qu'un brevet est ouvert dans un autre espace. Il restaure instantanément, mais c'est ¨¨¨¨¨¨¨¨.
avatar oomu | 
@anthony [11/08/2011 17:19] non, c'est un bug. j'ai un document technique ouvert dans aperçu depuis des semaines , je ne le lis pas tout le temps, parfois des jours entiers sans le lire, et il est dans son propre espace (en plein écran, peut être est ce là la différence ? ). et bien non, aperçu ne s'est pas auto-fermé. Voilà ce que dit la documentation technique de Lion : "Usually, the system quits the application some time after the user has closed all of its windows. However, the system may also quit an application with open windows if the application is not currently on screen, perhaps because the user hid it or switched spaces. " Oui , il est possible de auto-terminer un programme qu'on ne voit plus , même s'il a des fenêtre dans un autre espace. Cela dit avec un document, page web, etc, ça ne devrait pas arriver. et il devrait être réactivé illico le cas échéant. je n'ai aucune explication. Encore une fois, c'est le développeur qui peut contrôler.
avatar daito | 
"Rien à l'écran oui, mais ça peut le faire avec un document ouvert, par exemple dans un autre espace. Je viens de me faire piéger 2 ou 3 fois en travaillant sur mon dernier article : " Oui c'est bizarre. J'ai Aperçu ouvert avec une fenêtre plein écran et deux autres fenêtres dans un espace mais il ne ferme pas.
avatar Artanis | 
@ anthony : Ce n'est pas le fait que le programme soit tué le bug, c'est la façon dont ça arrive (notamment quand on ouvre un fichier avec QuickTime et que l'application quitte automatiquement, ce qui est vraiment pénible). L'idée, c'est que ça doit être transparent. Si l'utilisateur se demande "mais ou est passée mon application?", c'est un bug. Article ou pas ;) Je suspecte que d'ici 1-2 mises à jour les applications resteront dans le Dock correctement (ce qui devrait etre le comportement normal), et apparaitront avec pomme-tab (idem).
avatar oomu | 
http://developer.apple.com/library/mac/#documentation/General/Conceptual/MOSXAppProgrammingGuide/CoreAppDesign/CoreAppDesign.html
avatar oomu | 
pour moi ce sont des bugs. Quicktime n'est pas censé se fermer si vous mettez en pause un film.
avatar fantomx6 | 
J'ouvre souvent TOUTES les applications dont je vais avoir besoin dans mon Workflow. Donc si je suis dans l'appli n et que l'appli n+x se gèle et qu'elle disparait (pas accessible par Cmd-Tab) faut que je relance cette appli ? Il est ou le gain de temps ??? Encore une fois, je ne choisi pas mes applis et donc si par malheur j'en ai une dans la workFlow qui implémente cette fonction, je suis mal. Cette fonction me parait pas mal mais pas forcément "utile" dans TOUS les cas. Et pour les applis qui ont cette fonction activée par défaut, je voudrais bien être MAITRE A BORD et pouvoir suspendre cette fonctionnalité.
avatar oomu | 
Le fait qu'un logiciel soit quitté après qu'on ait fermé toutes les fenêtres, rapproche os X de windows. si on garde l'icône dans la dock, c'est quasi invisible, parce que le programme n'est pas réellement tué, et relancé aussi tôt (si la mémoire le permet). - y aura un temps d'adaptation, c'est aussi aux développeurs de dresser la bête. Ils n'ont pas à activer l'arrêt automatique à torts et à travers. (le développeur dispose des méthodes disableAutomaticTermination: et enableAutomaticTermination: ) notez que les logiciels doivent déclarer qu'ils supportent l'arrêt automatique, vos vieux logiciels ne changeront pas de comportement.
avatar oomu | 
@fantomx6 [11/08/2011 17:28] "J'ouvre souvent TOUTES les applications dont je vais avoir besoin dans mon Workflow. Donc si je suis dans l'appli n et que l'appli n+x se gèle et qu'elle disparait (pas accessible par Cmd-Tab) faut que je relance cette appli ? Il est ou le gain de temps ???" La dock. gardez les dans la dock.
avatar Artanis | 
@ liocec : C'est contre-productif, l'ASM inline. On arrive à avoir des codes non portables, et qui sont la plupart du temps aussi performants que des codes vectorisés (sauf dans des cas très particuliers, genre décodage A/V). Et de l'ASM peut aussi avoir des conséquences désastreuses. Je me rappelle d'un code écrit par quelqu'un qui s'imaginait qu'il y avait un problème sur une nouvelle machine parce que son code tournait à peine plus vite que sur l'ancienne qui était beaucoup moins puissante. Il s'est avéré que GCC était beaucoup plus efficace que lui pour utiliser une unité vectorielle. Pourtant c'était pas un manche.
avatar poco | 
J'ai de moins en moins envie de passer à LION... Déjà que je trouve que l'organisation de notre société (humaine) nous rends de plus en plus formattés de l'école à la retraite par des gens bien pensant (ENARQUES et consœurs). Maintenant même mon ordianteur va me dire (enfin m'imposer) ma façon de travailler afin d'être en conformité avec ce que la moyenne des utilisateurs est supposée désirer??? Et si tout bêtement je n'en veux pas de cette "optimisation"? Parceque tout simplement je me suis défini un espace de travail bien à moi avec mes apps ouvertes à demeure comme il me plait, Que mon MBA me permet de toutes les faire tourner en même temps et la puissance de CPU pourrait encore gérer la mission APOLLO XI, Que si c'est uniquement pour me faire ch... avec des jolis effets visuels et sonores en interface, et bien qu'ils se les gardent. Je sens de plus en plus de la gouvernance "à la SARKOZY" chez Apple ces derniers temps... FOUTEZ NOUS LA PAIX!!!
avatar PierreBondurant | 
@oomu : 'vous voulez aussi décider des connexions réseaux qui sont maintenues ou recyclées sans vous le dire ?' PS: je le fais avec Little Snitch et parfois on a de sacre surprises ! Mais je comprends ton point: d'ailleurs je n'ai pas les compétences pour tout gérer dans mon ordi et surtout je n'en ai pas l'envie... Mais pour certaines choses simples comme décider de quel appli je veux fermer ou laisser ouverte, la je veux garder la main. Ou alors que le système me laisse choisir la possibilité entre gestion automatique ou manuelle.
avatar bugman | 
@ artanis : Rien n'est plus rapide que l'assembleur. A propos de la portabilité, effectivement faut pas rêver (on s'adresse directement aux composants et la mémoire de la machine). le C est beaucoup plus user friendly mais pour les gros calculs le code en ASM reste bien plus optimisable.
avatar oomu | 
@bugman [11/08/2011 17:46] les compilateurs savent générer du code machine + efficace que les humains. programmer en asm directement n'est utile que quand vous savez mordicus exactement ce qu'il faut _dans le détail_ faire faire. Bref, on écrit que quelques bouts de code en assembleur. La grande majorité est faite en C, et on laisse le compilo faire son job.
avatar Domsou | 
@oomu : Merci pour tes éclaircissements.
avatar Anthony Nelzin-Santos | 
[quote=oomu]non, c'est un bug.[/QUOTE] Je ne suis pas sûr : un même document (je pars de mon brouillon de PhD par exemple, un truc d'une centaine de pages qui pèse quelques Mo) va pouvoir rester très longtemps ouvert, ou au contraire être fermé de suite. On sent qu'il y a une corrélation directe entre ressources disponibles et comportement de cette fonction. [QUOTE=Artanis]Ce n'est pas le fait que le programme soit tué le bug, c'est la façon dont ça arrive[/QUOTE] Le cas avec QuickTime n'est pas un bogue, c'est une hallucination :) Apple ne liste pas QuickTime dans les apps compatibles. Je suis d'accord avec vous : l'implémentation pêche — c'est l'histoire de Lion, ça :)
avatar YannK | 
Hum, pour utiliser TextEdit toute la journée, j'ai un gros doute là, en lisant l'article. Bon, je vais résumer desfois que ça serve à quelque chose: - mon TextEdit est dans le dock - il arrive très souvent qu'après l'avoir cachée (cmd + H), il est impossible de faire réapparaître les fenêtres ouvertes, alors que l'application est présentée comme ouverte (donc avec la petite pastille sous son icône). Je suis obligé de la quitter puis la relancer - TextEdit crée très souvent un fichier générique sur le bureau, qui semble être une réminiscence d'une auto-save à un moment donné mais qui est non fonctionnel, en plus du fichier normal (donc 2 fichiers : le RTF normal avec son aperçu, un RTF avec aperçu RTF générique qui porte le même nom et qui disparaît quand on redémarre/éteint). Du coup, vu ce que je viens de lire… et après avoir croisé 4 ou 5 personnes qui ont le même problème, pourrait-il y avoir un bug énorme avec TextEdit ? Du genre interruption automatique non prise en compte par dock et fichier fantôme qui apparaît sur le bureau/dans le dossier ?
avatar Artanis | 
@ bugman : Oui et non. Un mauvais code en assembleur est moins performant qu'un bon code en C (ou en Fortran, suivant le domaine). Ca vient directement de la complexité des processeurs, du fait que l'homme ne pense pas out-of-order sur n cœurs. Et a en général du mal à utiliser correctement 4 niveaux de cache. Je parle même pas des instructions vectorielles. Le seul domaine ou l'ASM est incontournable c'est dans l'embarqué, et quelques cas particuliers. Le jour ou un nouveau processeur introduit de nouveaux registres, instructions ou unités, c'est quasiment retour à la case départ pour les codes en assembleur. Ce qu'on fait si on a un problème de performance, c'est jeter un œil au code ASM généré par le compilateur pour chercher les aberrations, mais on les corrige dans le source, on fait pas un blob en ASM pour ça.
avatar Artanis | 
@ anthony : On est d'accord là-dessus ;) . Et je ne parle pas de la gestion de la RAM et du défilement. Je sais que QuickTime est pas censé être compatible, j'avoue que j'ai pas cherché exactement d'où ça vient, mais ça y ressemble quand même. Tiens je jouerais un peu avec, ce soir. Pour moi ces comportements ennuyeux ne sont pas intentionnels, et sont plutôt des problèmes d'implémentation.

Pages

CONNEXION UTILISATEUR