Pourquoi Android nécessite-t-il plus de RAM qu’iOS ?

Ben justement tu aurais du lire cet article et le comparer à l'article original et tu te serais rendu compte qu'il ne s'agit pas d'un copier/coller car il comporte des omissions et des approximations ce qui le rendait incompréhensible pour quelqu'un qui a un peu plus de connaissance des OS et des systèmes. Pour ce qui est de la mémoire d'affichage, ce n'est effectivement pas décrit dans l'article original parce que l'auteur ne voulait pas entrer trop dans les détails, y compris pour ce qui concerne les buffers, la mémoire virtuelle, etc... Il n'est pas non plus dans mes intentions d'essayer de faire un cours académique car c'est un processus complexe et ça prendrait trop de temps et de ressources. Pour vraiment schématiser, il y a allocation de la mémoire pour l'affichage vidéo à différents niveaux : au moment du boot avant même que l'OS soit chargé variable en fonction du processeur intégré et de la définition de la machine (certains PC à base d'Intel permettent le changement de la RAM utilisée à partir du Bios alors que ce n'est pas possible avec les mobiles), allocation de la RAM pour les propres besoins de l'OS et de l'interface graphique et donc également variable en fonction de la définition de la machine et qui fait partie de la mémoire système donc non disponible pour les applis. Pour les mobiles cela permet l'affichage du bureau, des panneaux latéraux ou verticaux suivant l'OS et la version (le Launcher), des tiroirs d'applications sous Android alors qu'ils sont inexistant sous iOS. Donc, déjà à ce stade les besoins en RAM pour l'affichage sont plus importants sous Android que sous iOS et en particuliers si la définition est plus importante. Pour ce qui est des applis, une partie de l'affichage est pris en compte par le système et l'autre par le développeur lui-même en fonction des besoins et suivant la complexité graphique de l'appli. Si tu veux plus de détails je t'invite à comparer l'architecture graphique de Android et de la comparer avec celle de iOS que tu trouveras avec ton moteur de recherche préféré... ;) Il est donc assez facile de comprendre que plus la définition est importante plus les besoins en RAM sont importantes, sans même être un véritable expert et sans avoir besoin de connaissances techniques approfondies... ^^

Merci quelqu'un qui régit à ça

Pour info je n'ai pas lu cet article de frandroid car j'avais déjà lu l'original avant d'arriver ici et je me suis rapidement aperçu que c'était un copié coller donc à quoi bon le lire ? Pour en revenir à ton argument principal sur la mémoire d'affichage qui t'a permis de démonter l'article comme pas possible, il n'y a pas un mot sur cette mémoire dans l'article. Est ce que cette mémoire est comptabilisé dans cette zone RSS ? Ou simplement attaché à la mémoire du processus ? Ou alors est ce une autre zone mémoire dédié au système ?

bla bla bla beaucoup de rhétorique à la sauce Apple. Le lavage de cerveau à l'air de bien fonctionner... Je t'invite à lire ma réponse à Android77 ci-dessus et même l'article originel. Les "performances" et l'optimisation" de iOS sont tellement bonnes que l'autonomie est toujours pris en défaut par ses propres utilisateurs alors que les Samsung Touchwizés ont toujours fait fait l'unanimité pour ce qui est de leurs très solides autonomies... ^^ Ceux qui n'aiment pas Touchwiz ont toujours la possibilité d'installer une ROM alternative, ce qui est tout simplement impossible avec les produits Apple Pour ce qui est de la disponibilité de certaines applis en priorité sous iOS, ce n'est pas tant une question de "performance" que financière puisque chacun sait bien que les clients Apple sont enclin à dépenser plus que sous Android. De bons pigeons quoi... lol ;) En ce qui concerne la symbiose des écosystèmes comme je l'ai déjà dis il s'agit d'une question de stratégie de la part de Google car il est plus à même de concurrencer Microsoft que Apple. Si Google avait tenté d'attaquer Microsoft trop tôt sur le terrain des PC, Microsoft aurait mis toutes ses ressources pour essayer de le laminer. Alors que en s'appuyant sur les mobiles Microsoft n'a rien vu venir et le temps qu'il ne réagisse, il était trop tard. On voit bien qu'au fur et à mesure de l'évolution de Chrome OS, la sauce commence à prendre surtout avec l'intégration du Play Store et avec l'arrivée du multifenêtrage et des applis retaillables et non plus limitées à 2 applis comme c'est le cas jusqu'à présent. Ça fonctionnera un peu comme sous Windows ou sous Linux. De plus, le projet Andromeda ne va pas tarder à sortir et là ça risque de faire du mal à Microsoft... ;) Pour finir, le Note 1 avec 1 Go de RAM fonctionne très bien dès lors que l'on ne lui en demande pas trop non plus. Après, tous les Note, phablettes (donc aussi le Note2 avec 2 Go de RAM) ou tablettes intègrent le multifenêtrage et le PIP, mais également la plupart des autres modèles non Note. Enfin, et comme je l'ai dis plus haut, ce n'est pas tant les qualités supposées ou réelles de iOS que je critique que les pratiques d'Apple que j'exècre et par voie de conséquence je ne pourrai jamais défendre aucune des technologies de cette firme. ;) PS : encore une fois, va lire ma réponse à Android77.

Tu continues à t'égarer mais bon je ne vais pas perdre mon temps plus longtemps avec toi. Pour finir cette discussion stérile et pour ce qui est de la gestion de la RAM je t'invite à lire ma réponse à Android77 ci-dessous, et même à lire l'article original et tu comprendras les limites de la rapinerie de Apple en particuliers avec les applis en multifenêtrage et en multitâche ! En mode multifenêtrage et multitâche "l'optimisation" de la RAM façon iOS ne fonctionne plus, raison pour laquelle Apple a du augmenter la quantité de RAM ! Pour ce qui est du multifenêtrage et du PIP, les codes source étaient déjà disponible dans l'AOSP d'Android dès 2009 !!! ^^ Mais ça tu ne pouvais pas le savoir puisque tu n'es pas du métier. :) Je n'en ai rien à faire que iOS fonctionne avec 1 Go (en mode bridé) alors que le coût de la RAM est dérisoire et donc je ne trouve aucun intérêt à entretenir le modèle économique d'une entreprise qui n'a aucun sens éthique ni aucun respect pour ses clients. Même si iOS n'est pas au niveau qu'Android, ce n'est pas tant l'aspect technique que je critique le plus que les pratiques de la firme Apple que j'exècre !

