BR-Linux.org

Ontem noticiei a prática da Samsung de manipular resultados de benchmarks em seus aparelhos Android top de linha por meio da detecção da execução dos testes e ativação de modos especiais da CPU e GPU que inflam os resultados de desempenho de maneiras irreais, inacessíveis a apps em geral.

Hoje é a vez de apresentar o relatório do AnandTech sobre o tema, que parte de estudos realizados desde julho e acabou mostrando que, de todos os fabricantes cobertos pelo site, só a Motorola e a Apple não recorrem a esse lamentável truque sujo de falsear resultados.

Mencionados como exemplos de ocorrência da manobra estão aparelhos recentes da LG, HTC e Asus, além da Samsung - todos rodando Android. Mas se trata de alterações efetuadas por cada um dos fabricantes isoladamente, já que o "recurso" não faz parte do código original do Android, e assim também não está presente nos aparelhos da linha Nexus.

É uma situação lamentável, tanto pelos aspectos éticos quanto pelo custo/benefício, pois a parcela de clientes em potencial que escolhe aparelhos com base em testes de desempenho é a mesma que tende a chegar a ser informada desse tipo de manipulação, quando ela é descoberta. E já foi.

Assim como o Ars, o AnandTech também está revendo seus procedimentos de testes de desempenho na plataforma Android. No que faz muito bem. (via www.anandtech.com - “AnandTech | They're (Almost) All Dirty: The State of Cheating in Android Benchmarks”)

Foi descartado o plano de ter o Mir/XMir como servidor gráfico default no Ubuntu 13.10. a ser lançado ainda este mês, porque o software não estará pronto a tempo – mas o plano de adotar o Mir no Ubuntu Touch está mantido.

Segundo o sumário do LWN, o cerne da questão é que o XMir ainda não chegou ao ponto da ausência de recursos que, embora estejam funcionando, não chegaram ainda a poder ser apresentados a todos os usuários.

Como a próxima versão ao Ubuntu (o 14.04, imagino) deverá ser LTS, na qual usualmente não se deseja agregar novos subsistemas que não tenham sido previamente testados de maneira ampla, imagino que a decisão de voltar atrás no plano de adotar o XMir como default para todos os usuários da distribuição não tenha sido das mais fáceis. (via lwn.net - “No Mir by default in Ubuntu 13.10 [LWN.net]”)

Parece que a turma do hardware gráfico começou uma corrida para estimular o desenvolvimento de drivers open source ou comunitários: na semana passada a NVIDIA anunciou que ia começar a atuar em conjunto com os desenvolvedores externos, e agora a AMD, que há bastante tempo disponibiliza a documentação que facilita o desenvolvimento de drivers livres mais completos, anunciou a disponibilização de vários volumes de documentação atualizada.

Os novos manuais disponibilizados ao público pela AMD se referem ao desenvolvimento para as funcionalidades 3D dos processadores das séries Radeon HD 5000 a Radeon HD 8000. (via www.phoronix.com - “[Phoronix] AMD Posts A Horde Of New 3D GPU Documentation”)

Enviado por Patola (patolaΘgmail·com):

Via blog.mandriva.com:

A Mandriva participará da 10ª Conferência Latino-americana de Software Livre, Latinoware2013, que acontecerá nos dias 16 a 18 de Outubro, na Usina Hidrelétrica de Itaipu Binacional, em Foz do Iguaçu-PR.

O CEO da Mandriva-França, Jean-Manuel Croset, palestrará sobre o tema: Software Livre, Independência Digital e Privacidade de Dados, no dia 17/10 às 13h, no espaço Brasil e nosso colaborador Francisco Panis Kaseker, apresentará o tema: Cloud Frameworks: comparison, no dia 16/10 às 16h, no espaço Chile. Aproveitaremos a oportunidade para demonstrar nossas soluções em software livre. Visite nosso estande e confira as novidades que teremos para você!

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Enviado por João Fernando Costa Júnior (revistaΘespiritolivre·org):

Não é a primeira vez que a Samsung aplica o "jeitinho coreano" aos seus aparelhos para inflar resultados de benchmarks: com uma das edições do Galaxy S4 ela já havia feito o mesmo. Mas na ocasião a empresa declarou que na verdade ele acelerava a CPU em operações realizadas pelos benchmarks, como manipulação de gráficos, e não propriamente em benchmarks. Naquele momento, colou.

Mas agora, ao testar a edição do Galaxy Note 3 para os EUA, o Ars Technica estranhou que nos benchmarks todos os núcleos da CPU ficavam permanentemente em uso, sem o usual descanso/economia enquanto aguardam pelo início de uma operação, e desconfiou.

Encurtando a história, eles reempacotaram o mesmo benchmark, dando a ele outro nome, e os núcleos passaram a se comportar da forma normal, e o benchmark teve resultados 20% piores – alinhado aos resultados de outros aparelhos com o mesmo chipset.

Inspecionando e decodificando o sistema, os testadores do Ars encontraram o seguinte trecho crucial de código:

Basicamente, o que o trecho acima faz é listar os nomes de pacotes de vários benchmarks típicos, e instruir o sistema a se comportar de maneira especial (trocando eficiência energética e térmica por desempenho de processamento) quando esses testes estiverem rodando.

Além de ser feio, dificulta uma das maneiras usuais de comparação objetiva de desempenho com aparelhos concorrentes, como o Optimus G2 da LG (que tem o mesmo hardware básico mas não inclui o artifício acima), pois naturalmente falseia de maneira intencional os resultados dos testes de desempenho, a ponto de obter resultados 20% a 50% melhores do que quando o mesmo benchmark roda com algum outro nome não incluído no trecho acima.

Como a alteração ocorre no nível do sistema operacional e já é o segundo caso registrado (e existe supeita de um terceiro), o Ars Technica já está modificando a maneira como acompanha resultados de benchmarks de aparelhos com Android. E faz bem. (via arstechnica.com - “Note 3’s benchmarking “adjustments” inflate scores by up to 20% | Ars Technica”)

Enviado por Jerônimo Medina Madruga (jeronimo·madrugaΘgmail·com):

Enviado por Iuri de Arruda Gules (iuri_gulesΘyahoo·com·br):

Enviado por Guilherme Razgriz (razgrizΘcrialivre·com·br):

Enviado por Lucas Neves Martins (lucasmartinsΘrailsnapraia·com):

Enviado por Tibeti Caviglioni (contatoΘdextraining·com·br):

Enviado por Alberto Mitsuo Sato (amsatoΘinnovus·com·br):