Hollywood, mas sem balas de borracha

Hoje de manhã, mais uma vez, assistia ao Bom Dia Brasil em estado alfa. Era um reportagem sobre a ocupação do Complexo do Alemão (antes era morro, mas aí eles não conseguiram resolver a situação e devem ter trocado por “complexo” pra justificar). A ocupação em si não me chamou a atenção, já estamos cansados desta guerra civil no Rio. Fico deprimido porque me lembra países da África em guerra. E é ridículo. Mentalize um “miliante” armado de fuzil, não lembra alguma coisa em Serra Leoa ? E estes carros da polícia, com blindagem artesanal (famoso “caveirão”) ? Péssimo. Hoje tinha até um trator pra destruir barricada. O fim, literalmente.

Entretanto, uma imagem curiosa me chamou a atenção. Olhe o soldado abaixo fantasiado de “americano na guerra do golfo” (update: apelidado de Hellboy, após comentário do Jerônimo). Ou talvez na do Iraque, já que o Rio também está perdendo a guerra. Até um charuto ele tem, coisa que só se vê em filme de guerra americano. Ao ver este “ideal” do soldado brasileiro, fico impressionado com o poder da cultura americana sobre o povo brasileiro. Acho que vou chegar em casa e assistir “Beleza Americana” mais uma vez pra ver se durmo tranqüilo. E vou estudar mais Alemão …

Hellboy: não seria melhor uma camuflagem com textura “tijolo sem argamassa” ?

Fonte: http://video.globo.com/Videos/Player/Noticias/0,,GIM694446-7823-POLICIAIS+SURPREENDEM+BANDIDOS+NO+COMPLEXO+DO+ALEMAO,00.html

Particionamento da flash no AVR32

Enquanto aguardo com ansiedade minhas férias, tive um tempo mínimo de verificar, neste final de semana, como funcionava o particionamento da flash no kernel usado pela placa NGW100 AVR32. Basicamente, três devices mtd são criados em [path_do_kernel]/arch/avr32/boards/atngw100/flash.c, para a flash paralela de 8MB (NOR):

/dev/mtd0 : onde está o u-boot (128k)
/dev/mtd1: kernel (8000k)
/dev/mtd2: parâmetros do u-boot (64k)

Além disso, existe mais um quarto mtd (mtd3), de 8MB e mapeado numa flash serial. Ele é montado no boot e usado para montagem do diretório /usr. É perceptível ver como a montagem é mais lenta para a flash serial. No entanto, é totalmente transparente para o sistema. Ele é criado em [path_do_kernel]/drivers/mtd/devices/mtd_dataflash.c.

Eu também apaguei a wiki do webserver da placa (/www/wiki), que consome muita flash e liberei 6MB na flash paralela. O kernel atual consome cerca de 1MB, sobrando bastante espaço para uma aplicação nesta flash e ainda ficando com uma flash serial inteira para se fazer o que quiser.

Bom, semana que vem promete … quero mudar tudo. Eu pretendo ter um sistema mapeado da seguinte forma:

/dev/mtd0 : onde está o u-boot (128k)
/dev/mtd1: kernel (1500k)
/dev/mtd2: / (6500k, sistema com busybox+uclibc)
/dev/mtd3: parâmetros do u-boot (64k)
/dev/mtd4: /opt (8MB, livre pra se fazer o que quiser)

Octotux: mais uma distro para AVR32

Estes dias andei testando a distro T2, voltada especificamente para dispositivos embarcados. A idéia dela é manter um conjunto de pacotes necessário, já devidamente preparados para compilar com a uclib, juntar o busybox e um kernel. Eles fizeram um conjunto de scripts que facilita o processo de download de pacotes, verificação de integridade, compilação, etc. Infelizmente, não está funcionando direito para AVR32. Primeiro tinha um problema na uclibc. Hoje fiz checkout novamente e isto foi corrigido. No entanto, agora o gzip não compila mais. Um desenvolvedor do T2 me disse que eles devem corrigir isto em breve. Eu gostei do que vi na T2, só falta estar tudo funcionando adequadamente.

Enquanto isto, na sala de controle, recebi um email do Marcelo Lemos me falando sobre a distro Octotux. Também uma idéia interessante. Eles compilaram um busybox com suporte a rpm, para cada plataforma suportada (atualmente arm e avr32). Simplesmente é preciso substituir o busybox original por este com suporte a rpm e sair instalando os pacotes na placa que estiver usando. Não testei ainda, mas achei legal. Também não sei se é tudo compilado com a uclibc, não verifiquei.

Neste momento, ando mais interessando em entender a organização de memória da placa, compilar o meu kernel e fazer o meu próprio file system.

Sites:
* http://www.t2-project.org/
* http://octotux.org/

Qtopia e AVR32

No fórum do AVR32 Linux vi uma foto do qtopia rodando na placa de desenvolvimento da Atmel. Interessante, com apenas 16MB !

Foi um trabalho de um rapaz que acredito ser da Atmel Noruega. A Atmel está colocando realmente forças neste processador, batendo de frente com outros processadores ARM. Briga dura …

Link do fórum:
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=46531

Bazaar: devagar quase parando

Hoje estava lendo sobre o Mercurial, mais um VCS, escrito pelo Malcolm Gladwell, um rapaz conhecido pelo fato de ter criado o patch do linux-tiny (um corte no kernel em vários pontos que diminui o tamanho final). Achei interessante e fiquei com vontade de ver uma boa análise comparativa entre ele, o Bazaar, Git e talvez o Darcs. Eu gosto bastante do Bazaar mas o acho extremamente lento. O Mercurial segue na linha do Bazaar, também é escrito em Python mas é mais rápido, como mostrarei a seguir.