Tout d'abord, pour ce qui concerne la resident size après chargement d'une appli ce doit être en grande partie la responsabilité des développeurs qui ne codent pas de la même manière sous Android que sous iOS et c'est un euphémisme car ça présuppose que soit ils codent avec leurs pieds, soit ils partent du principe que les mobiles Android ont plus de RAM que sous iOS, sinon il y aurait une constante dans l'utilisation "excessive" (une moyenne de 6% à l'avantage de iOS, donc rien de bien inquiétant ou pertinent) de la RAM sous Android et si la machine virtuelle et/ou java seraient en cause... ^^ Pour le reste, je t'invite à lire directement la source, c'est à dire l'article d'Android Authority qui explique les choses bien mieux que ne le fait l'auteur sur frandroid (vulgarisation à la c*n)... ^^ - Gary Sims, l'auteur de l'article chez Android Authority s'appuie d'ailleurs sur le Nexus 5x et l'Iphone 7 pour étayer son explication : 2 Go de RAM sur chaque machine même si le Nexus 5x offre une résolution/définition supérieure à l'iPhone 7... ^^ - Lors d'un démarrage à froid des deux machines, iOS laisse 730 Mo de RAM disponible tandis que Android laisse 840 Mo de mémoire disponible. Aïe, ça commence mal pour iOS... - Tant que les applis tiennent dans la RAM disponible il n'y a pas trop de différence entre les deux systèmes hormis le point évoqué ci-dessus. - Quand la ram arrive à saturation, pour les applis en tâche de fond, Android utilise la technique de la compression mémoire comme expliqué dans l'article et quand ce n'est pas suffisant il va donc tuer les aplis les plus anciennes et les moins utilisées tout en conservant l'état dans lequel elles étaient afin de se retrouver dans son même état lorsqu'elles seront rappelées. - iOS semble utiliser une autre technique ou tout au moins un mixe de plusieurs techniques puisqu'il serait capable de relâcher une très grosse partie de la mémoire résidente sans tuer l'appli puisque appli de 308 Mo serait réduite à 10 Mo si plus de mémoire disponible et quand elle revient en avant-plan, l'appli repasse à 100 Mo et même à 200 Mo sans atteindre les 308 Mo initiaux... ^^ - L'auteur prend pour hypothèse que iOS pourrait à la fois utiliser la compression mémoire et un rechargement de blocs de code à partir de la mémoire de stockage, ce qui donne l'impression que l'appli est disponible instantanément. - Par contre, en cas de split view ou multifenêtrage en multitâche, le principe s’effondre et ne fonctionne plus puisque aucune appli en split view tournant côte à côte ne peut réduire son resident size. - Raison pour laquelle les OEM Android rajoutent plus de RAM surtout que ce n'est pas le composant le plus coûteux dans un mobile, alors que Apple iOS n'a tout simplement pas de solution pour contourner ce problème. Ceci est naturellement un résumé de l'article initial et sur la base d'hypothèses.

Euh j'ai exactement la même ligne directrice Je veux juste te faire comprendre sur quels point tu te trompe iOS a mis une éternité pour avoir 2go de ram et 4 sur un iPad Pro qui a pour vocation et pari d'avenir de recevoir une adaptation des logiciels Windows lourd en version iOS (la Keynote l'avait bien démontré) donc rien à voir avec le multi fenêtres par contre je vois que Android et les apps consomment plus de ram que sur iOS J'ai aussi un moto g 1go de ram donc et garde beaucoup moins les apps en mémoire que iOS avec 1go L'iPhone a toujours était celui qui avait moins de ram que les smartphone Android, un iPhone n'en a que deux et ne fait rien de moins qu'un Android sans surcouche qui en a 4 Ce n'est pas iOS qui a un besoin de plus de ram mais LES APPS ET JEUX LOURDS Ensuite c'était Android qui était en retard sur touchwizz là dessus, pour iOS, Apple c'est surtout inspirer de l'implantation du multi fenêtres full screen qu'ils ont réalisé sur OS X la même année et pour preuve, le fonctionnement est similaire En faite tu a tout compris ce que fait Apple de travers Le multitâche Android et iOS c'est surtout deux philosophies très différentes Mais iOS tourne parfaitement avec 1go de ram et encore mieux depuis iOS 10

Je ne vois pas des faits mais juste des affirmations sans fondement, il y'a pas de retard, seulement un fonctionnement interne très différent Le multitâche Android par exemple a pour avantage que par exemple un téléchargement continue même en faisant autre chose, l'avantage de celui de iOS est que le dev a le choix de soit que son apps se met en pause pour préserver la batterie et la réactivité du système soit de la laisser tourner en tache de fond mais iOS à un avantage sur le multitâche au niveau de l'audio en pouvant écouter n'importe quoi de n'importe quels source même en quittant l'app Sur Android si je lance une vidéo ou autre d'un site web par exemple, je ne peux plus l'écouter si je quitte l'app que sur iOS, un slide de bas en haut permet de le faire y compris écran éteint Sur Android ça le fait aussi mais qu'avec les apps musicale et vidéos Sur la ram, le seul appareil iOS qui en 4 c'est l'iPad pro qui a pour but de donner envie aux devs tierces d'adapter les logiciels lourd Windows en version iOS, il n'en a pas 4 pour le multi fenêtres! C'est un pari d'avenir qu'il tente Justement la localisation par app intégre uniquement les apps qui en ont besoin Sur Android le simple fait de laisser la localisation activer bouffe la batterie de mon note 4 contrairement à iOS qui l'utilise seulement en cas de besoin, seulement si une app en a besoin à un moment T même si on la laisse activer Pour chaque app on a le choix entre : jamais, uniquement quant l'app est active et toujours, on ne peut pas mieux rêver non ? ^^ Swift n'est pas qu'un simple langage (5 ans pour le créer quand même), ça se voit que tu ne t'ai jamais renseigner dessus D'ailleurs les devs tierces en parlent très positivement et il permet aussi de voir les modifs en temps réel et beaucoup d'autres features APFS c'est surtout un dériver de ZFS mais plus orienté grand public, graçe à ce système de fichiers les appareils vont gagner en stockage, en vitesse de démarrage, la gestion des fichiers est bien meilleur, même les sauvegardes du système vont être modifiée bref il y a de nombreux sites qui rentrent dans les détails Une feature intéressante aussi est que la duplication d'un fichier ne prend que quelques ko d'espaces! En plus il est unifier avec celui de OS X et changer un système de fichiers sans formater les données du disque, je ne sais pas comment ils ont fait Handoff et continuity ? Apple fait ça depuis plus de deux ans et Microsoft désire dans une future maj de w10 reprendre continuity mais la version d'il y'a deux ans sans les fonctions que Apple a rajouté par la suite dans sierra Pour info, handoff en gros transforme Mac et tablettes en smartphone nativement et ça personne ne le fait Tu mélange avec continuum qui n'a rien à voir et qui nécessite un dock pour utiliser un smartphone avec un skin bureau sur grand écran La version Ubuntu est pour l'instant plus puissante que celle de Microsoft mais c'est prévu de pouvoir utiliser les logiciels win32 cette année avec l'émulation x86 Ça pourrait être sympa ;) Sans parler de surcouche, uniquement par rapport à Android, de quels retard parle tu vraiment ? Pourquoi les services Google et Microsoft sortent en priorité sur iOS en meilleurs qualité que sur Android si il y avait tant de retard ? Pourquoi tous les services et apps de tous les métiers sont sur iOS ? W10m est loin d'avoir toutes les fonctionnalités d'iOS et Android n'a pas la symbiose d'écosystèmes d'Apple ni la même interaction entre les services, beaucoup plus ennuyant que iOS pour sélectionner du texte surtout depuis l'arrivée de 3D Touch sur le clavier etc... Android a ces points fort mais dire systématiquement que Apple est en retard sur tout, c'est la qu'il y a un hic puisque j'aimerais que beaucoup de choses de iOS se retrouve sur Android et inversement, je trouve les deux tout aussi mature et au même niveau mais pas sur tout ;) Le principal reproche que je ferai se situe au niveau du cloisonnement des fichiers Le note 1 c'est tellement vieux maintenant que je n'ai pas vérifier sa quantité de ram, c'était parfaitement possible qu'il en avait 2 ^^ en tout cas c'était loin d'être un modèle de fluidité quand même ^^ Oui quant tu aura reconnu que iOS a aussi des qualités ^^

C'est parce que je suis du métier que je m'intéresse plus à la partie système qu'à la partie applicative ! Ensuite, je ne glorifie pas plus l'un que l'autre puisque je ne fais qu'avancer des faits !!! iOS est globalement bien plus en retard que Android et là encore c'est bien un fait et non un jugement de valeur ! Pour ce qui est de la localisation par app, si une application Android en a besoin de cette fonctionnalité elle l'intègre et pi c'est tout. Je ne vois pas l'intérêt de l'intégrer dans toutes les app qui n'en ont pas besoin... Accessoirement, je trouve même que cela peut être dangereux d'intégrer par défaut des permissions inutiles voire intrusives ! Sinon, je ne vois pas l'intérêt de m'éterniser sur des choses pompées sur la concurrence et remaniées par Apple et qui ne concernent que les produits Apple. Swift n'est qu'un nième langage de programmation. APFS n'est qu'un remake de BTRFS et F2FS... Et oui, il n'y a pas NTFS ou Fat32 dans la vie... SIC Handoff et Continuity et toute la clique ne sont qu'un embryon de ce qui existe déjà chez Microsoft qu'il a lui-même repris à Canonical... Enfin, je n'ai jamais dis que Apple n'avait pas le droit de créer ses propres solutions à ce qui existe ailleurs chez les concurrents, mais je ne fais que mettre en avant qu'il a pris tellement de retard qu'il en est résolu à devoir réinventer la roue pour pouvoir continuer à avancer... ^^ DONC EN CONCLUSION : plus Apple essaie de se mettre à niveau par rapport à la concurrence (pas uniquement par rapport à Google Android), plus les besoins en RAM de ces produits augmentent au point de rejoindre voire dépasser ceux de Android. D'ailleurs, si tu avais pris la peine de garder un tant soit peu la tête froide tu te serais rendu compte que j'avais commis une petite erreur quand j'avais écris que mon Galaxy Note 1 avait 2 Go de RAM alors qu'en réalité il n'a que 1 Go de RAM, tout en permettant le multifenêtrage et le PIP et avec la surcouche la plus lourde qu'il soit... LOL C'est le Galaxy Note 2 qui a 2 Go de RAM... C'est bon, on peut passer à autre chose maintenant ??? :D

Arrêter d'essayer de pisser systématiquement contre le vent et essaye de mûrir un tant soit peu ! Tu cherches tellement à avoir toujours raison et à obtenir l'approbation de tes pairs que tu perds systématiquement le fil de la discussion au point que tu ne sais plus de quoi tu parles, mais en plus tu deviens de plus en plus présomptueux au point que tu détruits toi-même toutes tes prétentions de départ quand tu affirmais que tu allais détruire mon post avec une seule phrase... SIC Ce n'est pas parce que iOS a quelques fonctions n'existant pas chez Android qu'il n'a pas moins de fonctionnalités qu'Android pour autant... ^^ De plus, j'ai toujours dis qu'au fur et à mesure que iOS essaye de rattraper Android ses besoins en ram augmente, c'est un fait non un jugement de valeur. J'ai été et je suis toujours dans ma ligne directrice contrairement à toi qui es entrain de te perdre dans les limbes de la bêtise (pour être gentil). Je connais les OS, mais je ne vais pas pour autant faire un cours magistral. Ce n'est pas le lieu ni le moment. Au final, c'est bien toi qui a eu le dernier mot en conclusion puisque tu reconnais sans t'en rendre compte qu'à caractéristiques égales iOS a besoin d'autant sinon plus de RAM que Android qui a toujours eu un multitâche plus avancé que celui de iOS... La très grande majorité des smartphones Android n'intègrent que 2 ou 3 Go de RAM avec ou sans surcouche et 1 Go de RAM pour le tout entrée de gamme. Je te laisse deviner ce que iOS fait des 3 Go du iPhone 7 Plus et des 4 Go de l'iPad pro... ^^ Comme disait Brice : K'C ! avec le mouvement qui va bien. :p

Ta remarque sur les besoins de RAM pourl'affichage est intéressante mais ce n'est pas pour ça que le reste de l'article c'est "du grand n'importe quoi" bien au contraire. Ici ce que je vois c'est qu'il a comparé la consommation mémoire résident size et je ne suis pas convaincu que la mémoire d'affichage soit comptabilisé dans cette zone à moins que tu nous montres le contraire. Sur certain exemple iOS consomme plus que Android comment expliques tu ça ?

Oui Samsung á des fonctions en avance mais le problème est qu'il y a très peu d'évolution dans ce qu'ils implantent et c'est dommage La localisation par app est un avantage car réglable finement uniquement sur les apps qu'on a besoin Ce dont j'ai parler, rien n'est pomper sur la concurrence, c'est encore exclusivement chez apple aujourd'hui, tu invente des choses des qui n'existent pas la Tout ce que je sais en plus c'est dingue

Tu viens de perdre encore en crédibilité, android n'a pas spécialement plus de fonctions puisque je vois encore des fonctions iOS de ios 7 qui n'existent pas encore sur android Comme je te l'ai dit, chacun ces spécificités, avantages et inconvénients, android en á de très bons aussi mais pour toi rien n'est bon dans ios Je connaissais parfaitement ces changements de ios 9 mais ios 8 á eu beaucoup plus de changements sous le capot qui est devenue beaucoup plus ouvert qu'auparavant Réduire le stockage n'est pas du á un profond remaniement, tu manque d'infos, je te laisse trouver la méthode qu'Apple a utiliser Android tourne correctement avec 1go de ram quant il n'y a pas de surcouche et je parlais aussi pour le multitâche mais dire que ios a besoin de plus de ram c'est faux

En réalité tu sors bien trop de choses de tes kinder machin et tu ne suis pas suffisamment l'actualité puisque tu ne sembles pas encore au courant du fonctionnement de Android Nougat avec les S7/S7 Edge. Mais de toute façon Android ne se limite pas à Samsung, hein ! Pour ce qui est de ta présence sur ce site et de ton ancienneté ou de ta sois disant réputation, tu crois vraiment que c'est un argument valable et suffisant si tu n'es pas du métier ??? Je ne tiens à viser ni à blesser personne en particuliers, mais quand on voit le niveau de la majorité... ^^ Pour ce qui est de l'opportunité du multiwindow ou du PIP avec les Galaxy Note, j'en parlais parce que j'apprécie particulièrement cette gamme de produit, mais ces fonctionnalités existent également sur la plupart des tablettes Samsung (même avec moins de RAM que les Notes) et depuis bien plus longtemps que sur les tablettes Apple. Les solutions de Samsung ne sont pas parfaites, mais au moins cette marque a l'avantage d'être bien plus en avance que Google et par voie de conséquence plus en avance que Apple. Ça reste le cas pour la gestion de l'APN comme de l'autonomie, entre autres... Comme ce fut également le cas avec le format phablette, tout d'abord dénigré par tous les constructeurs et la presse internationale mais surtout Apple, et on connaît le résultat, comme ça va être également le cas avec les écrans AMOLED. Le multifenêtrage de Google n'est pas l'implantation de celle d'Apple, mais celle de Samsung ! Mais le pire c'est que tu défendes la localisation par app comme si c'était un avantage. Pour ce qui est du reste, c'est juste du bullshit pompé sur la concurrence. Je pense qu'il est inutile d'évoquer Apple Plan par rapport à Google Maps, n'est-ce pas ??? Google a sa propre politique, sa propre stratégie et son propre planning sur l'implantation des fonctionnalités d'Android (et de Chrome OS) et parfois il a besoin qu'on lui donne un bon coup de pied au c*l pour aller plus loin et plus vite, et c'est le rôle que joue Samsung en grande majorité et parfois qu'autres constructeurs de produits mobiles sous Android et certains indépendants comme Remix OS... C'est également la raison pour laquelle Google représente une plus grande menace pour Microsoft que ne l'est Apple... ^^ Mais bon encore une fois, je pense qu'il est inutile de continuer à pérorer avec quelqu'un qui n'y connait rien et qui n'a pas suffisamment d'expérience, ni suffisamment d'antériorité du domaine. Ce n'est pas parce que je n'abats toutes mes cartes que je n'ai pas un meilleur jeu. ;)

