schedtool: PID 32301: PRIO 4, POLICY R: SCHED_RR , NICE -20, AFFINITY 0xf
ionice: realtime: prio 4
Mas a música está tropeçando de qualquer maneira.
O carregamento em segundo plano é baixo prio (SCHED_IDLEPRIO, ionice ocioso), mas usa muita memória (mais do que o fisicamente disponível) e faz muitos IO e cálculos.
Latencytop mostra cerca de 1500 ms para:
Following symlink
Writing buffer to disk (sync)
Page fault
Writing a page to disk
tanto para o carregamento bg quanto para processos não relacionados. A média de carga é 10 e conta.
Por que não pode alocar, por exemplo, 200MHZ de um dos núcleos e 32M de memória e não menos de uma vez por segundo para que o IO do mplayer o faça feliz enquanto continua os cálculos em segundo plano?
Ou: por que não é possível deixar a tarefa em segundo plano e trocar de se amar, mas manter o restante do sistema como se não houvesse carga de segundo plano?
Como ter processos RT e carga pesada bg simultaneamente (sem máquinas virtuais)?