Benchmark javascript entre Chromium e Firefox

Mozilla FirefoxVisitando a página do Mozilla Firefox vi que eles usavam o SunSpider para mostrar a evolução no desempenho da engine javascript, o tracemonkey. Eu nunca tinha usado esse mecanismo de fato, mas achei interessante fazer uma comparação entre os dois principais navegadores que uso aqui: Firefox 3.6 e Chromium 5.

ChromiumO resultado foi uma derrota impressionante do Firefox, o Chromium foi mais de 4x mais rápido no teste, o que mostra o belo trabalho feito pelos desenvolvedores. O Firefox com certeza tem melhorado seus tempos devido a concorrência com o Chrome, mas acho que precisam fazer mais, uma vez que ter mais e melhores extensões não vai mantê-lo no trono por muito tempo.

Pode ver o resultado completo e com detalhes sobre o sistema usado em:
http://dl.yporti.med.br/plain/sunspider_benchmark_20100207.txt

Compartilhe:
  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • Identi.ca
  • Twitter
  • FriendFeed
  • Netvibes
  • Posterous
  • StumbleUpon
  • Technorati

Meu novo ambiente gráfico padrão: KDE 4.4

KDE 4.4.0

Depois de muito tempo usando GNOME e de me decepcionar com o rumo tomado pelo projeto, decidi migrar definitivamente para o KDE 4. Sempre preferi usar o GNOME devido a simplicidade e velocidade, mas isso foi aos poucos se perdendo, principalmente por causa do GNOME 3. O Gnome Shell muda radicalmente a experiência do usuário (a antiga sempre foi ótima) e acrescenta requerimentos de hardware incompatíveis com as vantagens (?) que proporciona. O fato de usar composite por padrão sem possibilidade de desativar e o alto consumo de RAM pelo Mutter me fez tomar a decisão de mudar de ambiente gráfico.

Inicialmente pensei no XFCE, mas ele ainda é muito dependente do GNOME, faltam muitos aplicativos e não possui uma integração muito boa. Os window managers mais simples foram considerados, mas como preciso de algo prático pra uso diário, com facilidades como montagem automática e coisas que esses gerenciadores não podem oferecer, a alternativa final foi o KDE 4.

O KDE não passa a impressão dos outros ambientes de ser um amontoado de coisas reunidas com um nome, ele realmente é integrado. Os efeitos gráficos são bem interessantes e, ao contrário do GNOME 3, podem ser desativados. O sistema de notificações e de gerenciamento de energia são muito legais, sendo que o último permite o uso de vários perfis (editáveis) diferentes.

Usei todas as versões do KDE 4 desde o 4.0 e sempre achei ele um tanto pesado, principalmente em termos de consumo de memória. Recentemente comprei um laptop mais potente, com processador de 2 núcleos e 2 GB de memória RAM, então o problema foi virtualmente minimizado. Descobri também que ativando a engine Raster no QT deixa os aplicativos KDE bem mais responsivos, isso ficou mais evidente no Dolphin.

Sobre o consumo de memória, até que não está ruim. O cold start do KDE 4.4 RC3, com Nepomuk/Srigi desativados, é de 200 Mb ± 4Mb. Se deseja utilizar o Nepomuk/Strigi, então adicione mais uns 100 Mb + algum tempo indexando. Quanto a bugs, no geral está bastante estável, alguns problemas no Nepomuk ainda persistem, mas devem ser corrigidos na versão final.

Pra quem usa Gentoo, recomendo que ativem as USE flags “raster” e “semantic-desktop”, a primeira permite ativar a engine gráfica Raster no pacote qt-gui e a segunda ativa o suporte ao Nepomuk/Strigi, que pode ser desativado no “System Settings” sem maiores prejuízos e sem ter que abrir mão de certos pacotes que requisitam esta USE flag, como o KMail.

Enfim, achei o KDE 4.4 um excelente ambiente gráfico e recomendo fortemente para máquinas com 1 GB ou mais de memória.

