Eu entendo multi-threading e tasking até certo ponto, mas sei que fora do sistema operacional, a maioria dos aplicativos do Windows está limitada a usar apenas 1/N CPU para média máxima. utilização.
Isso é 50% para um dual core, 25% de 4 CPUs e 12,5% de todas as 8 CPUs. Isso não altera o resultado se estiver usando Procexp.exe para desalocar CPUs ou escolher CPUs com números pares ou ímpares.
Minha pergunta
Existe alguma maneira de aumentar a utilização além desse limite restrito do SO. Eu entendo se alguém impôs 100% a um App. O sistema operacional pode exibir uma tela azul de uma E/S de hardware que não responde dentro do período de tempo limite esperado ou necessário, mas até 50% ou 75% melhorariam meus resultados.
No entanto, explorer.exe etc no sistema operacional pode ter um desempenho de 50% ou mais (?) às vezes ao realizar tarefas grandes.
- normalmente a CPU fica 98~99,5% ociosa com apenas um navegador aberto e 10 abas (Brave)
Estou usando o Win7 i7-4770S Haswell 3.1GHz com 16GB de RAM no LibreOffice SCALC.exe com uma planilha com 1,5 milhão de células de dados CV19 US e fiz uma busca/substituição do prefixo de texto 'para tentar converter o texto em um número de célula para diariamente date (com algumas opções de text para values ) e ainda está rodando (sim) e óbvio que usei o método errado.
Se não for possível alterar as taxas de utilização do sistema operacional, devo reescrever esta pergunta ao converter 400 entradas de texto em um valor de datas '1\20\2020 em um valor para reformatar de acordo com minha preferência.
- este arquivo de texto foi baixado do repositório GitHub para os totais cumulativos diários de mortalidade do condado de JHU CV19 dos EUA e importado para o SCALC usando conversão de texto em coluna.
SCALC ainda está em execução!” , a 12,5% de acordo com PERFMON usando 11 threads.
O problema começou com uma busca e substituição de 1 caractere em uma planilha de 1,5 milhão de células. Eu escolhi "opção de semelhança" que foi um erro, mas o problema não é Excel ou Open Office Apps, muitos aplicativos são multi-thread, mas limitados a CPUs 1/N em média, sem como alterar isso . Posso provar isso com imagens, mas alguns de vocês saberão que isso é verdade.
Outros não entendem a pergunta. sim, é possível escrever ou para o Windows fazer isso, mas não aplicativos enlatados.
EXEMPLO 1 recuperação de inicialização simples de um processo de arquivo grande levou apenas alguns segundos e atingiu um pico acima de 20%. Pode atingir um pico bem acima de 12,5% em média por um segundo, mas não sustentado, suponho, quando há uma limitação de memória. (Então eu acho que nada pode melhorar isso?)
Aqui, uma pesquisa substitui 0 por 0 em 1,5 milhão de células, com uma média de exatamente 12,5% pouco antes de capturar a captura de tela.
Aqui quase EXATAMENTE 1/N ou 12,5% de toda a carga de trabalho da CPU dedicada a 1 aplicativo com muitos threads.
Posso duplicar este teste em MUITOS OUTROS APLICATIVOS no Windows com esta arquitetura. Então, é arquitetura - barramento de cache de memória limitado e alguma correção?
Como outros escreveram neste fórum, 1/N CPU's limitados ou 12,50%
Esta é a prova.
Mais prova em multi-thread MS App i=somente usando 1/N CPU % média MAX
Atualizar
Instalou o WordPerfect 2020 com o QUAttro Pro e executou exatamente o mesmo processo multithread e obteve exatamente O MESMO RESULTADO MAX USO DA CPU em todas as 8 CPUs = 1/8 = 12,5%
Exemplo #4
- de um processo multi-threaded novamente utilizou todas as CPUs, mas no total apenas 1/N CPUs ou 12,5% é o Process Explorer de Mark Russinovich, também conhecido como PROCMON.exe. que era independente de todos os outros processos usando poucos recursos.
Duvido que tenha sido a capacidade de Mark de programar multi-threading aqui. :) (Companheiro MS)
Minha latência de CPU está no topo
Nem todas as tarefas são inerentemente capazes de serem divididas em uma tarefa que pode ser executada simultaneamente em todos os núcleos da CPU.
Cada núcleo em sua CPU é um processador completo. Ele é capaz de manter informações sobre o estado de execução de um "thread" de hardware. Cada núcleo tem seu próprio cache e manipulação de dados independente de todos os outros núcleos. Eles podem compartilhar um cache e um barramento de memória, mas são completamente separados.
Esse encadeamento se traduz aproximadamente no que é conhecido no software como um encadeamento.
The problem you are seeing is that the particular task doing the work within that software is inherently single threaded.
A single thread is only capable of executing on one core at a time. On an 8 core processor that means that a single thread can use at most 1/8th of your processor, or 12.5% according to task manager. On a 4 core processor that is 1/4 or 25%.
A program can have many threads, but those threads can only work on things that are completely unrelated to each other. One thread might be handling updating data being the scenes, another might be updating the GUI and so on.
What threads cannot do is work on the exact same data at the same time without communicating with each other and it is that limit you are seeing.
In order to use more than one CPU core the task being done has to be split up and parcelled out to multiple threads. That splitting up is a programming problem and is down to the software engineers to implement. Whether or not any given task is multithreaded is down to the complexity of that task and whether it can be split up in the first place
If the data is completely dependent on being worked on in a particular way then there is no way it will ever use more than one core.
Se os dados puderem ser divididos, mas exigirem muito mais trabalho para dividir e mesclar novamente, os engenheiros de software podem decidir que não vale a pena o esforço e, em vez disso, usar um thread/núcleo.
Se os dados puderem ser divididos e o software for projetado para isso , você verá mais de 1 núcleo em uso.
Eu sei que para várias tarefas o Excel suporta cálculos multi-core, mas depende inteiramente de dados que não têm absolutamente nenhuma dependência uns dos outros.