FERRAMENTAS LINUX: Re: [PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia

sexta-feira, 31 de janeiro de 2020

Re: [PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia




Confira !!



Assunto : Re: [PATCH 3/3] ARM: exynos_defconfig: Enable Energy Model framework
De : Lukasz Luba <lukasz.luba@xxxxxxx>
Data : Sex, 31 Jan 2020 17:30:46 +0000
Em resposta a : <CAJKOXPeA=_3zPx6Aq3CAUi7JsXr9AigWGWCTNWo_jkm=oVWe_g@mail.gmail.com>
Agente do usuário : Mozilla / 5.0 (X11; Linux x86_64; rv: 60.0) Gecko / 20100101 Thunderbird / 60.9.0

Olá Krzysztof,

Em 31/1/20 13:16, Krzysztof Kozlowski escreveu:
Em segunda-feira, 27 de janeiro de 2020 às 22:55, <lukasz.luba@xxxxxxx> escreveu:

De: Lukasz Luba <lukasz.luba@xxxxxxx>

Ativar o modelo de energia (EM) traz a possibilidade de usar o Energy Aware
Agendador (EAS). Isso compila o EM, mas não permite executar o EAS no
padrão. O EAS funciona apenas com o SchedUtil - um governador CPUFreq que
lida com solicitações diretas do planejador para a mudança de frequência. Portanto,
Para fazer o EAS funcionar como padrão, o governador do SchedUtil deve ser
configurado como governador CPUFreq padrão.

Ponto final. Isso é o suficiente da explicação necessária do schedutil.

Está bem


Embora, o EAS possa estar ativado
em tempo de execução, quando o EM está presente nas CPUs, o SchedUtil é compilado e
em seguida, defina como governador CPUFreq, ou seja:

echo schedutil> / sys / devices / system / cpu / cpu0 / cpufreq / scaling_governor
echo schedutil> / sys / devices / system / cpu / cpu4 / cpufreq / scaling_governor

Para verificar se o EAS está pronto para funcionar, a saída de leitura do comando abaixo
deve mostrar '1':
cat / proc / sys / kernel / sched_energy_aware

Para desativar o EAS em tempo de execução, basta 'eco 0' para o arquivo acima.

Não está relacionado a este commit. Se você estivesse implementando aqui
schedutil / EAS, faz sentido postar tudo isso. No entanto, o que é
o ponto de descrevê-lo em todas as alterações defconfig?

Eu vou largar.


Alguns resultados de testes, que enfatizam o agendador no Odroid-XU3:
hackbench -l 500 -s 4096
Com código de linha principal e com este conjunto de patches.

Pule a última frase - informações duplicadas.

Está bem



Os testes foram feitos com e sem CONFIG_PROVE_LOCKING (PL)
(que é definido como = y no padrão exynos_defconfig)

                 | este conjunto de patches | linha principal

O commit será aplicado em sua própria ramificação, de modo que o significado de "this
conjunto de patches "será perdido. Talvez apenas" antes / depois "?

Está bem


                 | ----------------------------------------------- | - --------------
                 | desempenho | SchedUtil | SchedUtil | desempenho
                 | governador | governador | governador | governador
                 | | sem EAS | com EAS |
---------------- | --------------- | --------------- | - -------------- | ---------------
hackbench com PL | 12,7s | 11,7s | 12,0s | 13.0s - 12.2s
hackbench sem PL | 9.2s | 8.1s | 8.2s ​​| 9.2s - 8.4s

Por que o desempenho é diferente antes e depois desse patch?

Provavelmente devido à melhor localização e utilização de cache. Eu posso ver isso
há ~ 700k comutadores de contexto vs ~ 450k e ~ 160k migrações vs ~ 50k.
Se você precisar comunicar dois encadeamentos em diferentes clusters,
através do CCI.


Menção - menor melhor (?). Espaço entre número e unidade ... ou melhor
mencionar [s] no título da coluna.

Está bem


E por último mas não menos importante:
Por que esse patch é separado de 1/3? Não preciso separá-los.

Conforme mencionado em resposta ao patch 1/3. O primeiro patch criaria MC
domínio, algo diferente de modelo de energia ou EAS. As decisões em
o agendador seria diferente.

Eu posso mesclar 1/3 e 3/3 se você quiser.

Saudações,
Lukasz


Cumprimentos,
Krzysztof


_______________________________________________
lista de discussão linux-arm-kernel
linux-arm-kernel @ xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel


Referências :
[PATCH 0/3] Ative o Odroid-XU3 / 4 para usar o Modelo de energia e o Agendador de conhecimento de energia
De: lukasz. Cuba
[PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia
De: lukasz. Cuba
Re: [PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia
De: Krzysztof Kozlowski
Anterior à data: Re: [PATCH 2/3] ARM: dts: exynos: Adicione informações do coeficiente de energia dinâmica da CPU Exynos5422
Previous by thread: Re: [PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia
Próximo por tópico: Re: [PATCH 3/3] ARM: exynos_defconfig: Ativar estrutura do modelo de energia
Índice (es)
   Date
   Thread


Fonte

Até a próxima !!

Nenhum comentário:

Postar um comentário