Veja também:

Compartilhe:
  • Print
  • Digg
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • Identi.ca
  • Twitter
  • FriendFeed
  • Netvibes
  • Posterous
  • StumbleUpon
  • Technorati

Mais mudanças no meu overlay

Mudanças no overlay?! Mas denovo?!

Pois é, eu sei que isto já está ficando chato, mas mudei tudo novamente. :P

Na verdade tudo voltou a ser como era antes!

Como todos devem saber, eu mudei o meu overlay e os outros overlays do projeto Gentoo-BR para o Git, graças ao Portage (mais especificamente à ferramenta Repoman) e ao echangelog, que não trabalhavam corretamente com o Mercurial.

Como grande fã do Mercurial que sou, não poderia deixar tudo como estava. Alterei o repoman e produzi um patch para o Portage, que adiciona o suporte ao Mercurial nos commits.

O Repoman é uma ferramenta importante para o desenvolvedor do Gentoo, pois garante um padrão minimo de qualidade aos ebuilds, com vários testes de sintaxe, funções utilizadas, etc., além de evitar pacotes "quebrados" devido ao desenvolvedor esquecer de atualizar o arquivo Manifest. O patch já está disponível no SVN do Portage e estará no proximo release do Portage, que provavelmente sairá em poucos dias.

Quanto ao echangelog, não foi possível patchear, seja por meu desconhecimento da linguagem utilizada (Perl) ou seja por outro motivo qualquer. Para resolver este problema, desenvolvi uma pequena ferramenta, chamada hg-echangelog, que, como o próprio nome sugere, é um "clone" do echangelog que funciona com o Mercurial. Aliás, só funciona com Mercurial, pois foi feito em Python e utiliza a própria API do Mercurial para interagir com o repositório :o) . O hg-echangelog (app-portage/hg-echangelog) está disponível no meu overlay.

E como provavelmente o Gentoo nunca irá utilizar o Mercurial em seus repositórios oficiais, não me incomodarei em manter um clone de uma ferramenta oficial da distribuição, ao invés de aprimorar a já existente, visto que o Mercurial nunca foi uma prioridade para o Gentoo e aparentemente nenhum dos desenvolvedores precisa disso. Caso algum dos outros (poucos) mantenedores de overlays utilizando o Mercurial queiram, poderão obter a ferramenta no meu overlay, e já é o bastante.

O meu overlay voltou ao endereço antigo e conta com uma versão melhorada do script que lista os pacotes, rodando nesta página:

http://overlay.rafaelmartins.eng.br/

Neste link você encontrará toda a informação necessária para utilizar o overlay.

Quanto aos outros overlays do projeto, nenhuma decisão foi tomada ainda, e até segunda ordem, permanecem no Git.

Até a próxima!

Configurando Joystick no Gentoo


Hoje me vi em uma situação diferente, meu irmão ganhou um joystick usb para jogar no computador e eu tive que fazê-lo funcionar no gentoo. Minha primeira reação foi procurar no google, onde achei uma página no wiki do Gentoo explicando como ativar os joysticks no Gentoo,o que me ajudou muito, mas não o bastante.

Para podermos adicionar os drivers corretos ao kernel, precisaremos descobrir qual a fabricante do joystick, para isso:

#lsusb | grep -i joystick 

Você deverá ver algo semelhante a:

Bus 004 Device 002: ID 0079:0006 DragonRise Inc. Generic USB Joystick

Agora que sabemos qual a fabricante vamos até o “menuconfig” do kernel

#cd /usr/src/linux && make menuconfig

ou se preferir:

#genkernel --menuconfig all

Ativando as opções no kernel:

Device Drivers -->
    Input Device Support -->
        <*> Joystick Interface
        <*> Event Interface
Device Drivers -->
    HID Devices  --->
        <*>   USB Human Interface Device (full HID) support