Resolvi fazer algo pouco acadêmico só pra ter uma idéia do desempenho deles, enquanto o sono não vinha e o Mateus não acordava. Para testes, usei o código fonte do kernel Linux 2.6.16.19, que contém cerca de 20436 arquivos e um tamanho total de 260 MB descompactado. O comando time foi a forma como eu medi cada execução. Não gerei médias ou desvios, apenas valores pontuais.

Detalhes da minha máquina:

Dell Latitude D505, Pentium M 1.6GHz, 1280MB
Disco IDE 80GB, com JFS.
GNU/Linux Ubuntu 6.10.

Detalhes das versões:

bzr: 0.11 e 0.17
git: 1.4.4.2
hb: 0.9.1

Os resultados foram poucos favoráveis ao Bazaar, como pode ser visto na tabela a seguir, onde foram executadas as operações add, init, commit e branch. O git é o mais rápido e o hg não chega a decepcionar.

Prog/operação	init	add	commit	branch
bzr 0.11	real 0m0.606s user 0m0.528s sys 0m0.068s	real 0m19.443s user 0m9.289s sys 0m0.788s	real 7m34.596s user 5m46.694s sys 0m18.121s	real 10m28.115s user 4m25.985s sys 0m22.385s
bzr 0.17	real 0m1.356s user 0m1.244s sys 0m0.040s	real 0m20.210s user 0m11.101s sys 0m0.956s	real 6m51.021s user 5m38.081s sys 0m17.669s	real 11m51.860s user 3m49.998s sys 0m20.697s
git	real 0m0.149s user 0m0.004s sys 0m0.000s	real 1m46.954s user 1m13.325s sys 0m7.088s	real 0m3.017s user 0m1.740s sys 0m0.832s	real 0m3.249s user 0m2.736s sys 0m0.156s
hg	real 0m0.107s user 0m0.088s sys 0m0.012s	real 0m13.262s user 0m6.252s sys 0m1.300s	real 1m36.125s user 1m18.873s sys 0m8.489s	real 0m39.253s user 0m29.826s sys 0m6.496s

O Bazaar também leva a pior no tamanho do repositório:

bzr 0.11: 213MB

bzr 0.17: 208MB

git: 114MB

hg: 115MB

Notas:

• O Git é quase “mudo”, ao passo que o Bazaar fala bastante durante cada operação. O Mercurial está no meio do caminho e, de forma esperta, fica calado nas operações longas.
• As formas de uso são bem semelhantes. O Git é o mais estranho. O processo de criação de branches, apesar de economizar espaço, confunde um pouco ao manter todos os branches juntos e um checkout do branch corrente ativo.
• O Bazaar e o Mercurial tem bom suporte para Windows, ao contrário do Git.
• O Mercurial não controla diretório, o Bazaar sim. Pode ser um critério de escolha.
• Não consegui nenhuma forma de falar bem do Bazaar quando o tópico é desempenho. A turma do Bazaar espera gerar uma versão com bom desempenho na versão 1.0, prometida para este ano. Estou chateado…:-D

Alguns links com resultados na minha linha:
* http://git.or.cz/gitwiki/GitBenchmarks
* http://sayspy.blogspot.com/2006/11/bazaar-vs-mercurial-unscientific.html

Lewis 2 x 0 Alonso

Olha só quem estava torcendo pro Massa e para o Lewis:

E claro, para o Alonso se ferrar !

Novas fotos do Mateus com 29 dias

Atendendo a pedidos, novas fotos do Mateus ! Continuam as apostas de com que ele parece e qual a cor dos olhos !

Ubuntu: “No negotiations with Microsoft in progress”

Uma das coisas que me faz gostar do Ubuntu é ver o posicionamento do Mark Shuttleworth, lider da Canonical e no comando do Ubuntu.

Enquanto a Micro$oft tenta continuar com a sua política FUD (fear, uncertainty, and doubt), agora relacionada a patentes imaginárias que não revelou ainda (“infringement of unspecified patents”), ele foi enfático em dizer que não fará acordos com ela (“we have declined to discuss any agreement with Microsoft under the threat of unspecified patent infringements”). Tudo, na maior “fineza”, claro.

Vale uma lida: http://www.markshuttleworth.com/archives/127

Futebol: mania (inter)nacional

E o Brasil continua exportando jogadores de futebol. Muitos deles saem do país com documentação falsa e alguns até costumam se passar por engenheiros de desenvolvimento para conseguir um lugar num time da Suíça ! Vejam esta foto denúncia, onde o ex-engenheiro brasileiro Daniel Teixeira (o último, em pé, à direita) posa para foto do time suíço Mad Boys:

http://www.mad-boys.de/team.shtml

PS: Daniel, eu quero uma caneca e uma camiseta do meu novo time do coração ! E esta bandeirinha do Brasil no escuto então ? Show !

AVR32 Studio

Testei estes dias o AVR32 Studio, uma IDE para a família de processadores AP7000. O AVR32 Studio é baseado no Eclipse e tem versões para Windows e Linux (esta última mais antiga um pouco). Em especial, para a versão Windows, achei bem fácil e direto usar a IDE e gerar um binário (.elf) pronto para execução na NGW100. Eles já deixaram tudo encaminhado e integraram o compilador (avr32-linux-gcc, que roda dentro do cygwin) com a IDE de forma bem transparente.

Para quem pretende apenas criar os seus aplicativos e não alterar o sistema de arquivos original, é bastante interessante. Resta ter um bom processador e bastante memória para suportar o Eclipse.

Baixei o AVR32 Studio BETA Development Tools, de 211MB, contendo o toolchain e o Eclipse modificado:

http://www.atmel.com/dyn/Products/tools_card.asp?tool_id=4116

Fica aí a dica.

Em tempo: o módulo de CVS do Eclipse está muito bom também !