Encore une fois tu ne fais que balancer des allégations sans aucune preuve, en plus tu as déjà perdu le fil de la discussion puisque j'indiquai dès le départ que tous les smartphones Android offraient et offrent toujours une meilleure résolution/définition que les iPhones sortis la même année ou même les années suivantes tout comme il y a toujours eu plus de fonctionnalités dans Android que dans iOS. je peux affirmer sans crainte qu'un android avec une résolution de 800x400 est parfaitement fluide avec 1 Go de RAM. MDR Tu peux reprendre l'ensemble des modèles sortis chaque année sous les deux environnement, et il est parfaitement facile de faire la comparaison ! Pour ce qui est de iOS 9, tu viens tout simplement de te discréditer totalement puisque la mise à jour deiOS 8 était d'environ 4.5 Go alors que celle de iOS 9 tenait dans 1.3 Go ! "Since its release, many people had complained about the amount of storage iOS required to install iOS 8. It requires around 5.5 to 6.5 GB of storage for the installation process to complete over-the-air. Once installed, it takes up on average 740 MB more storage on iPhones and iPod touch and 1-2 GB on iPads than iOS 7.[88] Later, iOS 8.1.3 fixes this issue." De même iOS 9 a permis de tailler le très gros bout de gras des applications trop lourdes en particuliers pour les iPhones anciens et/ou avec peu de stockage lors du téléchargement et de l'installation et surtout à la suite du passage du 32 bits au 64 bits... ^^ Ça tu ne le savais pas, hein ??? SIC Si ça c'est pas un remaniement complet... MDR Puis faut arrêter de te focaliser sur l'Android de Samsung et surtout des rumeurs concernant la quantité de RAM pour le S8. J'ai évoqué le cas de l'Android Samsung simplement c'est celui qui est le plus complet et qui offre le plus de fonctionnalités par défauts surtout avec la gamme Note. Mais si on prend en compte la gamme Galaxy A, comme le A5 2015, c'est 2 Go de RAM en 1280x720, A5 2016 c'est 2 Go de RAM pour du Full HD, A5 2017 c'est 3 Go toujours pour du Full HD. :) Pour ce qui est de la gestion de la RAM et des applis, il serait temps que tu te remettes à la page en particuliers avec Nougat avec les S7/S7 Edge. Avec mon Galaxy Note 3 sous Lollipop, je ne ressens aucune gêne et il me suffit très largement. Les autres Android des autres marques n'ont et n'avaient pas ce genre de problème avec le rechargement des applis. Pour ce qui est de mes divers contributions avec les différents OS, ça reste mon jardin privé. :p