Special HID drivers  --->
        <*> DragonRise Inc. support
             [*]   DragonRise Inc. force feedback support

Não esqueçam de adicionar a use joystick as USE flags no make.conf para ativá-lo em alguns programas

[],s

Reunião – 14/01/2010

No dia 14 de janeiro de 2010 foi realizada a 3ª reunião entre os membros do projeto Gentoo-BR.

Segue a ata da reuniao:

Reunião do Projeto Gentoo-BR.net; Quinta-Feira 14 Jan 2010 20:05 (GMT-3)

Objetivo: Avaliar o andamento do projeto e definir metas para os próximos 2 meses.
1- Propostas

- Fica definido que as reuniões, assim como o prazo para o cumprimento das metas, passarão a ocorrer no intervalo de 2 meses e não mas de 1 mês;

2- Avaliação dos resultados e definição de metas

2.a – OVERLAY

Meta anterior: - Iniciar e colocar o overlay em operação;
Status: OK – Overlay operacional; Material relacionado à contribuições para o overlay disponibilizado; Migração de hg para git devido a limitações do echangelog concluída;
Nova meta: - Manter o bom funcionamento do overlay.

2.b – ARTWORK

Meta anterior: - Adicionar logo/flag ao template do site;
- Elaborar e selecionar conjunto de wallpapers e escolher forma de disponibilizar (diretamente através de galeria, através de um pacote no overlay ou ambos);
- Elaborar e testar o envio de camisetas;

Status: Parcialmente concluído – Template do site principal implementado; Wallpapers e camisetas em processo de criação/elaboração;
Nova Meta: - Concluir pacote de Wallpapers;
- Concluir modelos de camisetas e analisar os resultados;
- Criar galeria com artwork do projeto;

2.c – SITE/SERVIDOR

Meta anterior: - Instalar o KB e o mercurial;
Status: OK – Programas instalados, porém apresentaram problemas sendo que o mercurial foi substituido pelo git;
Nova meta: - Selecionar um programa para substituir o phpmyFAQ como KB;

2.d – TRADUÇÃO

Meta anterior: - Selecionar e testar as ferramentas adequadas;
Status: PARADO
Nova meta: - Selecionar e testar as ferramentas adequadas;

2.e – KNOWLEDGE BASE

Meta anterior: #############
Status: PARADO – Aguardando implementação;
Nova meta: Aguardando implementação;


Reunião encerrada às 21:12 (GMT-3) do dia 14 Jan 2010 Quinta-Feira
Publique-se.
Registrado por: Gabriel Menezes
Presentes e ativos: Bruno Yporti, Gabriel Menezes, Rafael Martins e Rafael Zalamena

Galeria – GentooBR.org

É com enorme prazer que, em nome do subprojeto ARTWORK do projeto GentooBR.org, anunciamos a publicação da Galeria do projeto, que funcionará como um canal para a disponibilização de todo o material produzido para e pelo público e comunidade do Projeto GentooBR.org.

A Galeria pode ser acessada clicando no link no topo da página do site principal ou através do url http://gentoobr.org/galeria/

Acompanhem e aguardem as próximas novidades.

isCallerPrivileged() failed

Recentemente deparei-me com essa mensagem ao espetar qualquer dispositivo de mídia removível (USB), onde o sistema alegava ser impossível montar a unidade alegando apenas que isCallerPrivileged() failed. Pesquisando mais sobre o problema, descobri que usuários do KDE4 também relataram a ocorrência e encontrei o seguinte bug report: http://bugs.gentoo.org/show_bug.cgi?id=296153

Dando duas sugestões para evitar o problema (ambas funcionaram aqui).

A primeira sugestão, que funcionou sem mais problemas, foi adicionar o consolekit ao default runlevel.

rc-update add consolekit default

A segunda sugestão, que na verdade é um workaround e não uma solução propriamente dita, é reiniciar o daemon do HAL, o que também funcionou, mas tem o inconveniente de reiniciar também o X.

