Najłatwiejszy sposób symulacji maksymalnego obciążenia procesora?

Question

Muszę przetestować wbudowany komputer pod kątem najbardziej ekstremalnych warunków generowanego ciepła i poboru prądu, a do tego chcę napisać program, który wykorzystuje zasoby procesora tak dużo jak to możliwe czterordzeniowego procesora (jeden wątek na rdzeń). Czy możesz zasugerować coś, co byłoby bardzo głodne?

Muszę to zrobić dla Linuksa na ARMv7, a język to C lub C++, inne przykłady znalazłem albo dla Windowsa, albo nie w C/C++.

Próbuję coś takiego na moim komputerze z systemem Windows i najwyraźniej to działa, jak to ma 12% całkowitej mocy procesora (co jest Core i7 Quad 2 wątki na rdzeń):

float x = 1.5f; 
while (1) 
{ 
    x *= sin(x)/atan(x) * tanh(x) * sqrt(x); 
} 

I don Wiesz, jak zrobić to wielowątkowo.

Answer 1

Twój kod jest seryjny. Masz osiem dostępnych wątków (4 rdzenie * 2 wątki na rdzeń = 8 całych wątków), a twój obecny kod używa jednego z nich do 1 thread/8 available = 12.5% twojego procesora. Jeśli musisz napisać swój własny kod (i nie używać wcześniej istniejącego kodu intensywnego, jak już sugerowały inne osoby), polecam wstawienie #pragma omp parallel powyżej twojej pętli while i kompilowanie z flagą -fopenmp (zakładając, że używasz MinGW, jeśli nie , dokładna opcja może się różnić), aby zamiast tego użyć wszystkich dostępnych wątków.

Answer 2

Czy to musi być własny program? Zawsze możesz po prostu wziąć jakiś istniejący kod wypalający wiele cykli, taki jak raytracer lub Bitcoin, i uruchomić kilka z nich.

Answer 3

To zależy od tego, co masz na myśli przez "maksymalne obciążenie procesora".

Jeśli chodzi o użycie procesora, zasadniczo wszystko będzie działać. Pamiętaj, że będziesz potrzebował tylu wątków (lub tyle instancji pliku wykonywalnego), ile procesorów ma rdzeń.

Należy jednak pamiętać, że użycie procesora nie jest podstawowym i końcowym zużyciem energii w układzie SoC. Inne aspekty, o których musisz pamiętać, to:

• Dostęp do pamięci. Aplikacja, z której korzystasz obecnie, w ogóle nie dotyka pamięci.

• on-die Inne urządzenia peryferyjne, takie jak kontrolery pamięci flash, sterowników SPI/I2C/UART itp

• GPU, jeśli SoC zawiera jeden. (To z łatwością przyśpieszy zużycie energii we wszystkich innych rzeczach, o których wspomniałem do tej pory!)

• Urządzenia peryferyjne: pamięć flash, pamięć, wyświetlacz, ładowarki do akumulatorów i inne urządzenia.