Encore n'importe quoi, les besoins en ram n'ont jamais augmenté, ton raisonnement simpliste s'applique à Android avec des smartphone entre 3 sur Android et 8 go de ram sur le s8 en 2017!!! Quant l'iPhone n'a pas besoin de plus que 2 pour un multitâche confortable! Donc ce que tu dis est ridicule puisque Android a toujours eu besoins de plus de ram Android avec 1go de ram c'est pas terrible du tout alors qu'un iPhone avec 1go c'est super fluide et meilleur multitâche ce qui démonte complètement ton argumentation iOS 9 n'a eu aucun remaniement complet, ça c'était iOS 7 et 8, iOS 9 c'était surtout la continuité de ce qui avait démarrer avec iOS 8 (devs et pourtant pas au courant ?) Tout ne viens QUE de la volonté d'Apple, cette boite se fout de ce que pense les autres, ils font ce qu'ils veulent, ils font quelques chose quant ils estiment que c'est bon et ne cherche pas à implanter des fonctions bêta qui sont supprimés après que les utilisateurs se sont rendues compte que ça servait à rien contrairement à Samsung Ils suppriment jamais rien, ils améliorent le concept de base Tu ne sais vraiment pas comment fonctionne Apple, tu devrais te renseigner un peu et tu verrais qu'ils ont pas mal diviser à cause de ça En faite tu ne sais rien sur iOS, sur les retards d'android, sur le fonctionnement de la boite et j'en passe, tu n'affirme que des trucs de ton chapeau donc par rapport à ton dernier paragraphe, c'est très grave de sortir autant de bêtises pour un développeur

En faite je ne sors jamais rien de mon chapeau, je suis beaucoup l'actualité et il y a eu pas mal de comparaisons là dessus, l'iPhone 7 garder mieux et plus longtemps les apps en mémoire que le s7 ou les apps se rechargeaient plus souvent quant on y retourne Ici les réguliers savent que je sais de quoi je parle en le prouvant très souvent depuis plusieurs années avec d'innombrables discussions argumentées Je suis connue ici comme étant un connaisseur qui parle de tous les os objectivement et je ne crois pas que tu a cette réputation, tu est nouveau ici En faite Apple est du genre réfléchis, le pip par exemple est beaucoup plus utile sur une tablette que sur un smartphone vu l'espace d'affichage Sur mon note 4 c'est inutilisable et le multi fenêtres qui est une bonne idée a priori mais sur 5,7 pouces seulement c'est pas agréable du coup je perd moins de temps de passer d'une app à l'autre tout en profitant de l'affichage total de l'app J'aime bien ces fonctions mais sur grand écran, pas sur smartphone et tu ne réfléchis pas loin, Apple a fait ces fonctions après Samsung mais avec comme gros avantage d'être ouvert aux devs tierces et compatible avec toutes les apps pour une expérience uniforme Seul Google avec nougat a repris le multi fenêtres similaires à l'implantation d'Apple Aujourdhui, le multi fenêtres iPad est compatible avec beaucoup plus d'Apps que la version Samsung Il y a aussi pas mal de fonctions et nouveautés d'android de lollipop a nougat qui était depuis des années sur iOS, Android n'a même pas la localisation par app ou aussi puissant et efficace que Spotlight et ce n'est qu'un petit exemple Cette fermeture à aussi des avantages et ça donne des choses comme Swift, APFS, handoff, continuity, AirDrop, bureau universel, presse papier universels, trousseau iCloud et encore beaucoup d'autres choses J'ai l'impression qu'il y a beaucoup de choses que tu ne savais pas en faite ;) À ce jeux la, chacun à ces avantages, les deux os sont excellents et matures et proposent un certains nombre d'exclusivités qui leurs sont propres

Cadeau : Un petit article un peu ancien (avant iOS 9), mais qui donnait déjà bien le ton des capacités en multitâches de iOS vs Android. https://www.quora.com/What-are-the-differences-between-Android-and-iOS-in-multitasking Depuis les choses ont un peu évoluée mais certainement pas comme tu sembles le croire...

C'est très facile d'affirmer des choses sans jamais pouvoir le démonter !!! Le multifenêtrage comme le PIP sont strictement liés au capacité de multitâches d'un OS. C'est également facile d'affirmer qu'une chose n'a pas d'intérêt jusqu'à ce que les développeurs et les utilisateurs la réclame, tout comme le multi-comptes là encore apparu à partir de iOS 9 alors que c'était déjà disponible sur Android des années avant sous Android 4.2 Jelly Bean en 2012... Encore plus facile de pomper sur la concurrence quand l'OS concurrent est en open source pour rattraper son retard quand iOS est lui-même complètement fermé... Faut déjà connaitre l'histoire des OS avant d'émettre des avis farfelus et sans jamais apporter la moindre preuve quand on tu n'as pas les compétences. :D

ha ha ha Tout d'abord ton Ipad air 2 n'était pas fourni avec iOS 9, mais avec iOS 8.1 à sa sortie... ^^ Donc, les besoins en RAM avaient déjà augmenté avant même le multifenêtrage qui n'est apparu qu'en 2015 avec iOS 9 ! iOS 9 a fait l'objet d'un remaniement complet de son architecture pour intégrer tous ces changements et pour ce qui est du multitâche limité d'iOS et il est bien évident que cela ne venait pas de la volonté propre d'Apple mais de ses développeurs et utilisateurs frustrés par le retard de iOS par rapport à Android. lol J'ai moi-même contribué à mettre en avant ce retard et cette frustration sur différents sites bien connus bien avant l'apparition de iOS 9. mdr De plus, tu me sembles bien présomptueux sur tes capacités par rapport aux miens d'autant que je ne me contente pas d'utiliser les OS puisque je suis un développeur et administrateur système depuis plusieurs dizaines d'années et je connais bien la programmation des OS et j'ai participé au développement et à l'amélioration de pas mal de projets. ;)

L'iPhone 7 gère mieux le multitâche que le s7 mdr tu ne connaît pas la différence entre multitâche et multi fenêtres Tu mélange tout aussi, déjà l'iPad à le pip, les bande latéral n'ont aucun intérêt sur iOS avec Spotlight ou encore toutes les apps accessible du lockscreen Et j'en passe, il faudrait déjà connaître iOS avant de critiqué ;)

Il ne lui a fallu que 1 an entre ios 8 et 9, le multifenetre n’intéressai pas apple avant et doublé pour seulement passer de 1 a 2, même sans ça il l'aurait fait pour preuve, l'iphone n'a pas de multifenetre pourtant il en a deux aussi, c'est pour le multitâche avant tout, tu comprend tout de travers! tu mélange tout C'est toi qui comprend rien, moi je connais les machines et les os que j'utilise régulièrement donc je pourrais te faire des paver d'argumentations aussi bien sur ios, android, bb os 10, wp, osx, windows et linux (ça m'étonnerai que tu peux en faire autant) et toi tu ne connais rien sur ios, tu préfère jouer les hater apple au lieu de demander simplement comment faire ceci ou cela donc dis le que tu est fanatique android car la tu manque clairement d'objectivité, contente toi de faits réel pour changer

De quel Samsung avec 4 Go de RAM parles-tu, gros crétin ??? Mon Galaxy Note 1 (2011) n'a que 2 Go de RAM et il gérait déjà parfaitement le multitâche quand iOS en était incapable. Cela s'est renforcé avec le Galaxy Note 3 (2013) avec 3 Go de RAM et il a fallu attendre fin 2014 avant que Apple n'arrive à sortir qu'un embryon de multifenêtrage. Sinon, pour ce qui est des tablettes Samsung, elles possèdent moins de RAM que les Galaxy Note tout en offrant les mêmes possibilités de multifenêtrage, PIP, bandes latérales d'applications, etc... là encore avant que Apple n'y arrive et encore avec l'aide de la communauté Android, AOSP si tu ne la connais pas... ^^