/etc/init.d/hald restart

Ficam dadas as sugestões e, caso tenha tempo e interesse, colabore com mais informações para a resolução do bug no bugzilla.

UPDATE

Seguindo a sugestão do Yporti (http://yporti.med.br/) resolvi remover o policykit das minhas USE flags (USE=”-policykit”) e, até então, tudo voltou a funcionar como deve normalmente.

Lançada e atualizada a Galeria do GentooBR.org

É com enorme prazer que, como parte do subprojeto ARTWORK, lançamos no site principal do GentooBR.org a página Galeria (http://gentoobr.org/galeria/) como um canal para disponibilização de todo o material produzido para e pelo público e comunidade do Projeto GentooBR.

O Exherbo Linux

Exherbo é uma distribuição Linux que utiliza software compilado na máquina do usuário, assim como o Gentoo. A propósito, o Exherbo foi criado por ex-desenvolvedores do Gentoo, encabeçados por Bryan Østergaard (kloeri), que iniciou o desenvolvimento. Apesar de herdar partes do Gentoo, o Exherbo não é considerado um fork.

O Exherbo conta com uma equipe de desenvolvedores pequena, focando no desenvolvimento distribuido, possível graças às excelentes caracteristicas do Paludis (o gerenciador de pacotes, que também pode ser utilizado no Gentoo) no uso de multiplos repósitórios. O Exherbo utiliza vários pequenos repositorios Git separados, ao invés de um único repositório CVS gigante, como o Gentoo.

Grande parte dos desenvolvedores do Exherbo, além de ex-desenvolvedores do Gentoo, são desenvolvedores do Paludis, que viram no Exherbo uma grande oportunidade para aproveitar ao máximo as features deste gerenciador de pacotes. O Exherbo utiliza o Paludis com uma EAPI própria.

Quanto à instalação e às configurações iniciais, a documentação é bastante pequena, e espera-se que o usuário conheça bem o funcionamento de um sistema Linux para realizar a instalação. Aliás, segundo palavras dos próprios desenvolvedores, Exherbo é uma distro voltada para colaboradores, não para usuários, portanto se desejar manter uma instalação do Exherbo como seu sistema principal, você fatalmente terá que desenvolver algo, e contribuir com a distribuição de alguma forma.

A manutenção de uma instalação do Exherbo é bastante similar à de uma do Gentoo, a diferença é que no Exherbo os desenvolvedores não fazem cerimônia caso algo necessite ser quebrado por algum motivo. Portanto é importante que o usuário saiba como resolver os problemas.

No geral é uma distribuição leve, facilmente otimizável e com pacotes bem escritos, porém nem um pouco amigável para usuários iniciantes. É uma distribuição indicada para quem conheçe os caminhos de um sistema Linux, ou que queira descobri-los, às custas de um pouco de sofrimento no início.

Até a próxima!

ATi drivers e HD 5xxx series

Recentemente eu reformei meu computador, troquei praticamente todas as peças entre elas a placa de video (sai de uma da nVidia para uma da ATi), porém logo ao iniciar as instalações dos sistemas operacionais noto que o Linux o Xorg não iniciava de modo algum (ambos no sistema atualizado e no livecd) e como eu uso OS 64bit eu não consegui testar Xorg com vesa.

Bom para encurtar a história, para poder usar o Xorg com uma placa de vídeo nova da ATi (HD 5xxx series) você irá precisar de um driver atualizado (>=9.10, porém até o 9.11 eles mostram uma watermark dizendo que o driver não é suportado para o hardware), e como o portage ainda não tem a versão mais nova dos drivers da ATi Catalyst eu resolvi fazer um pacote a partir do original do portage para que funcione sem a watermark seguindo um guia que achei no bugzilla (ver bug #297322).

Você pode pegar e instalar o driver usando o meu overlay ou seguindo as instruções do guia do bug. Para adicionar meu overlay veja este link.