Il programma di calcolo non funziona al 100% di utilizzo della CPU

Crea un profilo!

È l'unico modo per sapere esattamente cosa sta accadendo e cosa sta usando quali risorse e dove è limitato.

Ricorda che il tuo programma non è l'unico eseguito dal sistema operativo. Ad ogni programma è assegnata una priorità. Devi verificarlo e vedere se puoi dare al tuo programma una priorità più alta o ridurre le altre priorità dei programmi in esecuzione quando possibile.

Molte cose potrebbero causare questo. Una possibilità è che ci sia qualche logica di desincronizzazione coinvolta nel chiamare la DLL e ricevere risultati da essa, e questa logica da qualche parte rinuncia a un timeslice. ( Sleep(0) non rinuncerà al resto del tuo timeslice; Sleep(1) lo farà.)

Se per caso si sta usando una quantità eccessiva di memoria, potrebbe esserci qualche scambio in corso; ciò rallenterebbe molto MOLTO. Prova a disabilitare il file di scambio e verifica se si verifica un errore di memoria insufficiente. Io uso WinXP con 4 GB di RAM e nessun file di scambio, e la mia macchina è VELOCE! (Anche se corro il rischio di rimanere senza memoria, ma ne tengo traccia.)

E, ovviamente, vale la pena controllare la possibilità che stia scrivendo su un file mentre funziona. Potrebbe essere che come sta pensando, sta scrivendo i suoi pensieri in un file di registro?

Inoltre, anziché utilizzare il Task Manager di Windows per esaminare l'utilizzo della CPU, fai un favore a te stesso e ottieni Process Explorer di SysInternals . È molto, molto meglio, e ti darà molte più informazioni sui tuoi processi, le tue DLL, i manici che sono aperti, ecc.

A seconda di cosa stai facendo, il massimo della CPU non è il modo migliore e quindi, i numeri che stai recuperando ora potrebbero effettivamente significare che le cose girano più velocemente di prima, anche se il processore non è al massimo . Anche gli algoritmi estremamente complicati potrebbero non massimizzare l'utilizzo della CPU e questo può essere una buona cosa in quanto significa che puoi svolgere altre attività durante l'esecuzione del programma.

Ricorda che quando un programma è in esecuzione non tutti i dati possono essere nella cache del processore e il tempo necessario per uscire nella RAM (a corto dal punto di vista del processore) o in altro spazio (ad es. disco rigido, NAS, ecc.) (a lungo dal punto di vista del processore) è il momento in cui il processore può eseguire altre attività. I computer sono molto bravi nel cambio di attività e generalmente lo usiamo anche a nostro vantaggio.

In termini di programma, fare qualcosa con una GUI tende ad essere molto lento poiché la GUI deve aspettare che lo schermo venga ridisegnato quando gli aggiornamenti sono fatti e questo può richiedere un tempo estremamente lungo per essere eseguito dal punto di vista del processore. La maggior parte delle operazioni computazionalmente pesanti sono scritte in modo tale da essere disaccoppiate da una GUI per garantire che si focalizzino esclusivamente sulla loro attività e altri trucchi siano utilizzati per riportare il loro stato se richiedono un po 'di tempo per essere eseguiti.

In termini di rendere il tuo codice il più veloce possibile, come notato da Malfist nella loro risposta la profilazione del codice è la tua migliore scommessa e vedere cosa sta rallentando. Allo stesso modo, se possibile fare in modo che l'algoritmo esegua alcune parti in parallelo, si accerti che sia soggettivamente più veloce in quanto può trarre vantaggio da più core sul processore. Inoltre, è possibile scrivere alcune registrazioni di base che annotano quando alcune parti del codice sono inserite e chiuse (mostrando il tempo di esecuzione) e quante volte vengono eseguite determinate operazioni. Questi sono tipicamente dati in un buon profiler, ma può essere un esercizio utile da fare anche da solo.