Instale o pacote do flash via Yast (é tipo o painel de controle do windows, só que muito melhor hehehe, brincadeira) e depois é preciso rodar o seguinte no console para que o wrapper ache o seu plugin:

nspluginwrapper -v -a -i

Vão aparecer algumas mensagens de erro, porque provavelmente ele vai achar alguns plugins que são 64 bits mesmo, mas vai incorporar o flash. Reinicie o firefox and be happy!

Vou tentar colocar aqui depois um tutorial de configuração do ambiente usando o Yast.

inwrapper -v -a -i

Para ser sincero, eu até tenho uma máquina que tem Windows Vista Home (e é oficial tá? Na verdade teria até duas, só que uma delas eu formatei e tirei até a área do restore, agora só em DVD.) Minhas máquinas (executantes, ou seja, as que são ligadas de vez em quando) são todas 64 bits, mas memso assim, uma delas (que uso mais) tem um linux 32 bits. Isso foi um problema porque como a máquina tem 4 GB de Ram, usando apenas 32 bits não é possível enxergar toda a memória disponível. Uma solução para isso é usar um módulo chamado PAE (Physical Address Extension – Extensão de Endereços Físicos) que permite usar mais bits para indexar os endereços. Funciona muito bem, mas seria melhor ter uma versão de 64 bits. E aí começa o post…

Bom, nas outras duas máquinas que tenho o OpenSuSE 11.2 64 bits, que diga-se de passagem está muito melhor que o 11.1, inclusive reconhecendo o seu aparelho celular como modem 3G e permitindo configurações para acesso (na verdade não sei se reconhece o seu, mas o meu reconheceu ). O sistema em si é muito legal, o KDE4 é super agradável de usar (sim, eu prefiro KDE ao Gnome, mas isso é um detalhe,) compiladores funcionam, NetBeans 6.7 e 6.9.1 funcionam, bancos de dados, ou seja, a maior parte das coisas que eu uso funcionam muito bem.

O problema começa quando você quer usar a máquina como um usuário comum, navegar na internet, ver conteúdo em flash (esse foi o motivo do post,) atualizar o sistema e talvez instalar um jogo?

Eu até consegui instalar o flash 32 bits (sim! que vergonha Adobe, nada de 64 bits…) mas quem disse que o Firefox consegue se entender com ele? É claro que tem alguma solução (que eu vou postar aqui qualquer hora dessas) mas é chato você ter que se degladiar com o sistema principalmente em uma situação tão boba, porque é o tipo de coisa que os usuários domésticos mais usam!

E não me entenda errado, eu recomendo o OpenSuSE até para quem não pede opinião, eu realmente gosto do sistema e dessa distribuição apoiada pela Novell, nem sou daqueles alucinados que ficam atualizando o sistema toda hora não, para mim é suficiente uma vez por ano ou até menos que isso, trocar para a nova versão com todas as novidades já testadas e organizadas. O problema que estou levantando é que entre a versão 32 bits e a 64 bits você sofre um bocado! Me parece que tem muito menos repositórios de atualizações da versão 64 bits então você precisa ficar clicando repetidamente em “retry” no sistema até que o Yast esbarre com um repositório que tem o seu pacote. Isso é no mínimo chato para não dizer irritante.

Enquanto escrevo a outra máquina está aqui do lado atualizando, em 68% já perdi a conta de quantas vezes tive que virar para clicar “retry”

Se você quiser usar a sua máquina para desenvolvimento é bem legal usar a versão 64 bits porque você realmente aproveita a máquina, seja em C ou em Java, faz diferença, mas se você quiser só usar uma máquina com softwares livres a versão 32 bits ainda é mais fácil de levar. Então fique atento, não adianta colocar 8GB de Ram porque o PAE não consegue enxergar isso tudo, com 4GB eu consigo usar 3.75 GB, é bastante bom para quem antes só via 2 GB.

Interessante isso, a AMD pode ter que suar muito para fornecer o mesmo tipo de funcionalidade, por outro lado a AMD é uma empresa que apoia fortemente a plataforma Linux, que é vírus-free

Desculpa aí.

Resolvi então baixar um programa de benchmark, mas só achei um bem velho (que usa como referência o Pentium 90, ou seja, muito velho) chamado nbench. Tentei rodar o programa, mas na versão 32 bits do linux não funcionou legal, só que como o autor explica esse não é um benchmark para máquinas multi-core, resolvi que vou adaptar (mas devagar né?) o programa (que já está pronto) para uma versão paralela a fim de testar máquinas multi-core.

De qualquer forma não serviu para o que eu queria, então resolvi fazer o mais básico possível, um simples programa de multiplicação de matrizes, baseado em pthreads usando memória compartilhada e rodar ele nas 3 máquinas a fim de chegar a alguma conclusão. Aí sim fez diferença! Para começar já abusei do gcc colocando os parâmetros -O3 e -march=amdfam10, que segundo o guia de referência da própria AMD são opções de otimização agressivas, com essas opções os resultados foram impressionantes! Depois eu coloco os números, mas o Phenom ficou 4x mais rápido que o Turion.

Agora quando utilizo a máquina virtual Lua com paralelismo, o programa no Phenom fica 2x mais lento que no Turion, ainda não consegui desvendar o mistério, acredito que tem a ver com erros de cache, troca de contexto e com a impossibilidade de aplicar as mesmas otimizações, o que me incomoda é que eu esperava pelo menos que ficasse igual, mas não pior.

De volta a prancheta.