Discutíamos sobre versões de linux e tudo mais, eu particularmente sou fã do openSUSE, versão aberta da distribuição que foi comprada pela Novel. Essa distribuição originalmente tinha os melhores drivers porque foi uma das primeiras a cobrar (pelos drivers, não pelo kernel) o que gerava insumo para pagar pelo desenvolvimento. Atualmente a Novel mantém duas versões a openSUSE gratuita e a Enterprise Server paga.

Inclusive estamos prestes do lançamento da versão 11.3, em casa tenho instaladas as versões 11.0(powerpc), 11.1(32 bits) e 11.2(64 bits) uma coisa trabalhosa é ficar experimentando as funcionalidades e assim chegamos finalmente ao ponto desse post! Uma das coisas legais que existem no site do openSUSE é o HCL, uma lista de compatibilidade de hardware onde você pode ler as experiências de outras pessoas em relação a suas máquinas e até mesmo a periféricos tais como impressoras, scanners, tablets, celulares e o que mais inventarem.

Aí que sugeri aqui para um dono de um Dell Inspiron 1545 que publicasse no site (sim! qualquer um pode publicar lá sua contribuição, eu fiz uma sobre o uso de bluetooth na versão 11.1, mas estou devendo em relação ao laptop) a configuração da máquina, o modelo, e as coisas que funcionaram com a versão escolhida. Ora, mas para que se dar a esse trabalho? Simples, a comunidade open source vive de contribuição de experiências, é assim que os softwares crescem, então se você quer estimular o seu vizinho a usar Linux, nada melhor do que mostrar para ele uma lista de hardware que vai funcionar, isso porque alguém se deu ao trabalho de gastar 30 minutos de sua vida publicando a sua experiência.

Assim quando você for comprar um laptop novo pode passar lá e verificar se vai executar as coisas que você está planejando usar, senão pode aproveitar e procurar um modelo se adeque melhor as suas necessidades de uso.

Eu preparei um tutorial de JPA, e como eu uso Linux não tinha muita alternativa, mostrei como fazer usando o MySQL. Na minha ingenuidade eu acreditei que em sala de aula com o Access também funcionaria. Me enganei miseravelmente

Acontece que o Access, embora tenha o recurso de auto-numeração para uma coluna de id, não consegue expor isso para o JPA (aliás como não consegue expor várias coisas via SQL,) o resultado foi que tivemos que colocar um MySQL rodando em uma máquina e permitir acesso a ela via rede, aí tudo funcionou. A parte boa é que agora os alunos terão que usar um banco de dados mesmo, não dá mais para se apoiar no Access.

No tutorial eu não expliquei como instalar e configurar o MySQL porque tem muito material na internet, mas depois de muitas reclamações dos alunos estou preparando um material sobre como fazer isso para agilizar o processo.

Para o próximo período vou definitivamente continuar usando essa abordagem porque como fica mais alto nível podemos discutir detalhes mais importantes, o problema é que não dá para cobrir o JDBC todo e isso pode ter alguns efeitos ruins, mas como hoje se fala muito em frameworks de persistência, acho que é melhor ensinar a usar um, e aí pontualmente, eles podem estudar o uso de JDBC quando (e se) for necessário.

Levei algum tempo até me entender direito com a interface, mas depois de ler os manuais/tutorias fica tudo mais fácil, inclusive o tutorial é muito bom, com uma levada de rock’n'roll completa. Se você toca algum instrumento musical aos poucos começa ficar mais fácil conforme você vai usando. Interessante também a possibilidade de exportar a levada de bateria e importar em outro programa de edição de partitura por exemplo ou em um sequenciador. Ainda estou bem estagiário no programa, mas já ajudou nos estudos.

Você pode também baixar da internet kits de bateria gravados diretamente de uma bateria real e o som fica muito bom, eu não tentei (e não sei se o farei) tocar com esse programa em uma banda mas teoricamente se o “drum kit” for bom isso pode ser feito, mas acho que só ficaria bom se fosse para tocar em um lugar bem pequeno.

Fui no site oficial do opensuse (que é a distribuição linux que eu uso) para ver como fazer isso e encontrei a seguinte dica:

Ctrl + Alt + F2 – abre uma sessão de terminal em modo texto

Ctrl + Alt + F7 – volta para a sessão em modo gráfico

Aí para não ter nenhum susto eu compilei minha multiplicação para executar 10 mil repetições, fechei todos os programas e abri o terminal em modo texto, o programa todou em 33 segundos (ok eu acho que ficou muito lento, mas isso é outro problema.) Aí resolvi abusar, voltei para o modo gráfico abri o Amarok, coloquei uma música para tocar, abri o Netbeans 6.7, modifiquei o programa para executar 100 mil repetições e voltei para o modo gráfico (a única coisa que eu fiz de especial foi minimizar os programas.) Coloquei o programa para executar pensando “não vai dar certo,” pois não é que rodou direito e executou durante 5 minutos sem problemas e com a música tocando ?

No final voltei para o modo gráfico e tudo estava lá, sem janelas corrompidas nem instabilidade no sistema.

É claro que se você quer executar um programa em GPU que vai ter um efeito visual vai ter que executar dentro do modo gráfico e aí a solução tem que ser outra, mas se a ideia é executar uma aplicação paralela que vai apenas gerar resultados (que é o meu caso) então esta solução foi ótima! Já posso continuar meus testes, o único problema é que nesse ponto voltamos para a idade da pedra na pesquisa, todas as anotações de resultados que aparecerem na tela tem que ser copiadas no papel porque não tem como copiar e colar (ok ok você pode mandar o seu programa gravar em disco, mas eu não queria perder a piada.)

Qual não foi minha surpresa quando o sistema operacional abortou o programa deliberadamente. Procurando nos fóruns descobri que se você só tem uma placa de vídeo (que é o caso do laptop por motivos óbvios) o sistema operacional não deixa um programa rodar na GPU por mais do que (aproximadamente) 5 segundos. Isso na prática é uma ótima restrição (embora tenha me atrapalhado muito) porque evita que as pessoas tenham que desligar suas máquinas na mão por ter algum erro em seus programas. As sugestões nos fóruns são bem orientadas a gambiarras. Porém uma chamou a minha atenção (e só é possível no linux) você pode carregar o driver de vídeo, abrir uma nova sessão em modo texto e aí será possível executar o seu programa.

A alternativa mais “correta” para o meu problema (que é executar um programa por um tempo indeterminado e sabidamente longo) é ter uma placa de vídeo (GPU) no sistema que não seja a placa de vídeo na qual o monitor está ligado. Assim você não tem essa limitação, fazendo uma rápida cotação, uma máquina dessas vai ficar um pouquinho cara então estou tentando fazer testes que apontem que o meu projeto vai funcionar, porque a pior coisa que tem é investir um dinheiro em um equipamento e no final não resolver o seu problema.