La calculette de macOS peut mobiliser tout le processeur pour une addition

Nicolas Furno |

L’interface de la calculette d’iOS 11 est si lente qu’on ne peut même pas faire une addition rapidement sans obtenir un mauvais résultat (lire : La calculette d’iOS 11 est trop lente pour les additions). Un lecteur nous a signalé que la version conçue pour macOS n’est pas en reste. Même si son interface, contrôlable depuis le clavier, est aussi rapide que l’utilisateur peut l’être, il y a un cas de figure qui peut conduire la calculette de macOS à perdre les pédales.

Commencez par une addition très simple, par exemple « 1+1 », puis cliquez plusieurs fois sur la touche « = » pour augmenter le résultat d’un à chaque fois. Vous pouvez utiliser la touche entrée du clavier plutôt que de cliquer sur le bouton. Faites le plusieurs fois, environ 250 fois, et vous devriez commencer à observer des ralentissements. Passés les 300, la calculette occupe tout le processeur et elle ne répond plus, il faut au moins une seconde pour voir le résultat s’afficher.

Processeur à 100 % et résultat en attente dans la calculette pour… une addition ? ?? Cliquer pour agrandir
Processeur à 100 % et résultat en attente dans la calculette pour… une addition ? ?? Cliquer pour agrandir

Certes, ce cas n’est pas aussi courant que le bug de l’interface trop lente d’iOS 11. Mais tout de même, ce n’est pas un calcul complexe d’ajouter le chiffre 1 à un numéro relativement faible. Cela étant, nous avons essayé Pcalc et Calcbot, deux calculettes alternatives sur le Mac App Store, et ces deux apps ne permettent pas de reproduire la même opération plusieurs fois de suite comme celle d’Apple. Est-ce qu’il y a une bonne raison pour que ce calcul linéaire nécessite une puissance de calcul exponentielle ?

Cela ressemble davantage à un bug qu’à un vrai problème technique. À défaut d’avoir une preuve pour appuyer cette hypothèse, nous avons essayé de mettre en défaut la calculette d’iOS 11 de la même façon et l’app n’a jamais ralenti pendant nos essais. A priori, seule la déclinaison macOS est concernée. Nous avons par ailleurs reproduit le bug avec Sierra et High Sierra.

Source
merci Antoine
avatar aspartame | 

pour rassurer : ce n'est pas une régression ,

sous macOS 10.11 , j'ai le même comportement de la calculette.

avatar andre.mordi | 

Arrêtez un peu la masturbation

avatar p@t72 | 

Tu te masturbes bien sûr les problèmes du pixel de Google...

avatar Dr. Kifelkloun | 

Moi je trouve que ça colle très bien avec l'époque et avec les utilisateurs, ces "bugs"...
Il faut faire du "multitâche", il faut regarder n'importe quoi en 4K, se faire submerger de notifications, et identifier comme si le déclenchement de la WW3 en dépendait...
Par contre, toutes les opérations de base sont devenues des épreuves...
Ceux qui ont des des élèves ou des étudiants comprendront...

avatar Avenger | 

Pour des machines prévues pour faire des milliards d'opérations en virgule flottante par seconde, c'est quand même malheureux!

C'est plus qu'un bug! Car même avec un défaut de calcul, dans le cas cité qui reste une opération simple, mais répétée de multiple fois, la puissance brute devrait être suffisante que pour réaliser cela sans ralentissement notoire.

avatar marc_os | 

Le problème est en fait un problème de rafraîchissement de l'interface qui ne suit pas (pb qui n'existait pas sous Mavericks avec l'ancienne interface).
En effet, quand on appuie sur une touche du clavier, la touche correspondante de l'app est mise en "surbrillance" (en fait en foncé) un court instant. Puis la commande est effectuée, puis le résultat affiché.
Sous Mavericks, ça clignote à toute vitesse si on maintient la touche = du clavier enfoncée.
Sous El Capitan, ça clignote, et très vite si on maintient la touche = enfoncée, on n'a plus de clignottement, rien. Et si on arrête et qu'on va doucement, appuis bien séparés, ça "remarche", mais la touche = n'est plus mise en surbrillance. Bref, c'est l'interface qui ne suit pas.
Par contre, j'ai fait le test avec un MBA avec core i7, sous El Capitan puis HighSierra, et je n'ai pas eu une utilisation CPU aussi élevée. Ça doit dépendre de la machine.

avatar oeilneuf | 

Je viens d'essayer avec mon mac mini "late 2012" avec un i7 sous 10.8 (ben oui, il est stable, ça me suffit…). J'ai le même résultat, 97 % du processeur. Bon, ça ne me gêne pas, il y en a 4…

avatar mat 1696 | 

@oeilneuf

Donc c'est un bug très très très ancien !

Peut-être même que la Calculette de macOS/OS X/ Mac OS X n'en a jamais été exemptée !

Donc ça confirme bien ce que je disais plus haut...

avatar marc_os | 

@mat 1696 :
Peut être que les poules ont des dents aussi ?
Comme je l'ai dit plus haut, aucun soucis sous Maverick. Le problème est lié à la nouvelle interface introduite avec Yosemite.

avatar mat 1696 | 

@marc_os

Bah relis le message de @oeilneuf qui dit avoir rencontré ce bug improbable sous... Lion

avatar marc_os | 