Tu n'as rien détruit du tout puisqu'en réalité tu n'as fais que renforcer mon argumentaire ! Comme je l'ai indiqué Apple a du au minimum doublé la quantité de RAM afin de pouvoir implémenter le multifenêtrage (si si c'est bien ce que j'ai dis) qui soit dit en passant est lié au multitâche... En complément, il a fallu 3 à 4 ans pour que Apple y parvienne et pour optimiser le tout, donc le reliquat sert à la gestion de l'affichage. Tout le reste c'est du bullshit parce que sérieusement lancer la suite bureautique et autres énormes bloatwares au démarrage de la machine, ce serait une bêtise sans nom, mais bon il est inutile d'essayer de convaincre un fanatique qui ne comprend rien...

Je ne sais pas si tu est vraiment sérieux avec CLang quand même, en 2016 il était dans 75% des cas plus performant que gcc ( source : http://www.phoronix.com/scan.php?page=article&item=gcc-61-clang39 ) Enfin, je passe sur d'autres passages bien marrants.

<blockquote> - Clang ? Cette blague ? https://en.wikipedia.org/wiki/... Les deux derniers paragraphes disent tout.</blockquote> Ah ben oui, sortons un benchmark d'il y a trois ans pour comparer un projet qui fait ses 30 ans à un qui en a le tiers. Quelle bonne idée. <blockquote>Alors me parles meme pas d'ou je travaille, retournes dans ta startup.</blockquote> Ahahahah merci pour le fou-rire. <blockquote>Un HD2 aussi fluide qu'un Galaxy S3 et qui peuvent faire exactment la meme chose ? Vraiment ?</blockquote> Tu compares sincèrement les performances entre deux smartphones dont l'OS vient d'être installé, avec des ROM qui n'ont rien à voir ? Ça en dit long... <blockquote>Un Runtime C# sur Android, donc VM sur VM (Le CLR, ca en est un malgre ce qu'MS veut eviter qu'on comprenne) si j'ai bien compris ?</blockquote>C'est vrai qu'on ne peut pas faire tourner de natif sur Android. J'avais oublié ce détail. Oh wait... <blockquote>Forcement que ce sera plus lent ! Bah oui tiens ! Foutons une ferrari dans un camion pour comparer avec quoi tant qu'on y est ?</blockquote> Prenons les gens pour des cons plutôt que de réfléchir deux secondes tant qu'on y est :`) <blockquote>Pourtant, les plateformes hardware (Nokia Lumia 710 vs HTC Sensation XL sont les memes, point barre.</blockquote> Android 2.3 sur le Sensation XL : fin 2010. WP 7.5 sur le Lumia 710 : fin 2011. Cherche le même type de vidéo avec un Sensation XL sous Android 4 (sorti fin 2011 également), tu verras que ça n'a rien à voir... T'en as d'autre des comparaisons à peine orientées à faire ? <blockquote>Allez, arretes toi la, tu deviens deraisonnable....</blockquote> Pour une fois, t'as tout à fait raison. J'ai déjà perdu bien trop de temps à te répondre. Bon week-end.

- Clang ? Cette blague ? https://en.wikipedia.org/wiki/Clang#Performance_and_GCC_compatibility Les deux derniers paragraphes disent tout. - Ok, les deux ont evolues, et pourtant, qui reste le plus rapide aujourd'hui ? Certainement pas Java et meme Android avec ART, merci. Ca ce saurait si les financiers utilisaient Java pour les calculs de trading. Vu les moyens qu'ils ont, ca n'aurais certainement pas ete fait avec des JVM standard, et pourtant... Alors me parles meme pas d'ou je travaille, retournes dans ta startup. - Wow, la, c'est a moi de te dire si tu sais vraiment de quoi tu parles: https://youtu.be/alA8n2dyzGs?t=17m17s -> HD2 https://www.youtube.com/watch?v=ssdecAzqNHw -> Galaxy S3 Un HD2 aussi fluide qu'un Galaxy S3 et qui peuvent faire exactment la meme chose ? Vraiment ? J'espere pour toi que tu as des problemes pour t'exprimer... - Cf au dessus - Oh ! Reculer pour mieux avancer ? Ou, un peu d'overhead pour quasi pas de leak ? Absolutely Barbaric ! En attendant, tu pourras dire ce que tu veux, mais des leaks memoire et la conso de RAM execssive que decrie cet article, c'est pas avec Java que tu vas les eviter... - C'est marrant, mais hors jeux, la porta en C++, ca existe a peine. Et pourtant, les markets regorgent largement plus d'apps standards que de jeux, comme quoi... - Je vois pas ce que t'essayes de demontrer, tu dois vraiment avoir des problemes pour t'exprimer. Un Runtime C# sur Android, donc VM sur VM (Le CLR, ca en est un malgre ce qu'MS veut eviter qu'on comprenne) si j'ai bien compris ? Forcement que ce sera plus lent ! Bah oui tiens ! Foutons une ferrari dans un camion pour comparer avec quoi tant qu'on y est ? Au niveau de ce qui concerne lespropos a encadrer, t'as gagne, j'abdique ! https://youtu.be/5n1N1PMiNeQ?t=2m17s https://youtu.be/ucIH62DRlEs?t=3m53s C'est si sorcier de faire la meme fluidite de navigation dans les menus de Windows Phone -qui est de surcroit, bien surchargee et dynamique- sur Android ? Et ce, sans a-coups apparents ? Pourtant, les plateformes hardware (Nokia Lumia 710 vs HTC Sensation XL sont les memes, point barre. En fait, pas exactement. Pour etre juste, je dois quand meme dire que l'HTC Sensation XL a 768Mo de RAM au lieu des 512 du Lumia 710. o/ Allez, arretes toi la, tu deviens deraisonnable....

<blockquote>Quand quelque chose est assez performant, il est inutile de try hard aussi fort comme Google le fait pour Android.</blockquote>C'est vrai, clang est d'ailleurs sorti du néant par magie et sans raison. <blockquote>Oh, et devine quoi, les compilateurs Java ont aussi evolues dans le temps. Donc ton argument se nullifie parfaitement.</blockquote>Euh... hein ? Sous prétexte qu'un côté évolue, on devrait totalement ignorer l'autre ? Je sais pas dans quelle boîte tu bosses, mais je suis curieux, je ne voudrais pas m'y retrouver par hasard... <blockquote>D'autant plus que meme avec du C++ 98 et ce, avec des compilos de l'epoque, tu auras des performances tout a fait exceptionnelles meme par rapport au Java d'aujourd'hui.</blockquote> Un article comme un autre, pour ce qu'il vaut... En tout cas, il reflète bien les tests que j'ai faits de mon côté avec ART, t'en conclus ce que tu veux. http://www.androidauthority.com/java-vs-c-app-performance-689081/ <blockquote>La preuve la plus flagrante, est Windows Phone (C++, C#), qui a besoin d'une machine largement moins puissante qu'Android pour faire la meme choses, surtout en fluidite.</blockquote> Pour faire la même chose, ben voyons. Oh, et Android 6 tourne parfaitement (niveau performances, en tout cas) sur un HTC HD2, comme quoi... <blockquote>- Java se rapprochant du C ? Excuse-moi mais ca c'est la meilleure. D'autant plus que tu te bases sur des benchs synthetique dont leur valeur est mondialement connue pour ne pas etre du tout fiable.</blockquote>Cf juste au-dessus. <blockquote>Pour ce qui est du NDK, la franchemenr t'y va. Ce truc est un mix batard en du Java Android, qui fonctionne exactement comme du Java EE, et du C++ implante en plein millieu. Ce n'est clairement pas etonnant, que les performances soient "proches".</blockquote> Sérieusement, soit t'écris n'importe quoi, soit t'as pas la moindre idée de comment marche le NDK, j'arrive pas à savoir. <blockquote>Pour le C++, il y a une facon tres simple de ne quasiment plus avoir de leak -car dependant de la qualite du code-: Les pointeurs intelligents.</blockquote>Oh mon dieu, mais tu tolères les smart pointers ? Je veux dire, ça ajoute pourtant un overhead ! <blockquote>- Pour ce qui est de la portabilite du C, C++, clairement, non. Il suffit que les appels systemes changent pour que ce soit le bordel, et c'est le seul gros probleme de ces deux langages. Tu ne vas surement pas executer du C++ fait avec l'NDK sur Windows Phone, et vice-versa.</blockquote> Alors pour ton information, ça fait quelques années qu'il existe le concept de couche d'abstraction pour les appels systèmes. C'est marrant, mais ce qui te semble totalement infaisable est pourtant ce qui est fait sur 99% des jeux multi plate-formes n'utilisant pas Unity... <blockquote>- J'espere que tu es bien conscient du fait que cette phrase voulait bien sur signifier que ses performances dependaient de la compilation et de l'implementation du runtime, en version tres simplifiee.</blockquote>Runtime qui, concernant Java, diffère totalement d'une plate-forme à l'autre. Je serais curieux de comparer les performances d'un runtime C# sur Android avec les performances d'ART, tiens. Allez, juste pour la route, parce qu'elle mériterait d'être encadrée : <blockquote>Apres, si on veut vraiment comparer avec un langage a bytecode, C# est largement plus performant que Java.</blockquote>

Bon, je vais etre plus clair. - Les noms que j'ai cites sont quels que soient leur nature (VM, binaires, etc), des optimisations pour que ca tourne plus vite. Quand quelque chose est assez performant, il est inutile de try hard aussi fort comme Google le fait pour Android. Oh, et devine quoi, les compilateurs Java ont aussi evolues dans le temps. Donc ton argument se nullifie parfaitement. D'autant plus que meme avec du C++ 98 et ce, avec des compilos de l'epoque, tu auras des performances tout a fait exceptionnelles meme par rapport au Java d'aujourd'hui. La preuve la plus flagrante, est Windows Phone (C++, C#), qui a besoin d'une machine largement moins puissante qu'Android pour faire la meme choses, surtout en fluidite. - Java se rapprochant du C ? Excuse-moi mais ca c'est la meilleure. D'autant plus que tu te bases sur des benchs synthetique dont leur valeur est mondialement connue pour ne pas etre du tout fiable. Pour ce qui est du NDK, la franchemenr t'y va. Ce truc est un mix batard en du Java Android, qui fonctionne exactement comme du Java EE, et du C++ implante en plein millieu. Ce n'est clairement pas etonnant, que les performances soient "proches". D'un autre cote, Java leak encore enormement niveau memoire, donc ce n'est pas ce que tu racontes en ce qui concerne les allocations qui va le sauver. Pour le C++, il y a une facon tres simple de ne quasiment plus avoir de leak -car dependant de la qualite du code-: Les pointeurs intelligents. - Pour ce qui est de la portabilite du C, C++, clairement, non. Il suffit que les appels systemes changent pour que ce soit le bordel, et c'est le seul gros probleme de ces deux langages. Tu ne vas surement pas executer du C++ fait avec l'NDK sur Windows Phone, et vice-versa. - J'espere que tu es bien conscient du fait que cette phrase voulait bien sur signifier que ses performances dependaient de la compilation et de l'implementation du runtime, en version tres simplifiee. Pour le reste, voir point no 1.

Je vais détruire ton post avec une phrase L'iPad air 2 en 2500x1536 n'a que 2go de ram

C'est pour ça que l'iPhone avec 2go de ram gère mieux le multitâche qu'un Samsung qui en a 4 ? Ton post n'a aucen sens

Parceque le Dev est gratuit pour faire un OS fluide est stable ? Si tel est le cas comme sur IOS ou macOS, il est tout a fait normal d'avoir moins de RAM que sur un PC windows ou Mobile Android.

Une seule raison : JAVA ! Java c'est de la merde en barre, c'est lent et ça bouffe trop de RAM et en plus c'est un système propriétaire.

Tout ce charabia technologique pour tenter de justifier une situation qui pourtant est extrêmement simple : Apple a pris du retard par rapport à la concurrence et ses iPhones manquent de mémoire vive, actuellement. Tout simplement. Et même si ça froisse l'égo des iPhone fans qui préféreraient une autre raison, imaginaire...<i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour smartphone</a></i>

Je fais cette remarque a propos des commentaires que j'ai lu et non à propos de l'article.

Très bon article, vulgarisation intéressante mais sans rentrer dans le débat du pour ou contre l'utilisation de Java il faut arrêter de "diaboliser" cette technologie, c'est un choix de développement qui permet d'autres possibilités pour l'architecture d'Android et ce n'est pas du tout pour "rattraper du retard" que cette technologie est utilisée, avant d'avancer des propos comme ça il serait peux être intéressent de comprendre comment un système d'exploitation se sert de la mémoire, il y a de plusieurs manière de se servir au niveau logiciel de la RAM (sur le tas, automatique, statique) enfin bon tout ça pour dire que même si beaucoup d'utilisateur on eu de mauvaise expérience avec une technologie ce n'est pas pour autant que le concept est totalement faux...

En plus de mon commentaire précédent, il suffit de voir la quantité de RAM du iPhone 7 Plus par rapport à sa définition/résolution : 3 Go pour du Full HD et on constate que ce n'est pas une coïncidence puisque cela correspond pile poil à aux caractéristiques du Galaxy Note 3 alors que la phablette Samsung offre en plus le stylet et donc des fonctionnalités et applis complémentaires pour le gérer et qu'il aurait l'interface graphique la plus lourde... ^^ Il n'y a pas besoin d'aller plus loin dans les arcanes "scientifiques" des deux systèmes pour comprendre les différences de besoin en RAM. PTDR Les iPhones et iOS ont juste 3 ans de retard (minimum) sur Samsung avec son Android Touchwizé... :D

Bah c'est simple, tout est dans les rimes : Java c'est caca, .NET c'est chouette.

C'est ppi et pas dpi.

<blockquote>Car il a quand meme fallu pleins de patches a la JVM pour que ce soit un minimum fluide: Dalvik, JIT, ART, etc</blockquote> Les noms que tu cites ici n'ont rien à voir avec des patchs. Dalvik est le nom de l'implémentation de la JVM fournie sur Android jusqu'à Android 5, JNI signifie Just In Time Compilation et définit un moyen d'interpréter du bytecode lors de l'implémentation d'une VM (Java ou autre), technique justement utilisée par Dalvik. Art est le nom de la nouvelle VM arrivée en preview sur Android 4.4, implémentée avec un paradigme différent (AOT, pour Ahead Of Time [compilation]). Oh, et devine quoi : les compilateurs C/C++ ont également continué à évoluer ces dernières années. <blockquote>A meme qualite de code, le C++ l'emporte largement et ce, sans optimisations.</blockquote> C'est faux. Moins il y a d'allocations dans un algorithme, plus les performances du Java se rapprochent des performances du C. Dans certains tests purement synthétiques orientés calculs, e' particulier sur des longs, l'implémentation d'ART fournie sur Android 6 et 7 fait même mieux que tous les compilateurs différents du NDK. <blockquote>C'est pour cette raison qu'il n'y a que tres peu de jeux faits en Java, Minecraft et le tres peu de gros jeux Android illustrant parfaitement pourquoi.</blockquote> Tu ignores la raison la plus importante : le C et le C++ tournent sur toutes les plate-formes mobiles. Ce n'est pas le cas du Java. Les performances n'ont absolument rien à voir dans la majorité des cas. <blockquote>Apres, si on veut vraiment comparer avec un langage a bytecode, C# est largement plus performant que Java.</blockquote> J'espère que tu es bien conscient du fait que cette phrase n'ait absolument aucun sens. Un langage n'a aucune notion de performance. Ce qui va définir les performances d'un programme, c'est en premier lieu la manière dont il est compilé et/ou exécuté. En l'occurrence, entre le C# et le Java, le critère significatif étant l'implémentation du runtime. Certes, le runtime C# de Microsoft s'exécutant sous Windows est peut-être plus efficace que la JVM d'Oracle sur le même système. Et donc ? ART et Dalvik n'ont rien à voir avec cette JVM là.

On ne critique pas Java parce que c'est la mode, mais bien parce qu'il y a des raisons techniques derriere. Car il a quand meme fallu pleins de patches a la JVM pour que ce soit un minimum fluide: Dalvik, JIT, ART, etc Et ce, par dessus les JVM modernes d'aujourd'hui. L'existence meme de ces patches montre a quel point Java est lent par nature. A meme qualite de code, le C++ l'emporte largement et ce, sans optimisations. C'est pour cette raison qu'il n'y a que tres peu de jeux faits en Java, Minecraft et le tres peu de gros jeux Android illustrant parfaitement pourquoi. Apres, si on veut vraiment comparer avec un langage a bytecode, C# est largement plus performant que Java. Java a ete choisi a l'epoque juste parce que c'etait... la mode ! Car Java etait justement le language le plus connu a ce moment la. Google devant en plus contrer rapidement l'iPhone, un revirement de technologie ne s'est pas fait. De plus, ca les arrangeait clairement niveau marche/adoption qu'Android se repose beaucoup sur Java.

Et pourtant malgré ça (et le bench le prouve généralement bien) on compare un environnement avec un runtime utilisant un langage natif (obj-c) a un environnement basé sur de la virtualisation. Que ce soit Dalvik ou ARC, utilisant ou non je JIT, on aura tout cette environnement d'émulation qui va grignoté des ressources. Alors oui l'optimisation est bien réel sur cette partie la, oui le NDK sauve la donne mais au final, pas tant que ça car il est beaucoup plus limité que le SDK même.

C'est vraiment du grand n'importe quoi cet article car à vouloir vulgariser à tout crin l'auteur passe sur l'essentiel surtout qu'il ne doit pas comprendre certains principes même des OS, qu'il s'agisse de PC ou de mobiles, et de la gestion de l'affichage en particuliers !!! L'affichage est ce qui exige le plus de ressource en RAM et ce n'est pas pour rien que les CGU dédié PC possède leur propre mémoire alors que les CGU Intel puise cette mémoire dans la RAM utilisateurs ! Pour ce qui concerne les mobiles il n'existe pas de mémoire dédiée à la gestion de la partie graphique et donc elle est nécessairement puisée dans la RAM utilisateurs. Si iOS a besoin de moins de RAM c'est tout simplement parce que les iPhones offrent TOUJOURS des résolutions plus faibles par rapport aux smartphones Android, y compris par rapport aux moyens de gamme et même par rapport à certains entrée de gamme. Donc, ce n'est même pas la peine d'évoquer les hauts de gamme sous Android. En plus, iOS offre un multitâche largement moins sophistiqué que celui d'Android. On voit bien qu'au fur et à mesure que Apple iOS courre après Google Android et essaie de le rattraper, ces besoins en ressource mémoire augmente au même niveau que les produits Android bas ou moyen de gamme qui offrent les stricte nécessaire en terme de fonctionnalités et d'applications. Si les smartphones Samsung ont besoin de plus de RAM c'est tout simplement parce qu'ils offrent une plus grande résolution/définition, plus de capteurs/senseurs et donc plus de fonctionnalités et d'applis dédiées, plus de profils bluetooth afin qu'ils soient le plus universel que possible alors que Apple ne gère que le minimum syndical puisque reposant sur une seule "norme" propriétaire. Idem pour les codecs multimédia puisque Samsung gère en interne pratiquement tous les formats disponibles sur le marché alors que Apple ne gère par défaut que ses formats propriétaires. Quand Apple iOS a commencé à intégrer un embryon de multifenêtrage, les besoins en RAM ont doublé, voire quadruplé avec l'iPad Pro (4 Go de RAM) alors que le premier Galaxy Note proposait déjà du multifenêtrage avec 2 Go de RAM. Et je ne parle même pas du Picture in Picture également disponible avec le GN1 alors que c'est à peine s'il est fonctionnel sous iOS, voire pas du tout... On pourrait presque reproduire des exemples à l'infini, mais déjà à ce stade cela montre bien les limites de iOS par rapport à l'Android sous Touchwiz de Samsung qui n'est pas une simple interface utilisateur, mais un ensemble de fonctionnalités qui n'existent pas ailleurs. Quand les iPhones avec iOS atteindront le même niveau que les produits sous Android en terme de fonctionnalités et avec la même résolution/définition de l'écran, vous verrez qu'ils auront besoin d'autant sinon plus de RAM. Cet article est juste une honte qui ne vaut même pas un pet de lapin. lol

Je sais, je suis dans la 10eme!

Toujours le même soucis de comparaison...pensez aussi aux écrans...iPhone 7 et s7Edge, la définition est pas la même...Pourquoi ne pas comparer à l'iPhone 7+ ? car entre 534 ppi pour S7 Edge, et 326 ppi pour le simple iPhone 7, le travaille est pas équitable...Surtout si vous comparez en plus un jeu dynamique 3d...comparez la place utilisée par une vidéo en 320p et la même en 540p....Elle pèse pareille avec 30 images à la seconde ?

Oh tu sais, de toute façon, il y a 10 catégories de personnes dans le monde : ceux qui savent compter en binaire, et les autres.

Tout à fait. Rien que le temps déterminé pour killer une app en arrière-plan joue sur les perfs et sur le confort d'utilisation. Ces speedtests faits à la volée ne valent rien.

Ce speedtest n'est pas représentatif d'un usage réel, donc vraiment, ne vous embêtez pas. ;) Ce qui serait beaucoup plus représentatif, ce serait d'ouvrir les apps 1 par 1 avec les animations désactivées, mesurer la durée d'ouverture de chaque application 3 fois de suite (avec une vidéo en slow motion, par exemple) puis faire une moyenne (comme le faisait PhoneArena il y a un moment). Ça ne ferait plus intervenir les animations, qui ne sont pas censées pénaliser un smartphone, le bouton Home, qui n'a pas la même réactivité selon l'appareil (certains appareils attendent de détecter un double clic, d'autres non), et la latence du testeur, qui ne clique pas instantanément. Puis éventuellement, augmenter le nombre d'apps ouvertes en arrière-plan 1 par 1, et en déduire un nombre maximal d'apps ouvertes en arrière-plan, même si ça n'a pas un intérêt fulgurant (certains appareils attendent quelques minutes, puis purgent la RAM, ce qui les rend moins performants que d'autres en utilisation réelle). Il n'est même pas sûr que ça prenne beaucoup plus de temps à réaliser que votre test actuel. Mais ouvrir 10 apps à la suite, ça n'a vraiment pas de sens, ce n'est pas du tout équivalent à ouvrir 10 applications 1 par 1 et additionner leur temps d'ouverture...

Idem avec mon Nexus 5

99% des applications ne sont pas pourries. Et il vaut parfois une application moyenne qui remplit son rôle que pas d'application du tout...

Le fait qu'elle ai des fuites mémoire les aurais empêché de voir le jour ? Je vois pas bien le rapport.

Pas vraiment non, le garbage collector permet surtout aux 99% d'applications qui n'auraient pas existé sans de voir le jour ... ... y'a qu'a regarder le play store, 99% des applications sont pourries. Du coup, je préfère qu'elles ne voient pas le jour.

Le garbage collector c'est quand même le truc qui permet que la mémoire soit aujourd'hui mieux gérer dans nos application qu'elle ne l'était à l'époque. Car en gros le garbage collector gère ça mieux que 99% des développeurs.

Rien à voir mais j'ai vérifier et re re re vérifier la densité de pixel de mon Meizu M2 mini la densité de pixel est de 320ppp (dpi en anglais) ce qui signifie que sois mon tél fait 4.8" maximum (alors que même sur site Meizu ils disent 5" bref tous les revendeurs marque 5") sauf qu'en HD sur 5" on peu pas obtenir 320 mais seulement 296 . Donc sois je suis en 4.8" comme je le disais plus haut sois je suis pas en 720p mais plutôt en 750p ! Qui en a un Meizu m2 et donc peut me le confirmer ???<i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour smartphone</a></i>

La machine Virtuelle d'android est tellement spécifique et n'as tellement rien a voir avec les JVM PC qu'on connait que l'explication est un peu trop simpliste. Il y'a eu un gros gros travail aujourd'hui sur cette VM pour avoir des précompilation, du JIT, des évolutions qui font que le fait d'être dans une VM n'ajoute finalement pas tant que ça en consommation mémoire.

PS: Puis faut surtout pas oublier que la ou les iPhone tourne encore en HD 750p et les iPhone + en FHD (HD 1080p) sur Android c'est en FHD (HD 1080p) et QHD (2160p environ et ou 1440p) . Déjà ce ne sont pas du tout les même configuration donc les plupart des appareil Android HDG sont plus gourmand de manière général ! À l'époque où on était qu'en HD 720p et HD 1080p si on regarde bien c'était une époque aussi à 1Go de RAM pour 720p et 2Go de RAM pour 1080p. C'est pour ça que je dis que sur du FHD (1080p) 2Go de RAM c'est toujours largement suffisant ! <i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour smartphone</a></i>

Je le vois bien avec mon 5x et ses 2go de ram, il tourne à merveille pas besoin de plus

Merci. Enfin un peu de bon sens.

Tu peux détailler le "Java c'est caca" ? Je précise que je suis développeur .NET donc il m'arrive de troller sur Java, mais je suis curieux d'avoir tes explications.

Tout simplement parceque 2 ou 3 Go c'est largement suffisant pour Android . Voilà pourquoi vous faites tant d'hypothèses. À quoi sers 4 ou 6 ou 8Go de RAM sur un smartphone Android ? La réponse vous la voulez vraiment ? Et bien cela sert strictement à rien c'est simplement marketing. Il y a un seul bon coter c'est que ça fait aussi évoluer rapidement nos produits high-tech. Si il n'y avait que Apple et bien on avancerait à pas de fourmi ! Car croyais le ou non Apple mettent toujours le minimum dans leurs iPhone et iPad et ouais moin de RAM c'est avant tout moin chère ...<i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour smartphone</a></i>

perso de préfère AbbA

Laisse les alcooliques anonymes tranquilles, enfin.

Merci Gary de AA ;)

Faut aller sur AA

La gestion manuelle de la mémoire, c'est vraiment n'importe quoi. D'ailleurs, avec la démocratisation de l'ARC depuis iOS 4, les performances d'iOS se sont vautrées lamentablement.

Sans vouloir trop entrer dans les détails, la première partie est inexacte a mon sens. La mémoire virtuelle n'est en aucun cas quelque chose qui alourdit la gestion de la mémoire, au contraire, sans elle la consommation mémoire serait tout simplement incontrôlable (je ne parle même pas de l'isolation des app multitaches, mais uniquement des problématiques de fragmentation). Ce qui est dommage au final, c'est de rater la seule réelle partie importante : Pourquoi est-ce que mon Android avec ses 4Go de ram est une sombre merde face a un PC avec 4Go de ram. La réponse, a mon sens, est finalement assez simple : on ne veut pas que l'utilisateur ait a gérer ses tâches. On préfère que l'OS gère ça "magiquement", le seul souci, c'est qu'il n'y a pas de magie, l'automatisme a un prix, et forcément, samsung et autre préféreront tuer votre navigateur plutôt que tous les bloatwares installés (pour ne prendre que l'exemple le plus simple). Enfin dire que le java est maintenant maîtrisé est inexact. Le problème n'est pas tant dans la VM elle même (même si l'overhead est loin d'être inexistant), mais dans sa gestion de la mémoire justement. Ou plutôt dans sa non gestion de la mémoire. Le garbage collector est juste l'une des pires inventions en termes de performance, et efficacité. Ça ne sert qu'a cacher des problématiques aux développeurs qui ne veulent pas s'en soucier, et coûte donc en perfs de manière directe. Je ne suis pas fan d'apple, en particulier de leur pratiques commerciales, mais on ne pourra pas leur enlever que techniquement, leur plateforme est bien mieux maîtrisée, principalement car la proportion de java like est bien moindre. Et même si intrinsèquement elle souffre d'une partie des problèmes ci dessus, l'impact des "trucs magiques" est bien moindre.

