Question

Je ne sais pas si quelqu'un d'autre a remarqué, mais les pistes de l'émulateur Gingerbread comme un chien, à la fois le défilement, la navigation, l'interaction - tout en prenant beaucoup plus de temps et être beaucoup plus saccadé. J'ai même reçu un ANR dans le navigateur lorsque j'ai essayé de l'utiliser: http://www.androidpolice.com/2010/12/06/walkthrough-and-hands-on-with -le-pain d'épices-ui-la-nouvelle-pain d'épices-clavier-en-tout-le-sex-appeal / (voir vers le bas).

Je viens de lire sur le nouveau StrictMode http://android-developers.blogspot.com/2010/12/new-gingerbread-api-strictmode.html et sur toutes les améliorations de performance dans Gbread, mais mon expérience à ce jour suggèrent le contraire.

Peut-on aller au fond de cette situation? Je me trouve redoutant mettre en place une instance de pain d'épice à ce stade.

Était-ce utile?

La solution

Toutes les réponses ci-dessus ont leurs mérites et doivent être pris en considération, mais gardez à l'esprit la mise en œuvre Google d'une machine virtuelle pour la simulation des appareils est pas exactement aussi bon que ceux de Microsoft et Apple, il ne peut être que vous pouvez faire, mais assurez-vous optimiser la configuration et d'obtenir une meilleure machine.

Avec l'introduction de Honeycomb le système Android utilise plus de puissance graphique pour faire le rendu de l'interface utilisateur. Ce lorsqu'il est exécuté sur un simulateur ne peut pas utiliser nativement la puissance graphique de votre matériel PC, mais la plupart émuler le matériel sur le téléphone qui aboutit toujours à perdre de la performance. Plus d'émulateurs génériques X86 sont devenus disponibles tels que VMWare, mais cela peut prendre un certain temps pour être à la disposition du SDK Android. Jusqu'à un port X86 d'Android Honeycomb est disponible qui peut tirer profit de votre GPU natif de l'émulateur sera lente.

La seule vraie solution est d'acheter un appareil nid d'abeille pour le travail de développement.

Autres conseils

Lorsque vous créez votre nouveau pain d'épice (niveau API 9) AVD, donnez-lui une quantité réaliste de RAM.

Par exemple, le Nexus S a 512MB

Vous faites cela dans "Créer un nouveau périphérique virtuel Android (AVD)" Dialog.

Appuyez sur « Nouveau ... » pour ajouter un nouveau paramètre de matériel et choisissez « taille de la RAM de l'appareil », cliquez sur OK.

Modifier le montant par défaut 96-512.

J'ai vu une discussion sur ce qui d'ailleurs suggéré que les paramètres de l'émulateur ne sont pas bien la configuration. Si vous donnez l'émulateur plus de mémoire, il devient apparemment beaucoup plus facile à utiliser.

Maintenant que vous pouvez facilement modifier AVDS, j'ai essayé de jouer avec certains paramètres pour mon pain d'épice AVD, et il est finalement assez utile.

  • Carte SD: 500MiB
  • Peau: WVGA800
  • Abstraite densité LCD: 240
  • Cache taille de la partition: 128Mo
  • Taille max tas d'application VM: 48
  • taille de la RAM de l'appareil: 512

Je pense que la RAM et VM max tas sont les plus importants, mais je me suis dit qu'il serait préférable d'inclure tous les paramètres, afin que vous puissiez les essayer comme point de départ, puis tweak.

Mes suggestions:

attacher seulement une carte SD si vous en avez besoin et très probablement n'allouez pas plus que vous avez besoin. Cela doit être émulé d'une certaine façon.

Les autres propriétés ne doit pas être gonflé au-delà de votre appareil cible. Si vous augmentez la taille du tas d'application VM et vous dépassez les valeurs de dispositifs réels, ils auront des accidents que vous ne remarquait même pas au cours du développement.

Certes, les valeurs par défaut ne sont pas enoughs pour certaines applications et le Ram de l'appareil doit être d'au moins 258 aux limites de votre appareil Android cible. Rappelez-vous aussi que si votre machine hôte de développement est faible sur la mémoire, puis la mémoire que vous avez alloué pour votre émulateur devra être permutés et de fournir une plus petite quantité évitera nombre de visites inutiles.

Après avoir modifié la résolution d'écran, le vérin de dispositif, laissant le dispositif « réchauffer » et en cours d'exécution sur le nouveau matériel frais j'ai enregistré la vitesse de l'émulateur Honeycomb.

Résultat à: http://www.youtube.com/watch?v=-7OR8vPsIak

Je trouve pas très différent alors Gingerbread sur du matériel ancien. J'espère que le GL hôte accéléré trouve son chemin vers le SDK bientôt. Pour le développement clair maintenant peut-être possible, mais UX création ou demoing est impossible.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top