Depois de pesquisar as mudanças multitarefa no android 4.0 ice cream sandwich um pouco mais, agora percebo que o "Recent tarefas" botão é na verdade um switcher tarefa que pode em tarefas parar de fato, mas não é um particularmente útil porque, mesmo embora seja suposto "bom matar" os processos quando você detê-los, não interromper os serviços de re-desova e não vai necessariamente matar aplicações mal se comportando, como dizem, Facebook, que tem de ser um dos mais terrivelmente escrita pedaços de lixo desde o iTunes.
Então você tem que acabar usando o assassino verdadeira tarefa no menu Configurações de qualquer maneira.
Também não faz distinção entre as tarefas que você "recentemente iniciado" e as tarefas que são, na verdade ainda está em execução também. E não vai parar os serviços e aplicações a partir de re-si-mesmas desova quando você não quer que eles, e não há maneira de controlar os aplicativos que re-spawn serviços em nível global do sistema operacional e em uma base granular, assim como iOS tem com notificações push que você pode ligar e desligar em um aplicativo de base app.
Esse tipo de coisa é deixada para o Android app desenvolvedor, que pode ou não colocar em uma configuração para desligar coisas como polling da rede, et cetera.
Eu também estou ciente da "memória não utilizada é memória desperdiçada" argumento e que os recursos do Android libera por conta própria e também caches processos e aplicativos para que arranque mais rápido.
Bem, adivinhem. Se a memória não é lá quando uma aplicação exigente precisa dele, eo assassino tarefa, automático ou não, é incapaz de parar um processo errante, você está ferrado. Desculpem, mas se matar um aplicativo usando um gerenciador de tarefas ou switcher, eu realmente quero saber que ele é realmente ido embora. E eu suspeito que o mesmo acontece com a maioria dos usuários finais que não trabalham com coisas como Linux todos os dias.
O suficiente com os argumentos multitarefa que eu nunca vou ganhar com o fandroids. Vamos voltar para apps.
Os aplicativos que parecem correr lentamente, têm longos tempos de inicialização e congelar-se em Ice Cream Sandwich são gráficos que são programas intensivos são construídos em Dalvik, aka bytecode Java. Os piores que já vi têm sido UI Netflix filme principal de navegação, o leitor de notícias Pulse, Weatherbug HD e sim, Facebook.
É difícil dizer exatamente se há um padrão a que tipo de aplicações são as mais problemáticas, porque ao contrário da Apple, que periodicamente faz com que seus desenvolvedores re-certificar sobre novos lançamentos OS ou exclusão face de sua App Store, o Google não blacklist aplicativos em o Android Market que foram construídas para idosos APIs do Android, que pode não funcionar corretamente.
E o Android Market não classifica aplicações por qual o nível de APIs que eles usam, então você não pode escolher seletivamente o material mais novo ou mais atualizado. Ou mesmo filtrar aplicativos mais antigos em conformidade.
Mas eu suspeito que qualquer coisa que não foi construída para aproveitar APIs Honeycomb especificamente para funcionar como um app tablet vai ter problemas.
Google tem melhorado problemas de processamento da tela, permitindo que os aplicativos que foram projetados para smartphones (como FaceBook), quer esticar para preencher a tela ou rasterizar em sua resolução nativa, um aplicativos para iPhone la no iPad. Mas não é um processo totalmente à prova de falhas como no iOS da Apple.
Para a maior parte quando eu encontrei um aplicativo que foi projetado para tirar vantagem de Honeycomb (3.0, 3.1, 3.2) e era puro Dalvik, tais como IMDB ou Flixter, que correu bem, embora ainda não tão sensível como os seus homólogos iOS. Mas a grande maioria dos aplicativos que existem no Android Market ou Appstore própria Amazônia são escritos contra a APIs para 1.5, 1.6, 2.0, 2.1, 2.2 e 2.3.
Do próprio Google ICS 4.0.3 aplicativos como Gmail, YouTube, G +, Livros do Google e do Navegador todas correr bem, mas isso é de se esperar, desde que a empresa conhece o seu OS e APIs melhor do que ninguém e pode otimizar em conformidade.
3-party Aplicações construídas no Kit de Desenvolvimento nativo (NDK), que são escritos em C + + nativo tarifa muito melhor. Mas a maioria dessas aplicações são os jogos, ea arquitetura básica do NDK não mudou substancialmente desde Honeycomb, de modo que você espera coisas que é executado de forma eficaz sobre o metal ainda corre muito bem.
Sim, e aí está a dificuldade. NDK aplicativos que rodam em C + + grande corrida. Otimizado Honeycomb ou Ice Cream Sandwich Dalvik (Java) apps correr melhor do que eles fizeram anteriormente, mas não tão rápido quanto C + + nativo.
Claro, eu tenho corrido todos os meus Ice Cream Sandwich testes tablet em um XOOM, que é uma NVIDIA Tegra 2 design dual-core. Já, o Tegra 3 quad-core mais rápido comprimidos com GPUs, como o Asus Transformer Prime estão começando a navio, mas há poucos Tegra 2 é que só começou a enviar também.
Então, isso significa a fim de obter ótima desempenho android 4.0, deve-se começar uma nova tablet quad-core e baixar as suas expectativas sobre os modelos existentes de receber a atualização?
Isso é um pouco de sabor desagradável de sorvete de engolir, considerando que a Apple conseguiu um desempenho extremamente fluido exata de mesmo iPad de primeira geração no iOS 5, usando todos os nativos C + + e Objective-C aplicações baseadas, que tem um mísero processador de núcleo único e 256MB de RAM, nevermind o iPad 2 com dual-core A5, que só tem a metade da RAM de comprimidos Honeycomb do ano passado, mas compensa com uma GPU mais poderosa e aplicativos mais eficientes.
Acho que temos de gerir as nossas expectativas sobre o Android em geral. Porque ele usa Dalvik como seu motor principal aplicação, temos que perceber que ele é menos eficiente que um sistema operacional que é executado somente nativas C + + ou Objective-C aplicações. Então isso significa que ele precisa usar mais memória RAM e CPU potência também mais para lhe dar uma experiência equivalente com aplicativos tablet ambicioso.
E isso também significa que a tendência para o Bill of Materials (BOM) de comprimidos de tamanho Android, a fim de manter o ritmo com o IPAD vai tendem a ser maiores do que a matéria da Apple sem o que, mesmo se eles continuam empurrando para cima as especificações para manter o ritmo em apenas um nível de performance pura.
Nevermind encher estes comprimidos cheio de coisas inúteis, como alta resolução câmeras e portas HDMI e slots de expansão de memória que ninguém realmente usa apenas por uma questão de fluência característica competitiva.
E eu não quero nem entrar vantagens da Apple da cadeia de suprimentos que parceiros OEM do Google vai ter um momento muito difícil recuperar o atraso com.
Então eu usei o Android 4.0 para duas semanas em um tablet. É melhor do que Honeycomb? Sim. Mas não sem sua própria quota de problemas. Vai levar algum tempo para aplicativos para alcançá-lo, e você pode querer considerar o uso de hardware que está realmente à altura da tarefa de proporcionar uma óptima experiência com o novo sistema operacional.
Você já usou Android 4.0 em um tablet ainda? Talk Back and Let Me Know.
