Novo Patamar Na Programação Android! Linaro
#1
Mensagem publicada 10 June 2012 - 11:25
Parece que dentro em breve vamos conhecer um novo patamar no sistema operativo Android
primeiro foi a Gingerbread, depois o android 4 e variantes (ics entre outras) e agora surge o novo Linaro http://www.androidpo...g-added-to-cm9/
leiam e vejam a entevista
kernell "próprio" da Semaphore" - Modem XXJVU
Keep it Simple - nada de Oc e configurações esquisitas depois é só FC e problemas, chatices e tristezas!!!!!
#2
Mensagem publicada 10 June 2012 - 23:06
O android 4.0 ainda é algo "recente".
Já se pensa numa nova versão, mas de certo que ainda demorará...
Cumps, Tender
Motorola Nexus 6 - Midnight Blue - 32GB - 5.1 Lollipop
Samsung Galaxy Tab S 8.4 (T700) - 16GB - 4.4.2
Antes de iniciares a tua atividade no androidPT, lê as regras com atenção: REGRAS
Chat Gmail do fórum, para ajuda e dúvidas: [email protected]
#3
Mensagem publicada 10 June 2012 - 23:13
Isto não é uma nova versão de Android!
Isto é uma nova arquitectura do próprio Android, uma nova forma de estruturação e organização do próprio sistema operativo, vá...
É de uma eficiência tão bem conseguida que, dessa forma, consegue duplicar a velocidade de processamento.
#4
Mensagem publicada 10 June 2012 - 23:25
Se estiverem interessados em comprar: www.europe.oppostyle.com
Comunidade Portuguesa da OPPO: http://www.oppoforum...ums/portuguese/
Página de Fans no Facebook: https://www.facebook...ppoFansPortugal
#5
Mensagem publicada 11 June 2012 - 11:46
#6
Mensagem publicada 11 June 2012 - 13:13
Alterarem a programação inicial da Google e dessa forma conseguiram melhorar a performance. No entanto não se trata de nenhuma ROM completa, eles simplesmente disponibilizam as melhorias que fizeram para quem quiser poder implementar nas suas Custom-Roms.
Parece que a equipa do CM vai tentar implementar nas próximas versões do CM9 para melhorar a performance.
#7
Mensagem publicada 11 June 2012 - 13:40
Muito bom a meu ver. É pena não possuir nenhum equipamento compativel com ICS.
Se estiverem interessados em comprar: www.europe.oppostyle.com
Comunidade Portuguesa da OPPO: http://www.oppoforum...ums/portuguese/
Página de Fans no Facebook: https://www.facebook...ppoFansPortugal
#8
Mensagem publicada 11 June 2012 - 16:20
#9
Mensagem publicada 11 June 2012 - 16:28
Se estiverem interessados em comprar: www.europe.oppostyle.com
Comunidade Portuguesa da OPPO: http://www.oppoforum...ums/portuguese/
Página de Fans no Facebook: https://www.facebook...ppoFansPortugal
#10
Mensagem publicada 11 June 2012 - 17:07
Basicamente, o que eles alteraram não foi nada de profundo nem optimizaram nenhum algoritmo que por magia faça as coisas funcionar mais rápido. O que aconteceu é que o código proveniente do AOSP não é compatível com algumas optimizações do GCC (GNU C Compiler). O GCC consegue optimizar o código maquina gerado conforme aquilo que consegue perceber do funcionamento do código fonte (estamos a falar na camada escrita em C/C++ do SO). Acontece que parte do código disponível, alterado de maneira a que o GCC consiga entender o funcionamento do programa, possíbilita o uso de mais optimizações e portanto o código maquina gerado tem melhor performance.
Para referencia, e para quem tenha curiosidade, uma optimização falada no video é a no-strict-aliasing e é descrita neste artigo do Wikipedia (em ingles).
Ora, conseguindo GCC optimizar toda a base do SO (includindo a Dalvik VM), o código é executado muito mais rápido pois está optimizado correctamente para o CPU onde vai correr, e é aí que eles vão buscar aquela performance.
Se virem bem as alterações que estão para review para entrarem na CM9, são todas alterações muito simples e que têm apenas como objectivo fazer o GCC "perceber" o objectivo do código fonte.
Mais alguma dúvida é só perguntar
EDIT: Só para acrescentar um exemplo dum optimização efectuada pelo GCC.
int i; for(i = 0; i<10; i++) printf("hello world");
Basicamente o que o código acima faz é escrever 10 vezes "hello world" no ecrã. Agora o compilador (GCC) pode optimizar isto, ou não
Não optimizado, o código máquina gerado seria algo do género:
1: i = 0; 2: escrever "hello world" 3: i = i + 1; 4: i = 10? 5: se não, saltar para linha 2;Isto é lento visto que quando o CPU chega à linha 4 tem de fazer um teste (que é muito lento, computacionalmente falando), e depois se na linha 5 a condição se verificar, tem que "saltar" para a linha 2. Tudo isto é muito lento, embora seja um código mais compacto.
O código optimizado seria algo do género:
1: escrever "hello world"; 2: escrever "hello world"; 3: escrever "hello world"; 4: escrever "hello world"; 5: escrever "hello world"; 6: escrever "hello world"; 7: escrever "hello world"; 8: escrever "hello world"; 9: escrever "hello world"; 10: escrever "hello world";
Acho que dá para entendar o porquê de ser mais rápido certo? Embora seja maior, é mais rápido.
Claro que isto tem muitas outras nuances, mas é só para dar um exemplo.
- Phest Kandlar gosta disto
#11
Mensagem publicada 11 June 2012 - 17:59
#13
Mensagem publicada 11 June 2012 - 20:14
#14
Mensagem publicada 13 June 2012 - 17:28
Não será segredo que o Android terá muitas arestas por limar, e que lhe poderão dar maior velocidade... o que talvez seja mais surpreendente é que esse ganho possa resultar num Android 100% mais rápido como agora parece ter ficado comprovado com a transformação do Android 4.0 ICS neste "Linaro".
Mais informações: http://abertoatedema...ais-rapido.html
#15
Mensagem publicada 13 June 2012 - 18:00