@ mat 1696
Je viens de faire le test avec un iMac Core2Duo sous Lion, et bien non, ce n'est pas comparable et en fait il n'y a pas de problème. De plus si tu relis le commentaire de oeilneuf du verras que c'est 97% sur un total de 400%, soit en fait 24% de consommation CPU.
Note que la copie d'écran de l'article est trompeuse. Si la calculatrice est affichée à 99% d'utilisation CPU, globalement elle ne consomme "que" 25% et le graphique surtout est trompeur ! On a l'impression que toute la CPU est utilisée pendant longtemps, mais c'était avant le test qui lui est très rapide, même avec un rafraîchissement rapide du moniteur d'activité mis à 1 seconde.

avatar BeePotato | 

@ marc_os : « Comme je l'ai dit plus haut, aucun soucis sous Maverick. Le problème est lié à la nouvelle interface introduite avec Yosemite. »

Non.
Comme plusieurs personnes l'ont déjà signalé ici, le problème est lié à la bande papier de la calculette. Lorsqu'on fait une suite ininterrompue d'opérations comme indiqué dans l'article, la taille du texte de la bande papier augmente de façon exponentielle, finissant par ralentir de façon notable la calculette. Le ralentissement est, fort logiquement, éliminé par l'effacement de la bande papier.

Du coup, ce problème est également présent avec la calculette de Mavericks, dont la bande papier fonctionne de manière identique. Je viens de le vérifier. J'ai aussi fait un test avec un PowerMac G4 sous Tiger, et on y observe le même comportement.
Je ne me rappelle plus si la calculette avait déjà cette bande papier dans les version 10.0 et 10.1 de Mac OS, mais je sais qu'elle y était dans Jaguar (10.2). Ce problème était donc déjà présent à l'époque.

Et à cette époque comme maintenant, il ne gênait déjà personne, vu qu'il n'apparaît pas lors d'un usage normal de cette calculette.

avatar marenostrum | 

chez moi j'arrive pas à le reproduire. iMac 5K, i7 4 GHz.

PS: j'ai utilisé la calculette du centre de notifications par contre. et quelqu'un plus haut l'a remarqué qui y en a pas de bug en utilisant ce biais.

en utilisant l'app calculette le bug est présent. le bouton ne change plus d'aspect et le champ de résultat ne répond plus, à partir de 250 et quelques clics, mais le processeur ne monte pas plus que 35 % sur mon ordinateur. il arrive pas activer le ventilateur.

avatar Locke | 

Sous macOS Sierra, ce bug n'apparait pas dans la calculette du centre de notification.

Par contre, avec la calculette du dossier Applications, il y a bien un bug qui commence bien vers 250.

Si on continue à taper sur la touche Entrée le nombre supplémentaire est bien pris en compte, donc le calcul est juste. Ce qui ne va pas, c'est le rafraîchissement du résultat qui prend en effet du retard.

Je me suis amusé à compter mentalement le nombre de frappe, par exemple 20, le résultat ne s'affiche plus sur l'écran de la calculette, mais dès que l'on s'arrête le résultat s'affiche et le compte est bon.

avatar Bigdidou | 

Pour que les gens aient à se focaliser à un tel point sur la calculette que des calculs improbables font bugger, nul doute que High Sierra soit envahi de bugs absolument épouvantables, comment on dit déjà… rédhibitoires…

#balancetonbug

avatar byte_order | 

> que des calculs improbables font bugger

Ah, 1 + 2 + 3 c'est un calcul improbable !?

avatar steph775 | 

Je comprends pourquoi les syndicats decomptent toujours deux fois plus de manifestants :-)
Merci MacG, un vrai bonheur cet article !
PS : mettez votre macbook allumé dans votre four à chaleur tournante, thermostat 200C. 20 minutes après, sortez le et laissez le refroidir. Lancez la calculette. Ah ? Il fonctionne plus ? Merde...

avatar Hideyasu | 

Pour ceux qui veulent une vraie calculette, je recommande Numi. Elle est excellente, comprend le langage naturel et a plein de fonctions de conversions etc

avatar en ballade | 

Appl€ maitrise le hardware et le soft ....

avatar cham | 

Au moins, sur iPad, pas de calculatrice, pas de problème ! ?

avatar mat16963 | 

Bon je viens de tester chez moi et effectivement au bout de 300 clique sur = la calculette commence à ralentir et à occuper 100% du processeur... mais c'est pas bien méchant ! Il suffit d'afficher le rouleau de papier et de cliquer ensuite sur "Effacer [l'historique]" et la Calculette repart comme si de rien n'était...

Donc faux problème (et d'ailleurs je pense que c'est pour ça que ce problème ne se produit pas sur iOS et dans le centre de notifications : La Calculette y est plus simple et n'a pas d'historique).

Mais c'est sûr qu'il faudra quand même qu'il soit résolu...

avatar whocancatchme | 

Juste après l'article sur les 200 trillions de calcul à la seconde dans les processeurs iPhone.... #believe

avatar HoulaHup | 

Je viens de faire le test sur mon Mac, sous El Capitan ;-) et j'ai le même problème vers 250...

avatar expertpack | 

je pense que c’est une vengeance personnelle contre Job qui a l’epoque du Mac avait bien fait chié les developpeurs pour cette calculatrice.
nous sommes loin de la relation client d’antan chez Apple

avatar Ielvin | 

Je faisais des « courses » de ce genre au lycée .. et nos calculettes en avait moins dans le cerveau que nos ordis

Pages

CONNEXION UTILISATEUR