—
Hear the rime of the Ancient Programmer
See his eye as he compiles one of three
Mesmerises one of the testing guys
Stay here and listen to the nightmares
of the IT

And the test goes on, as the manager passes by
Caught by his spell and
the Programmer tells his tale.

Driven south to the land of the comments and code
To a place where programmer’s been
Through the code flies on the albatross
Hailed in Murphys’s name,
hoping good luck it brings.

And the test goes on, back to the North
Through the requirements and comments and
the albatross follows on

The Programmer kills the bird of good omen
His teammates cry against what he’s done
But when code compiles, they justify him
And make themselves a part of the crime.

Coding on and on and North across IT
Coding on and on and North ’till all is done

The albatross begins with its vengeance
A terrible curse a crash has begun
His teammates blame bad luck on the Programmer
On his back, the manager stands

And the bugs goes on and on and on at IT
And the crash goes on and on for the users and for me

“Day after day, day after day,
we stuck nor fix nor promotion
As idle as a painted ship upon a painted ocean
Bugs, bugs everywhere
more than debugger can find
crashes, chrashes everywhere and no dump to find”

There, calls the programmer
there comes a strange message in the logs
But how can he debug with no memory dump
in the core and no files?

See… onward she comes
Onwards she nears, out of the SUN
See… she has no team
He has no life, wait but there’s two

Analyst and she the Analyst
she designed a new classes for the team
She shows the Programmer and he coded it now.
Then … the team one by one
They starting fixing, two hundred men
She… She, the IT Analyst
She shows them the bugs, design ones

“One after one by the star dogged moon,
too quick for groan or sigh
The manager turned his face with a ghastly pang
and cursed me with his eye
Four times fifty living men
(they had no life nor weekend),
had to code the fixes for a SUN,
and they fixed the bugs one by one.”

The bugs it lives on in their eyes
The Programmer he wished he’d die
Along with the application bugs
But they lived on, so did he.

And by the light of the moon
He prays for his code not doom
With comments he blesses them
Murphy’s creatures all of them too.

Then the app starts to run
The manager gets out from his back
Thanks for effort and goes back to IT
Then down in falls comes the release.

Hear the groans of the lifeless team men
See them stir and they start to rise
Bodies lifted with lots of coffee
None of them speak
and they’re lifeless in their eyes

And revenge is still sought, penance starts again
Crashes in the users face and the nightmare carries on.

Now the curse is finally lifted
And the Programmer drives home
Spirits go from the long dead bugs
Form their own failures and
the Programmer’s left alone

And then a support guy came running towards him
It was a joy he could not believe
The support guy, the client and the team lead
Penance of life will fall onto Him.

And the code it ships like product from the IT
And the Manager forgives the Programmer of his sins

The Programmer’s bound to tell of his story
To tell his tale wherever he works
To teach Murphys’s word by his own example
That we must code all requirements she had made.

And the release fest’s a sad and wiser man
And the tale goes on and on and on.

pacote:  aur/firefox-optimized 3.0.6-r1
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 2566.8ms +/- 5.1%
--------------------------------------------

pacote: aur/firefox-pgo 3.0.6-r1
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 2458.4ms +/- 1.5%
--------------------------------------------

No Windows XP, na mesma máquina, o firefox foi ligeiramente mais lento. Neste caso utilizei o Firefox baixado direto do site do Mozilla e obtive o seguinte resultado:

pacote: build do Mozilla
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 2633.2ms +/- 1.1%
--------------------------------------------

Curioso que sou, não poderia deixar de testar a versão 3.1 beta2 do Firefox. Então, baixei o beta 2 da versão 3.1 e rodei novamente os testes.

pacote: aur/firefox-pgo-beta 3.1b2-1
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 2112.8ms +/- 1.2%
--------------------------------------------

No windows, entretanto, temos uma incrível surpresa: o benchmark dá uma surra de sensacional na versão do Linux:

pacote: build do Mozilla
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 1117.0ms +/- 1.5%
--------------------------------------------

Como eu tinha ficado intrigado com as CFLAGS que estavam por padrão no makepkg.conf devido a suas inconsistências, resolvi configurar eu mesmo, recompilar e ver o que acontecia. Para este teste escolhi -march=core2 -O2 -msse4 -pipe, que é um conjunto “seguro” de opções com o GCC 4.3.3.  Após recompilar, rodei mais um teste e não houve qualquer variação significativa no resultado anterior (ficou pouco mais de 5ms mais lento).

