No final de semana, foi enviada uma série de patches para o driver de gráficos do kernel Intel Linux, intitulado " Time, onde foi? " Esse conjunto de 42 patches visa fornecer melhorias incrementais ao driver para compensar uma regressão de desempenho no Linux 5.7 que a Intel não possui. não foi capaz de rastrear. Essa complicação aumentada do driver para compensar a regressão está agora sob o microscópio.
O conjunto de 42 correções do desenvolvedor de código aberto da Intel, Chris Wilson, fornece melhorias incrementais para reduzir a latência de execução. Ele afirmou que a intenção dessas melhorias é "compensar basicamente as pequenas regressões incorridas quando comparadas ao [Linux kernel] 5.7".
Para essa série de patches, o então mantenedor do subsistema DRM David Airlie, da Red Hat, perguntou o que introduziu as regressões no Kernel Linux 5.7 e se elas estão documentadas. Além disso, se a regressão é perceptível apenas para benchmarks ou aplicativos, etc.
Para isso, Chris Wilson observou que o DRM se mescla ao Kernel Linux 5.8 anterior ao RC1 causou uma regressão nas flutuações de desempenho. Mas eles não foram capazes de descobrir exatamente a causa / comprometimento do problema. A regressão foi identificada para cargas de trabalho simuladas de transcodificação.
Chris então admitiu o raciocínio desse conjunto de correções para melhorar a latência de execução para compensar o impacto da regressão. "Inteiramente motivado por não querer explicar por que há uma regressão de 1% nas métricas de seus clientes. Eles nem notaram alguns lançamentos, quando o problema provavelmente está agravado e, de repente, temos reuniões de crise. "
Por sua vez, é a resposta de Airlie :
Eu não acho que esse tipo de coisa seja aceitável para upstream. Esse é o problema da plataforma enlouquecendo. Algo regride no núcleo do kernel, e você refatora o driver i915 para ficar terrivelmente mais complicado para evitar corrigir as regressões do núcleo?
Isso tem que parar, se a Intel não pode pará-lo internamente, ou seja, a equipe do kernel do GEM não tem esse tipo de poder, então tem que parar o upstream.
Este é um NAK difícil para esse tipo de refatoração, agora e no futuro.
Esperamos que os desenvolvedores de drivers de código aberto da Intel consigam descobrir a causa raiz dessa regressão que aparece no Kernel Linux 5.8 em tempo hábil.
Fonte
Até a próxima !
Nenhum comentário:
Postar um comentário