Eu tenho um programa VBA em execução no meu Acer Aspire S3 Ultrabook de quatro núcleos. O problema é que ele usa apenas 25% da CPU (os outros processos combinados usam ~ 1%). O laptop executa o Windows 8.0. A edição do Excel é 2013 (32 bits). Apenas 55% da RAM do sistema é usada, com o Excel usando metade dos 55%.
Acho que apenas 25% é usado porque apenas um núcleo é usado pelo Excel. No entanto, não tenho nada para apoiar essa teoria. Como faço para acelerar o programa?
Obrigado.
Parece que o programa que você está tentando usar é single threaded, o que significa que ele só pode usar um único núcleo, ele não sabe que os outros existem. Não há uma maneira concreta de acelerar isso, exceto comprar um processador com uma velocidade de clock de núcleo único mais rápida ou usar um programa que suporte multiencadeamento.
Tudo abaixo se aplica ao Excel 2007 e versões anteriores. De acordo com o link @ Ƭᴇcʜιᴇ007 postado nos comentários acima , há algum suporte nativo para multithreading no Excel 2013. Dito isso, o aviso de apenas esquecê-lo, a menos que você seja um programador experiente, ainda se aplica.
Infelizmente, o VBA não suporta multithreading, portanto, seus cálculos de VBA serão limitados a um núcleo de seu processador.
No entanto, existe um método avançado de enganar o VBA para executar vários threads, gerando arquivos VBscript e executando-os simultaneamente. Isso contorna o problema executando seu código fora do processo do Excel e permite que o Windows gerencie os recursos alocados para os diferentes threads.
Dito isso, fazer isso funcionar significará, mais do que isso, repensar completamente a lógica do seu código (ou seja, você terá que descobrir como dividir as tarefas de uma maneira que faça sentido executá-las simultaneamente) , o que pode muito bem ser inviável para o seu projeto. Eu nunca implementei isso, então eu realmente não posso ajudá-lo com isso, mais do que dizendo o que eu já lhe contei.
Se você quiser entrar na toca do coelho, aqui está uma postagem interessante no blog que mostra um exemplo disso. Esteja avisado: a menos que você seja um programador experiente, é melhor esquecer essa ideia e aceitar que o VBA é executado em um único thread.
Outros recursos no Stack Overflow para a ousadia: link
link
Existem outras maneiras de otimizar seu código VBA sem usar vários segmentos. Sem ver o seu código, é impossível fazer sugestões pontuais, mas aqui estão alguns dos suspeitos do costume:
Application.Calculation = xlManual . Só não se esqueça de configurá-lo de volta para Application.Calculation = xlAutomatic antes de sair do seu Sub. Como outros disseram, o VBA nativamente não é multithreaded. Se você quiser acelerar, pode querer considerar escrever funções definidas pelo usuário (UDF) em outro idioma.
Eu recomendaria ExcelDNA e usando C # ou VB.Net. Eles são muito fáceis de usar se você já sabe como escrever algum C # e você pode controlar multithreading dentro do UDF.
Disclaimer: esta não é uma resposta adequada, mas eu acho que existem muitos usuários que precisam encontrar este tipo de hind junto com outras respostas sobre o uso de apenas um núcleo e minha reputação é muito baixa para publicá-lo como um comentar.
Parece que o seu script VBA está usando apenas um núcleo e isso pode muito bem ser uma coisa boa!
Como outros já mencionaram em boas respostas, penso que é importante conhecer outros aspectos desta questão para ajudá-lo a encontrar uma solução adequada. Então, como você acelera o programa?
Como os outros acima disseram, threading seria a resposta, mas não é realmente uma solução viável, e atualizar para 64 bits faria uma diferença insignificante. Uma coisa que você poderia tentar fazer é aumentar a prioridade do processo, você pode ver como fazer isso aqui .
É difícil dizer se isso tornará seu script mais rápido, já que pode haver outro gargalo em outras partes do programa (por exemplo, leitura / gravação de um disco), mas pelo menos deixará o Windows saber que é um maior prioridade do que seus outros processos.