A unica coisa que faltava era verificar se o TraceMonkey estava habilitado e testar com ele. Após uma rápida pesquisa descobri que o TM vem habilitado por padrão para Web e que apenas a JIT para interfaces XUL/Chrome vem desabilitada.

pacote: aur/firefox-pgo-beta 3.1b2-1 + TraceMonkey (XUL/Chrome)
============================================
RESULTS (means and 95% confidence intervals)
--------------------------------------------
Total:                 2109.0ms +/- 1.9%
--------------------------------------------

Novamente temos uma variação insignificante no desempenho. Desta forma acredito que os principais culpado possam ser o compilador GCC e o próprio código do Firefox para Linux.

Por fim, coisas a considerar:

1. Meu Windows é 32 bits e meu Arch Linux é 64bits
2. O Arch Linux não é uma distribuição pra usuários leigos. Espera-se que o usuário saiba o que está fazendo (ex: não existe nada para evitar que o usuário coloque -funroll-loops -ffast-math -freetard etc).
3. O objetivo do post foi ver a diferença de desempenho entre o Firefox + PGO no Linux contra o Firefox + PGO no Windows. Gostaria de ter feito no Mac OS X, mas infelizmente só tenho Mac no laptop.

“The competent programmer is fully aware of the limited size of his own skull. He therefore approaches his task with full humility, and avoids clever tricks like the plague.”

Traduzindo:

“O programador compentente está ciente do tamanho limitado do seu próprio crânio. Ele, então, aborda sua tarefa com total humildade e evita truques espertos como (evita) a peste”

Em tempo, dêem uma olhada nesse interessantíssimo conjunto de benchmarks.

O Websphere MQ, para quem não conhece, é um produto desenvolvido pela IBM que, entre outras coisas, oferece transmissão de mensagens com alto grau de disponibilidade. Esse tipo de tecnlogia é comumente utilizado em grandes arquiteturas orientadas a serviço, com sistemas específicos atuando cada um na sua área de negócio.

Gnome Handbook Of Writing Software Documentation

The KDE Docbook Authors Guide

Introducing DocBook

http://wiki.docbook.org/topic/DocBookTutorials

DocBook Demystification HOWTO

DocBook On Windows Bliss

DocBook XSL: The Complete Guide

Deixando de lado todos os aspectos técnicos e, no que diz respeito a resolver os meus problemas, eu prefiro o PostgreSQL, porque considero sua documentação mais acessível e organizada e, eu sei que isso é subjetivo, porque o projeto parece ter uma relação mais saudável com a comunidade de usuários e desenvolvedores. Isso é um tanto quanto irônico, já que meu projeto open source atualmente suporta MySQL e não o PostreSQL – pura falta de tempo pra escrever o código.

A idéia era instala-lo em uma máquina virtual dentro do VirtualBox, já que o projeto fornece uma imagem VmWare pronta e, sim o VirtualBox trabalha com imagens do VmWare . Não é minha intenção fazer um review do sistema, já que ele ainda não está pronto e tem coisas para serem finalizadas, apesar disso devo dizer que o resultado me surpreendeu: ele funcionou sem maiores problemas no VirtualBox. A única alteração que eu tive que fazer foi mudar a placa de rede para uma Intel PRO/1000 MT Desktop, pois a PCnet-Fast III que o VirtualBox usa por padrão não foi reconhecida. No Haiku o único problema foi conseguir instalar um navegador, já que ele não vem (???) com um navegador por padrão. Para isso baixei direto pelo linux, criei uma ISO e montei como CD pelo VirtualBox, uma operação que teve sucesso após reiniciar a máquina virtual.

Enfim, como eu disse, me surpreendi muito com o estado do sistema e tive menos problemas com ele do que com várias distribuições Linux que já tive o desprazer de usar. Outro ponto interessante do projeto é que ele é programado em C++, então é um prato cheio pra quem quiser se envolver com um projeto nessa linguagem. Se alguém quiser conferir o resultado da brincadeira, recomendo que dê uma olhada nas screenshots que eu postei aqui. Não deixe de conferir, também, a entrevista de um dos líderes do Projeto, o brasileiro Bruno Albuquerque, feita pelo MeioBit.

• C
• C++
• Perl e muitas outras.

Ainda não li por completo, mas achei algumas pérolas, como a história de que implementações antigas do GCC tentavam executar um jogo cada vez que encontrava a diretiva #pragma nos fontes e outras já famosas como os métodos de branch prediction (previsão de fluxo??) __builtin_expect() do GCC. Não deixe de conferir.