Novo omnislash em testes!!!Por causa dos testes do galactus e gatohumano estou alterando certas partes do omnislash.
Para resolver o problema do delay na abertura estou compilando a próxima versão do kernel para Pentium3.
Então saibam que o mínimo na próxima versão é que o processador tenha suporte a SSE e seja um P3.
Estou também usando alguns patches a mais e alterando não só a latência como a granularidade do mesmo.
Aproveitando o tópico do Galactus vou fazer umas análises aqui também e depois vou atualizando!
Primeira Vez Segunda Vez
KDE
Konqueror 4,56 3,28
Terminal
Amarok 4,6 2,1
Writer 5,5 2,3 (acho que aqui depende da config de uso de memória do o)
K3B 3,49 2,53
Kaffeine 1,15 1,07
Kcontrol 1,18 0,75
FireFox (10 abas) 6,33 2,59
O resto eu fico devendo!!!
A cronometragem dos tempos da abertura dos programas foi simples! Usei o crônometro do meu Celular! Sem Graça
Portanto, não usei o Time Hq. Mas se preferir, eu passo a usar!
Quem achar interessante pode colocar a checagem do ext3 (não coloquem no reiserfs pois acredito que esse comando não funciona) a cada 30 e poucos boots para um tempo maior.
Eu fiz o seguinte:
IDE
sudo tune2fs -c150 /dev/hdax
SATA
sudo tune2fs -c150 /dev/sdax
Se vcs usam hd ide que é reconhecido como hda use o comando hda se ele é reconhecido como SATA use o segundo comando, o x é o número da partição.
O teu cronômetro foi bem preciso galactus!!
Pra usar o comando time, basta "cercar" os comandos q voce quer medir usando {}, como no exemplo a seguir:
edil@edil-laptop:~$ time { echo "a"; echo "b"; }
a
b
real 0m0.000s
user 0m0.000s
sys 0m0.000s
lembrando q depois de cada comando tem q por ponto-e-virgula. Soh nao sei se funciona muito bem pra aplicativos graficos, pq ele nao vai marcar o tempo de abertura e sim o tempo total de execucao do programa. veja o exemplo abaixo, na primeira eu abri o programa e fechei ele na barra. depois abri de novo e coloquei uma musica pra rodar enquanto ele ja tava la aberto.
edil@edil-laptop:~$ time { kwrite ; }
real 0m6.418s
user 0m1.014s
sys 0m0.109s
edil@edil-laptop:~$ time { kwrite ; }
real 0m21.882s
user 0m1.090s
sys 0m0.109s
Ummmm. interessante obrigado!!!
Estou pensando aqui q talvez fosse legal criar um benchmark ou pelo menos algum tipo de rotina padronizada pra ter uma comparacao melhor.
vou procurar pra ver se ja nao existe algo assim, mas tambem nao deve dar muito trabalho escrever um pequeno programa q faça, sei la, 1.000.000 de escrita em memoria, 1.000.000 de leituras, 1.000.000 de IOs variados, etc.
pensei nisso porque estou usando o 2.6.24-zen3 q eu mesmo compilei e apesar de dar um certo ganho de performance, nao achei tao redondo qt o omni q vc fez...
Seria interessante, aqui eu procuro não usar benchmarks procuro levar o sistema a uma situação de extresse alto e aí eu começo a verificar o tempo de resposta dos aplicativos, uso da memória, estabilidade, etc...
Então eu percebo que mesmo numa situação péssima o usuário sentirá que o sistema tem uma boa reação.
Até pq não conheço um benchmark que faça tantos testes quanto eu
Mas pode ser interessante!!!
Primeiro: A série 24 tem problemas ainda (principalmente no sheduler)... o processamento sob bastante nessa versão.
Quer testar... abra o jogo frozen bubble no omnislash e no zen (ou no 24 vanila) e veja que o processamento é desproporcional na série 24. (pelo menos foi o que notei)
O problema do zen é o seguinte:
Excesso de patches... O kamikaze não tinha esse problema, mas o zen tem.
Quando um kernel tem muitos patches vc perde o controle sob ele, pois vc não sabe o que está afetando a interatividade.
Eu sei que o zen bem configurado teria uma performance maior do que o omni, mas que patches eu preciso tirar ou acrescentar para isso.
Veja só:
Os meus 20 patches do omnislash anterior somavam 400 KB.
O do zen é 6 MB!!!
Então é melhor eu ficar por aqui mesmo...
E MUITO obrigado gato humano pelos seus comentários e ajuda!!!
Vou agora junto com o kernel omnsilash desenvolver o kernel meteorstrike que será um kernel de testes onde farei mais experiências que entrarão no omnislash depois!!
Assim dessa forma vou poder corrigir bugs e aumentar a compatibilidade e a velocidade do omnislash através do meteorstrike.
Hqx