Os artigos abaixo, detalham algumas de várias otimizações possíveis em Sabayon:
N) Resumo
Este artigo usa como exemplo a distribuição Sabayon (a minha distribuição padrão), mas você também pode aplicar alguns dos os conceitos deste artigo para o seu
GNU/Linux, embora os comandos possam ser diferentes.
O artigo sumariza várias coisas que você pode fazer para acelerar o seu GNU/Linux. Dentre essas coisas de maneira geral e resumida:
- Instalar o Sabayon;
- Remover os Governors e os economizadores de energia e regular o micro para máxima performance;
- Regular o uso da memória e remover os serviços iniciados com o boot, daemons e instruções desnecessárias ao Kernel. Se desejar, recompile-o;
- Configurar e otimizar Firefox e outros aplicativos;
- Otimizar a performance do Entropy e do Portage;
- Remover arquivos temporários e consertar bibliotecas quebradas.
O) Testes e medidas, comparação
Foram feitos alguns testes no computador (
AMD Atlhon X2, duplo núcleo, 64 bits, 8 GB de RAM, DDR2) com o Sabayon otimizado. Como falei anteriormente, para efeito de comparação, usei o ambiente gráfico leve Fluxbox.
1. Boot do sistema (Sabayon versão 10, 64 bits, Kernel 3.7.4) desde o GRUB até iniciar a tela de login (KDM): 19,96 s. (19 segundos, 9 décimos e 6 centésimos de segundo, cronometrados com relógio cronógrafo marca Avalanche).
2. Da tela de login, até abrir o Fluxbox: 04,04 s. (4 segundos e 4 milésimos).
3. Firefox: Testes realizados com Firefox pré-compilado, experimental, versão 19, build 4, 64 bits, Português do Brasil:
Flash Player e
Java instalados. Configurado para abrir na página do VOL como default.
Iniciado por linha de comando, a partir de Fluxbox, terminal
Xterm, abriu em 11,57 s. (11 segundos, 5 décimos e 7 centésimos). Pode não parecer tão rápido, mas minha rede é uma ADSL (VIVO Speedy de 2M apenas).
Antes das otimizações, o mesmo Firefox abria em 26,57 s. e versões anteriores (de 15 a 18), abriu numa média entre 22 e 26 segundos.
Outro teste foi feito para abrir a página de alerta de tempestades de Indianápolis, EUA:
É conhecida como pesada e difícil de carregar, por isso é usada em testes de navegadores:
Abriu em 22,87 s., resultados ligeiramente melhores do que os obtidos (24 e 28 segundos) no mesmo computador, também em regime de performance máxima, mas com versões anteriores de Firefox não otimizado:
4. Medidas de Benchmark (como o pacote SysBench)
sysbench --test=cpu run
sysbench 0.4.10: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Doing CPU performance benchmark
Threads started!
Done.
Maximum prime number checked in CPU test: 10000
Test execution summary:
total time: 28.3184s
total number of events: 10000
total time taken by event execution: 28.3069
per-request statistics:
min: 2.79ms
avg: 2.83ms
max: 8.68ms
approx. 95 percentile: 2.82ms
Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 28.3069/0.00
albfneto@sabayon ~ $ sysbench --test=memory run
sysbench 0.4.10: multi-threaded system evaluation benchmark
Running the test with following options:
Number of threads: 1
Doing memory operations speed test
Memory block size: 1K
Memory transfer size: 102400M
Memory operations type: write
Memory scope type: global
Threads started!
Done.
Operations performed: 104857600 (207219.41 ops/sec)
102400.00 MB transferred (202.36 MB/sec)
Test execution summary:
total time: 506.0221s
total number of events: 104857600
total time taken by event execution: 385.2812
per-request statistics:
min: 0.00ms
avg: 0.00ms
max: 3.10ms
approx. 95 percentile: 0.00ms
Threads fairness:
events (avg/stddev): 104857600.0000/0.00
execution time (avg/stddev): 385.2812/0.00
Comparando-se com os valores prévios, antes das otimizações (veja: Introdução -
página 1) vê-se que, embora a média de tempo das operações matemáticas realizadas pela CPU se mantenha mais ou menos equivalente (2.95 ms e 2.82 ms), o tempo máximo caiu de cerca de 16 ms para 8 ms.
No que se refere à memória, o tempo máximo caiu de 21,71 ms para 3.10 ms, e o tempo total requerido para o teste caiu de 560.20 ms para 5.06.02 ms, e o número de operações de transferência de blocos de memória subiu de 187178 operações por segundo, para 207219 operações por segundo.
Os resultados sugerem razoável melhoria de performance.
5. Medindo com os Benchmarks do pacote HardInfo (iniciado via comando em terminal
Xterm, mesmo ambiente Fluxbox), nota-se que em certos cálculos como
Teoria dos Números de Fibonacci:
A máquina supera mesmo máquinas maiores:
E em outros cálculos, só é superada por computadores maiores, como
Xeon ou
Intel Core i5.
A perfomance é, inclusive, maior do que era antes das otimizações (veja
página 1) e do mesmo computador, lá também já em regime de performance máxima, mas com versões mais antigas de Sabayon não otimizado:
A performance gráfica,
RayTrace (renderização da trajetória de um feixe de luz ou de frequências sonoras):
Também se superou, agora não é mais sobrepujada (como antes das otimizações) nem mesmo por máquinas maiores (desde que tenham apenas placas de vídeo onboard, é óbvio. A minha é uma NVidia GForce 8600 GT offboard):
Conclusão
Pode-se concluir que o Sabayon, certos aplicativos como Firefox e mesmo o micro, tem sua performance e velocidade aumentadas após uma série de otimizações relativamente simples, que podem ser feitas por um usuário com um pouco de prática com Sabayon Linux.
Sabayon é uma Distribuição interessante para esse tipo de experimento, pois sendo modular, você pode remover ou adicionar vários pacotes, ou mesmo, tirar partes extensas da interface gráfica, ou colocar mais de uma, sem quebrar o sistema.