Tout le monde sait que ça fait 1.333739068902037589.

J'avais oublié cette méthode rigolote: je divise 4 195 835 par 3 145 727 Les moins de 20 ans ne peuvent pas connaître...

Swapas rabat-joie comme ça.

Wow, je les connaissais pas ceux-là… ça tombe bien, le mien se fait un peu vieux…

C'est ceux avec un coeur fondant chocolat mes préférés.

Les OS pour ordinateurs ont accès au swap aussi, qui est plus limité sur des systèmes mobiles.

Article très intéressant ! Effectivement Java c'est caca (après ça fonctionne et ça pourrait être pire, ça pourrait tourner sous flash player... xD) <i>-------<a href="https://play.google.com/store/apps/details?id=com.frandroid.app">Envoyé depuis l'application FrAndroid pour tablette</a></i>

Y a beaucoup plus simple. AMD c'est les carrés, Intel c'est les ronds.

Au prix. Au goût. En comptant le nombre de threads par rapport au nombre de coeurs.

Ah oui, c'est fort possible. Vieux réflexe pourri au mot hibernate, j'y suis devenu quasiment allergique.

Alors, je me trompe peut-être, mais pour moi, ce que RAM Truth appelle "hibernating", c'est de la RAM qui a été utilisée, qui ne l'est plus, mais les données sont conservées en cache tant qu'il n'y a pas d'utilité à les remplacer. C'est un mécanisme que tu retrouves sur tous les OS et qui n'a rien de propre à Java, si c'est bien ça. (D'ailleurs, elle est bien sous "Available")

Tu sais comment distinguer un CPU Intel d'un AMD ?

Car il faudrait décortiquer les optimisations introduites par les constructeurs, nous n'avons pas encore soumis le Xperia XZ à notre speedtest (faudrait le faire !)

Perso, je pense que les principales applications sont développées sur IOS, et puis par la suite "adaptées" pour Android... d'où le manque de gain de performances... Tout comme dans le monde du jeux vidéo sur console d'ailleurs : Un jeu développé sur Xbox sera plus beau et fluide que sur son adaptation sur Playstation, et vice versa...

Au délà des différences entre ces 2 OS pour le même type d'usage, l'article explique certains mécanismes qui font que, contrairement à ce qui est souvent dit, jamais il n'y aura un OS unifié mobile/télé/PC... On peut avoir des interfaces utilisateurs communes (par exemple sur tous les écrans un bureau avec un infâme menu démarrer), mais ça s'arrête là. Exemple: tu es sur ton mobile, 15 onglets ouverts dans le navigateur, une mise à jour d'appli en arrière-plan, et un appel arrive. Si pour établir et maintenir la conversation, il faut libérer des ressources, l'OS va sans que ça pose problème tuer quelques tâches. Sur le PC, tu viens de passer 15h sur ton mémoire (sans sauvegarder, t'es un vrai ou pas?!?), et Robert te balance dans ton appli d'IM une vidéo bien lourde. L'OS du PC ne va pas tuer ton traitement de texte pour décoder et afficher la vidéo. Il va se contenter de te faire râler soit parce que tu perds du temps sur ton mémoire, soit parce que la vidéo de Robert saccade et pixelise, fallait pas prendre un Celeron espèce de radin.

Après tout, on est trolldi :-)

Oui, sauf que non. Comme l'a précisé Ulrich, ce point là est traité (c'est d'ailleurs la toute première hypothèse contrôlée). Le constat est loin d'être aussi critique que ce que tu as l'air de penser. Oui, la JVM ajoute une couche intermédiaire. Mais on n'est plus dans les années 90, les JVM ont des performances décentes, et l'impact est quasiment nul dans la majorité des cas dont il est question sur ce type de plate-formes (des applications assez basiques). Les jeux sont pour l'écrasante majorité en C (ou autre langage compilé en natif derrière), donc ne sont pas impactés du tout. C'est facile de critiquer des technologies parce que c'est la mode. C'est dommage d'utiliser des arguments qui n'ont plus lieu d'être pour le faire.

C'est pourtant la différence essentielle entre les 2 systèmes. On a d'ailleurs un indice dans une des illustrations dès l'introduction: l'appareil qui a 2Go de RAM a 600Mo pour la mémoire "hibernate". 1/3, c'est pas rien et c'est propre à Java.

très bon article Ulrich, cepandant, comment oublier une marque (d'ou tu possède ton propre mobile d'ailleurs) comme Sony qui propose la meilleure optimisation logicielle avec moins de RAM que les concurents?

Je survole Java : en évoquant la machine virtuelle et tout, mais je ne suis pas rentré dans les détails.

Merci pour cet article, c'est exactement le genre d'article que l'on devrait retrouver plus souvent ici !

C'est un bon début mais il manque le plus gros de l'explication, c'est à dire celui qui justifie RÉELEMENT le fait qu'Android consomme plus, a savoir : Java. Pourquoi Java ? pour la simple et bonne raison que se base sur un environnement virtualisé nommé la JVM. Et comme tout environnement virtualisé il y a des pertes de performance que ce soit en puissance de calcule ou encore en RAM et donc pour rattrapé son retard android attribut plus de RAM à ses application. Je vous laisse chercher plus de détails a ce niveau sur google ou demandé a votre dev Android pour compléter l'article.

Je vais lire c'est certain. A la lecture du titre, je me suis juste dit qu'on allait passer une bonne journée. Déjà que je vais pouvoir triller sur les chinoiseries... (cela dit, vu le niveau des fanboys il faut que je baisse mon niveau d'exigence, un peu comme si je voulais m'acheter un de ces machins)

Un article aux petits oignons parfait pour le petit dej

Il faut lire le reste, y'a vraiment des explications intéressantes où nous avons essayé de vulgariser un maximum le sujet. :)

Je n'ai vu que le titre, mais merci Ulrich! Je prépare des quintaux de popcorn et quelques coussins pour les copains. On attend les avis de iAndroid ou Lemaître!