Devido aos pedidos e a saudade o omnislash vai voltar, mas agora muito mais profissional, pq poderei investir mais tempo nele.

Estou usando o kubuntu, fiquei muito tempo no slackware e a minha primeira dica pra vcs que usam a versão 20-04 LTS é trocarem o deadline pelo BFQ (Que eu usava no omnislash antigo para fazer ele voar)

Os comandos são bem simples:

cat /sys/block/sda/queue/scheduler

sudo modprobe bfq

cat /sys/block/sda/queue/scheduler

echo "bfq" | sudo tee /sys/block/sda/queue/scheduler

cat /sys/block/sda/queue/scheduler  e vejam se o bfq foi selecionado.

Para reverter troquem o bfq por mq-deadline.

Boa performance para todos vcs.

O filho pródigo a casa retorna kkk

 

Já entrei

Infelizmente estou sem novidades, o estudo tem roubado meu tempo e minhas compilações 

Mas o tutorial ainda pode ser utilizado sem muitas dificuldades (no máximo, uma adaptação). Vc está levemente enferrujado na pior das hipóteses.

Agora além do BFQ, temos atualizações interessantes do BFS e o do MUQSS (sucessor do BFS, que nos poucos testes que fiz achei melhor que o BFS)

Caso use o BFQ tem que ser com EXT3 ou EXT4, com o BTRFS alguns tem relatado perda de dados.

Ao invés de compilar um patch que seja um grupo de patches experimente de um a um.

Exemplo: BFQ, CK, Zen, etc.

Já tive muitos problemas na hora de usar patches agrupados. Algumas vezes ocorre algum problema no agrupamento ou simplesmente há algum problema no código e as vezes até uma simples configuração gera um kernel panic (me lembro bem que tive problemas de suspensão derivados de configuração que geravam isso).

O Galactus como sempre muito preciso nas suas colocações:

Vou até quotar pra vc ler com calma.

Uma coisa que notei logo de cara nos dois vídeos é quanto a variação da frequência do processador.

 Note que na versão compilada ele está trabalhando com uma média maior. Pois ele tá procurando te entregar mais coisas logo!  Infelizmente você não usou os mesmos programas nos dois vídeos para comparar melhor.  Tem mais navegadores instalados na versão compilada e na versão do Debian stretch com xfce você abre um vídeo muito rapidamente e depois fecha.

Lembrando que as vezes, em processadores nem tão potentes, usar um kernel que exige demais do processador vai acabar atrasando as coisas e não acelerando.

Eu prefiro quase sempre (exceto em processadores bem tops) uma resposta digamos mais suave no kernel compilado do que algo mais agressivo.

Dessa forma a impressão que passa é que o sistema é mais leve, que ele aguenta de forma mais equilibrada o que é executado e exige menos processamento nas tarefas, ficando mais suave.

O RT e até o Low latency se não forem bem integrados (adequados ao seu processador, sistema de arquivos e demais otimizações) vc acaba percebendo uma aceleração alta na execução do processo vigente mas não há um bom balanço de distribuição de recursos entre todos os processos usados no momento e vc pode sentir uma ligeira piora na performance em geral, vai gerar atrasos. O Galactus foi justamente no ponto.

Se não me engano outros já chegaram nessa conclusão https://sevencapitalsins.wordpress.com/2007/08/10/low-latency-kernel-wtf/

Agora sobre o mouse fico na dúvida, pode ser desde o driver do mouse que pode ter um patch no kernel padrão, seu mouse ter um problema em kernels recentes, a problemas com hibernação geradas por alterações no kernel compilado ou até problemas na pilha ou porta ou até o mouse mesmo. (aí é de deixar louco mesmo)

Eu lembro de uma vez que a transferência USB ficou ruim (o Galactus percebeu e me deu um toque) e tive que fazer vários testes no kernel pra descobrir a parte do código que era necessária alterar.

Pra casos de baixa otimização (por falta de tempo ou receio mesmo) eu recomendo o teste com o preempt voluntary com 300 Hz com alguns patches. Acho que já está bem melhor agora.

Estou algum tempo afastado dos pcs,mas quando me afastei utilizava ubuntu com o kernel Omnislash e meu sistema voava,agora qual kernel vcs estão utilizando?esta semelhante ao Omnislash?

O objetivo desse projeto era além de trazer um kernel rápido e bem configurado ajudar o pessoal a ter mais performance na sua máquina ensinando a pescar e servir como uma espécie de bate papo e discussão sobre isso (otimização de kernel - por isso que o tópico se chama aprendendo a voar sem segredos)

Acho que o tópico já está bem recheado de dicas e resolução de problemas e o Galactus também postou muita coisa!. 

Eu estou utilizando Debian Stretch com Xfce e kernel 4.8.0-15.1-liquorix-amd64,no meu ver o sistema esta bem fluido,confira ;

É um ótimo kernel, mas ainda acho que podia melhorar um pouco na configuração (dependendo da máquina). nada como o olho preciso do Galactus pra não deixar passar nada em branco.

http://www.funtoo.org/Talk:Kernel_Seeds

http://kernel-seeds.org/working.html

O kernel do Ubuntu tem vários pactehs acrescentados, é mais fácil usar o source.

Se for possível pegue alguma distribuição minialista e use a configuração dela para compilar o kernel.

Que mensagem bizarra...

Mas há alguns relatos na net, vamos dar uma olhadinha em algumas dicas:

http://www.youtube.com/watch?v=KD5urXFG6CQ

http://www.binarytides.com/ubuntu-fix-system-program-problem-error/

http://askubuntu.com/questions/133385/getting-system-program-problem-detected-pops-up-regularly-after-upgrade

http://mylinuxbook.com/ubuntu-system-program-problem-detected/

Agora é com vc jovem!