Stres test CPU u linuxu. Rad sa Phoronix Test Suite, ili kako testirati performanse virtuelnih mašina u Linuxu? Atributi dozvole datoteke uključuju
Praćenje se vrši pomoću skupa programa lm-senzori.
aptitude instalira lm-senzore
Očitavanja senzora možete uzeti naredbom:
senzori
Praćenje temperature u realnom vremenu vrši se sljedećom komandom:
senzori za sat
Izlaz naredbe sadrži informacije o naponu, brzini ventilatora, temperaturi procesora (svako jezgro posebno), temperaturi tvrdi diskovi. Važan pokazatelj je maksimalna zabilježena vrijednost temperature (polje visoko u očitavanju temperature jezgre). Možete pratiti samo temperaturu procesora naredbom:
dok (tačno) do datuma; senzori | grep core; echo "======"; spavanje 1s; urađeno
Postoje i različiti grafički uslužni programi za prikaz očitanja. lm-senzori. Za GNOME applet jednostavan za korištenje GNOME Sensors Applet.
CPU stres testiranje
Plasticna kesa cpuburn
Provjera rada drajvera video kartice
Provjerite 3D ubrzanje:
glxinfo | grep OpenGL
Izlaz bi trebao biti ovakav:
OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) G33 GEM 20100330 RAZVOJ OpenGL verzija string: 1.4 Mesa 7.10-razvoj OpenGL ekstenzije:
Provjerimo podršku za 3D ubrzanje pomoću video kartice:
glxinfo | grep direct
Ako se implementira 3D podrška, izlaz će biti:
direktno prikazivanje: Da
Provjerimo brzinu 3D:
glxgears
Pojavit će se prozor sa jednostavnom 3D animacijom. U tom slučaju, informacije o brzini renderiranja će se prikazati na konzoli svakih 5 sekundi. Normalne vrijednosti FPS-a za konfigurirani drajver bi u prosjeku trebale biti iznad 1000 (ako je V-sinhronizacija omogućena, vrijednost FPS-a će biti ograničena frekvencijom sinhronizacije).
Još jedan OpenGL test:
/usr/lib/xscreensaver/glblur-fps
Pojavit će se prozor screensaver koji prikazuje vrijednost FPS-a.
U slučaju bilo kakvih problema, možete ponovo instalirati video drajver (za integrisanu Intel grafiku, morate ponovo instalirati paket xserver-xorg-video-intel). Postavke drajvera obavlja program driconf. Takođe, za kontrolu rada Intel video kartice, možete instalirati paket intel-gpu-alati(paket uključuje uslužni program intel_gpu_top, koji vam omogućava da pratite opterećenje video procesora u realnom vremenu).
Testiranje performansi sistema
phoronix-test-suite paket
Testiranje performansi provodi program phoronix-test-suite. To je softverska ljuska koja vam omogućava da automatski preuzimate i pokrećete različite programe za testiranje, prikupljate i pohranjujete podatke o rezultatima testiranja.
Hajde da instaliramo program:
aptitude install phoronix-test-suite
Pogledajte listu svih dostupnih testova sa njihovim kratak opis može se uraditi sljedećom komandom:
phoronix-test-suite lista-testova
Testovi se pokreću naredbom:
phoronix-test-suite benchmark TEST_NAME
- CPU:
- c-zraka- višenitni matematički test. Visoko opterećenje procesora. Rezultat na C2D 2.0: 387,55 sekundi.
- build-linux-kernel- sklapanje Linux kernela. Dug test. Ravnomjerno učitava procesor i memoriju (koristi gcc).
- scimark2- snažan single-threaded test (intenzivno naučno računarstvo). Prikazuje performanse jedne jezgre u gigaflopsima.
- ffmpeg- video kodiranje (test fajlovi zauzimaju 130MB). Na C2D 2.0: 25,99 sekundi.
- Memorija:
- ramspeed- test memorije. Prosječno opterećenje CPU-a. Rezultati DDR2-800 2Gb (copy,int) : 2280,10 MB/s.
- potok- pokazuje brzinu memorije u raznim operacijama.
- HDD:
- iozon- test tvrdi disk. Prikazuje brzinu čitanja i pisanja za blokove različitih dužina. Rezultat WD 80Gb (W,4K,512M): 52,42 MB/s.
- Graficka umjetnost:
- gtkperf- testiranje različitih elemenata GNOME GUI-a.
- unigine-tropics- prekrasan 3D benchmark, potrebni su vam prilagođeni drajveri sa podrškom za 3D ubrzanje.
Za dugoročna raznovrsna testiranja, preporučuje se build-linux-kernel. Za kratko testiranje na stres c-zraka(zajedno sa programom
pitanje kompjuterska dijagnostika vlasnici računara ili laptopa obično su zbunjeni redovnim greškama u radu. Ali značajan dio entuzijasta voli overklokiranje procesora, video kartica, precjenjivanje radnih frekvencija memorije itd. Naravno, nesmetan rad u takvim hitnim situacijama nije zagarantovan, a overklokeri u procesu overklokanja moraju da provere stabilnost overklokovanog uređaja. Provjera procesora- obavezan korak pri overklokavanju CPU-a. Predloženi članak upravo je posvećen pitanju provjere rada procesora pod maksimalnim opterećenjem nakon ubrzanja. Utility LinX 0.6 sa vrlo jednostavan interfejs pomozite nam sa ovim.
Nedavno je na sajtu bio članak o tome koji je samo spominjao potrebu za CPU dijagnostikom, ali nije bilo objašnjenja. Danas sam odlučio popuniti ovu prazninu i opisati proceduru za provjeru procesora. Za kompjuterska dijagnostika potreban vam je samo jedan uslužni program dizajniran za maksimalno opterećenje CPU-a s računalnim zadacima. Naziv ovog kompaktnog programa je LinX. Trenutno je aktuelna LinX 0.6.5". Pored testiranja stabilnosti, uslužni program se može koristiti i kao dobar benchmark.
Korisnička perspektiva LinX 0.6 vrlo jednostavna i zgodna stvar sa jednostavnim i intuitivnim sučeljem (ruska i engleska verzija). Podržava i Intel i AMD CPU. U postavkama možete odabrati 32/64-bitni način rada, broj niti, omogućiti ili onemogućiti Intelovu HyperThreading tehnologiju, podesiti broj pokretanja, pratiti tok testiranja "uživo"... Automatsko spremanje seta parametri testa procesoraće omogućiti testiranje sa istim postavkama pri narednim pokretanjima, na primjer, kada se postupno overklokuje CPU.
Interfejs glavnog prozora programa sadrži samo nekoliko kontrola. Prije svega, zanimaju nas parametri "Memorija" / "Memorija" i broj pokretanja "Broj puta" / "Pokreni". Za kompjuterska dijagnostika preporučljivo je odabrati svu dostupnu memoriju u prvom parametru (dugme “Sve” pored “Memorija”) i empirijski postaviti “Broj puta” / “Pokreni”: pokrenite jedno trčanje i izračunajte potreban broj pokreta da bi program radio najmanje sat vremena. U meniju "Postavke" / "Postavke" odaberite 32/64 bitni način rada ovisno o instaliranom procesoru i verziji operativni sistem. Za pokretanje/zaustavljanje testa koristite dugmad "Test"/"Stop" ("Start"/"Stop"). Tokom testa, indikator napretka testa će prikazati vrijeme proteklo od početka, a kada je zadnji prolaz završen, prikazat će se natpis “Završeno bez grešaka u MM m SS s” (ili “Završeno bez grešaka u MM m SS s” u engleskoj verziji interfejsa).
Prilikom dugotrajnog testiranja nestabilnog sistema može doći do grešaka. Stavka "Stop on Error" u postavkama Linx 0.6 će zaustaviti dalju provjeru procesora. Ovo može biti vrlo korisno kada dođe do grešaka zbog pregrijavanje procesora. Blagovremeno prekinut test može u nekim slučajevima spasiti život na testirani CPU. Ako ste nakon pokretanja uslužnog programa zabilježili temperaturu blizu kritične ili je prekoračili, onda je to jasan signal da trebate zamijeniti hladnjak ili smanjiti ubrzanje.
Koristeći LinX 0.6.5 as benchmark Rezultati performansi procesora će biti prikazani u koloni "GFlops" / "GFlops" finalne tabele glavnog prozora programa. Da, za Intel Core i7-3770k, koji je overclockan na 4,5 GHz, rezultat će biti cifra u regionu 110…115 GFlops zavisno od podešavanja. nakon nekoliko pokretanja, navedeni CPU se postavlja više: brzina je naznačena u tabeli za svaki prolaz, a statusna linija sadrži informacije o vršnoj (maksimalnoj) izvedbi u GFlops.
Usput, ako se pitate CPU overclock, onda budite zbunjeni svrsishodnošću uključivanja tehnologije hyperthreading za Intel CPU. Nikako u svim zadacima iz HT-a dolazi do povećanja brzine, ali uključeni HT vrlo često podcjenjuje overclocking mogućnosti "kamena". Sudeći po brojnim recenzijama, u većini igara nema ni najmanjeg povećanja FPS-a od HyperThreading-a - ovdje „mogućnost igranja“ više ovisi o video kartici.
Benchmark je mjera maksimalne performanse računara, koja se izražava u konvencionalnim tačkama. Zahvaljujući tome, možete uporediti performanse različitih računara, ili istog računara nakon, na primer, overclockinga ili undervoltinga.
Benchmark i stres test nisu ista stvar. I tokom benchmark-a i tokom stres testa, sistem prima puno opterećenje. Ali glavni cilj benchmarkinga je procijeniti performanse, a glavni cilj stres testa je provjeriti može li sistem raditi na svojoj granici opterećenja, ili odrediti ovu granicu. Iako, zapravo, neki programi kombiniraju obje funkcije.
Benchmark se može izvesti za sistem u celini, ili za njegove pojedinačne komponente: za centralni procesor, video karticu, I/O sistem.
Linux ima nekoliko programa za procjenu performansi procesora, na primjer: sysbench, stres-ng I phoronix-test-suite. Od njih stres-ng prvenstveno obavlja funkcije stres testa, ali prikazuje rezultirajuću metriku, pa je prilično pogodan za procjenu i poređenje performansi sistema.
Benchmark u sysbench-u
sysbench je uslužni program komandna linija. Kreiran je za procjenu performansi servera sa jako opterećenim DBMS-om, ali je takođe pogodan za benchmarking konvencionalnih sistema.
Instalacija na Ubuntu, Linux Mint, Debian, Kali Linux:
sudo apt install sysbench
Ugrađeni testovi:
- fileio- File I/O testiranje
- cpu- Testiranje performansi procesora
- memorija- Testiranje brzine memorijskih funkcija
- niti- Testiranje performansi podsistema niti
- mutex- Test performansi muteksa
Da pokrenete test performansi procesora:
Pokretanje Sysbench procesora
Obratite pažnju na to kako se program pokreće: na početku je naziv testa, zatim opcije (u prvom primjeru ih nema), a zatim naredba.
Program ima dva prolaza za izvršavanje:
- 10000 operacija sa brojevima
- 10 sekundi izvršenja
Ovisno o tome šta je prvo, program će se zatvoriti ili nakon 10.000 događaja ili nakon 10 sekundi.
Moderni procesori su vrlo produktivni i ako se program završi vrlo brzo, podaci mogu biti iskrivljeni. Na primjer, kada se procjenjuje performanse procesora, na primjer, prigušivanje (resetovanje frekvencije) igra ulogu. Prigušivanje počinje zbog pregrijavanja ili prekoračenja TDP-a. Ovi efekti se primjećuju samo na velikim udaljenostima od procesora. Ako je, na primjer, test završen u sekundi i dobili ste n obrađenih operacija, to ne znači da će se procesor za 60 sekundi izvršiti 60*n operacije, jer će pasti frekvencije zbog pregrijavanja i prekoračenja granica rasipanje topline postavljenih u TDP.
Za duži probni rad koristite opcije --cpu-max-prime I -vreme. Prvi postavlja maksimalni broj izvršenih operacija, a drugi maksimalno vrijeme mjerenja. Kada se opcije koriste u isto vrijeme, prioritet se daje -vreme.
Moderni CPU-i su višejezgarni i sa više niti:
Default sysbench radi u jednoj niti. Stoga, ako želite koristiti sve jezgre vašeg procesora, koristite opciju --threads. Imam 6 fizičkih i 12 logičkih CPU jezgara, tako da ću koristiti 12 da osiguram da svi procesori rade.
Kada koristite opciju --cpu-max-prime, što je kraće vrijeme završetka programa, to je centralni procesor produktivniji:
Sysbench cpu --threads=12 --cpu-max-prime=100000 run
Program je završio posao prebrzo - za 10 sekundi malo je vjerovatno da je procesor imao vremena da se podvrgne ozbiljnom prigušenju. Stoga je s ovim vrijednostima test pogodan za procjenu vršnih performansi na kratkoj udaljenosti.
Dobijeni rezultati:
Brzina procesora: događaji u sekundi: 538,23 Opšta statistika: ukupno vrijeme: 10,0188 s ukupan broj događaja: 5393 Latencija (ms): min: 19,85 prosječno: 22,27 maks.: 30,56 95. percentil: 23,10 zbir: 120125 događaja (prosv. stddev): 449.4167/4.11 vrijeme izvršenja (prosjek/stddev): 10.0105/0.01
Događaji brzine CPU-a u sekundi znači broj operacija koje se izvode u centralnom procesoru u sekundi - što je veća vrijednost, to je sistem produktivniji.
Opća statistika ukupno vrijeme znači ukupno vrijeme izvršenja operacija.
Opća statistika ukupan broj događaja znači ukupan broj završenih događaja.
Ako se sistem isključi prebrzo, možete povećati vrijednost, na primjer, na dvije stotine hiljada događaja:
Sysbench cpu --cpu-max-prime=200000 run
Drugi način da provjerite prigušivanje i procijenite performanse CPU-a pod stalnim opterećenjem je postavljanje vremena izvršenja, u primjeru ispod, vrijeme je postavljeno na 300 sekundi.
Sysbench cpu --threads=12 --time=300 run
Imam kada koristim opcije -vreme I --cpu-max-prime Događaji brzine CPU-a u sekundi razlikuju se desetinama puta - očigledno ili neka vrsta greške u programu, ili program izračunava prema nekim drugim pravilima.
Benchmark u phoronix-test-suite
Instalirajte program:
Sudo apt install phoronix-test-suite
Pokreni - po prvi put ćete morati prihvatiti ugovor o licenci, tako da će program tražiti dozvolu za slanje anonimne statistike:
Phoronix-test-suite lista-dostupnih-suite-a
Prethodna komanda će izlistati dostupne benčmarkove.
Dostupni testni paketi u Phoronix Test Suite v8.0.1
Poeni/audio-kodiranje - Sistem kodiranja zvuka pts/šah - Chess Test Suite Procesor pts/kompilacija - Procesor kompilacije vremenskih kodova bodova/kompajler - Procesor kompajlera pts/kompresija - Vremenski kompresija fajla Procesor pts/computational - Computational Test Suite System pts/computational -biologija - Computational Biology Test Suite Procesor pts/cpu - CPU / Procesor Suite Procesor pts/cryptography - Procesor kriptografije pts/daily-kernel-tracker - Daily Kernel Tracker System pts/daily-system-tracker - Dnevni sistem za praćenje sistema pts/baza podataka - Database Test Suite System pts/desktop-graphics - Desktop Graphics System pts/disk - test diska Suite Disk pts/kodiranje - Sistem kodiranja bodova/favoriti - Favourites System * pts/gaming - Gaming System pts/gaming-closed - Closed-Source Gaming System * pts/gaming-free - Free Software Gaming System pts/gui-toolkits - GUI Setovi alata Grafika pts/ioquake3-games - Igre koje koriste sistem ioquake3 Engine pts/iqc - Paket za poređenje kvaliteta slike Grafika pts/java - Java sistem pts/java-opengl - Java OpenGL sistem pts/kernel - kernel sistem pts/linux-system - Linux System System pts/machine-learning - System Machine Learning pts/memory - Memory Test Suite Memory pts/mesa - Mesa Test Suite Graphics pts/machine - System matične ploče pts/multicore - Multi-Core procesor pts/netbook - Netbook Test Suite System pts/network - Networking Test Suite Network pts/nevada - OpenSolaris Nevada Test Suite System pts/opencl - OpenCL System pts/opengl-demos - OpenGL Demos Test Suite System pts/opengl-workstation - OpenGL Workstation Test Suite System pts/pts-desktop -live - PTS Desktop Live System pts/ray-tracing - Ray-Tracing Test Suite System pts/server - Sistem matične ploče servera pts/ue4 - Unreal Engine 4 Tech Demos on Linux Graphics pts/unigine - Unigine Test Suite Graphics * pts/universe - Universe Test Suite System pts/universe-cli - Universe CLI Test Suite System * pts/universe-x - Universe X Test Suite System pts/video-kodiranje - Video Encoding System pts/workstation - Workstation System pts/workstation-graphics - Workstation Graphics Graphics pts/xrender - X Render Extension Testing Grafički sistem/kolekcija - Sistem prikupljanja
Djelomično podržani skupovi označeni su zvjezdicom.
Da biste pokrenuli procjenu performansi procesora, pokrenite:
Phoronix-test-suite pokrenite pts/cpu
Imajte na umu da pts/cpu i drugi benchmarkovi zauzimaju nekoliko gigabajta prostora na disku. Na primjer, pts/cpu će preuzeti oko 3 GB podataka i koristiti oko 7 GB prostora na disku (u korisničkom kućnom direktoriju).
Za informacije o tome kako pratiti trenutnu frekvenciju i temperaturu procesora u Linuxu, pogledajte.
Pokrenuo sam Linpack test i pomislio: da li je vreme da promenim termalnu pastu na laptopu?
Da, prema rezultatima nekoliko testova za redom (neću zatrpati članak slikama), jasno je da procesor ide u throttling (preskakanje ciklusa i resetiranje frekvencije kada se zagrije), ali koliko brzo počinje radi ovo?
CPU stres test u Linux terminalu
Postavivši ovo pitanje i pretraživši internet za uslužne programe, shvatio sam da je glavni problem u rješavanju zadatka koji sam postavio istovremeno pokretanje barem nekoliko uslužnih programa i razrogačenih očiju u dva prozora... I došao sam do zaključka da meni više odgovara konzolna verzija nego višebojni prozori otvorenih programa.
Počeo sam sa sysbench-om:
sudo apt install sysbench
sysbench --num-threads=4 --test=cpu --cpu-max-prime=100000 run
- --num-threads=4- ovo je broj niti, imam dvojezgarni četveronitni Intel® Core™ i7-640M, dakle 4;
- --cpu-max-prime=100000- ovo je maksimalan broj izvedenih operacija, postavio sam ga na 100000, jer default je 10000, prerano završava test.
Onda sam prešao na Linpack. Pošto imam procesor od Intela i imam određenu dozu lijenosti (lijenost je motor napretka), uzeo sam, skinuo i raspakirao gotov Intel Linpack, nakon što sam napravio linpack direktorij u svom kućnom direktoriju:
mkdir ./linpack
cd ./linpack
wget http://registrationcenter-download.intel.com/akdlm/irc_nas/9752/l_mklb_p_2018.3.011.tgz
tar -xvzf ./l_mklb_p_2018.3.011.tgz
Za AMD procesori Ne bih probao ovu opciju, pošto Intelov kompajler ubacuje markere koji provjeravaju procesor, a ako nije Intel... pa razmislite o sto-dvije dodatnih instrukcija, procesor će se izvršiti i očito će izgubiti performanse. Za AMD je bolje napraviti Linpack iz izvora poput ovih. U ovom članku neću razmatrati izgradnju iz izvora - pročitajte README u izvornom kodu.
Vratimo se na Intelov Linpack. Ima puno dodatnih stvari i ne trebaju mi, ali ono što trebam uzeti u obzir u vezi sa verzijom 2018.3.011. Odmah ću otići u željeni direktorij, kako kasnije ne bih kucao duge komande:
cd ./l_mklb_p_2018.3.011/benchmarks_2018/linux/mkl/benchmarks/linpack
Budući da je Intelov Linpack standardno dizajniran za testiranje servera Xeons, hajde da napravimo sopstvenu datoteku koja će se koristiti kao ulazne opcije - samo smanjite broj testova, inače ćemo se umoriti od "par dana" čekanja na test za završetak. Imam Linux Mint LMDE 3, pa koristim xed uređivač teksta, i sviđa mi se zbog više funkcionalnosti, posebno kada ga pokrenem kao root - mijenja boju u crvenu. I tako, kreiramo u istom direktoriju u koji smo se preselili, datoteku, na primjer, my_test:
I kopirajte sljedeći sadržaj u kreiranu datoteku:
Verzija dijeljene memorije Intel(R) Distribution za LINPACK* Benchmark. *Druga imena i robne marke mogu se smatrati vlasništvom drugih.
Primjer datoteke podataka lininput_xeon64.
5 # broj testova
1000 2000 5000 10000 20000 # veličine problema
1000 2000 5008 10000 20000 # vodeće dimenzije
4 2 2 2 1 # puta za pokretanje testa
4 4 4 4 4 # vrijednosti poravnanja (u KBytes)
Pa, zapravo pokretanje Linpack-a sa kreiranom datotekom:
./xlinpack_xeon64 -i ./my_test
./xlinpack_xeon64 ./my_test
Možete koristiti i stress-ng ili stress, ali to još uvijek ne rješava problem koji sam postavio. Ovi uslužni programi mi ne pokazuju izlaz temperature, frekvencije i vremena od početka.
Temperatura se može prikazati senzorima - više o instaliranju ovog uslužnog programa. I ovaj alat će biti potreban u daljem razmatranju mog pitanja. Linux je sjajan i moćan: isti zadatak se može riješiti na različite načine. Bio sam previše lijen da preuzmem C, a dio koji nedostaje napisao sam umjesto mene u BASH-u, jer nije bilo toliko redova. Bez instaliranih senzora, moja skripta neće raditi. Naravno, nisam napisao fiksaciju throttlinga - to će ionako biti vidljivo resetiranjem frekvencije i temperature. Evo same skripte:
#!/bin/bash
out=0 # kontrolna varijabla procesa testiranja
pid_test="tty" # PID testnog procesa (napravio postojeći direktorij za pokretanje bez argumenata)
cpus_num=$(cat /proc/cpuinfo | grep -ci "procesor") # broj procesora/jezgri/niti
echo -en "\033[?25l" 1>&2 # sakriti kursor
echo -en "\033[^:]*: //g" | sort -u # model izlaznog procesora
echo -en "\033=$(senzori | sed "/Core ""$i""/!d;s/.*crit = +\(.*\)[.]°C).*/\1/ ")
ako [ -n "$(cpu_crit_temp[i])" ]
onda
neka cpu_red_temp[i]=cpu_crit_temp[i]-10
neka cpu_yel_temp[i]=cpu_crit_temp[i]-30
cpu_min_temp[$i]=1000
cpu_max_temp[$i]=0
fi
urađeno
start_time=$(cat /proc/uptime | sed "s/[.] .*$//") # vrijeme početka
ako [ -n "$1" ]
onda
script_pid="$$"
(ako ! $@ > "$0_out" 2>&1 # pokreni test fajl
onda
kill -s SIGABRT $script_pid # signalizira da se glavna skripta ne može pokrenuti
fi 2>/dev/null)&
pid_test="$!" # PID procesa testiranja
fi
dok (tačno) # kontrola temperature
uradi
za ((i=0; i<$cpus_num; i++))
uradi
cpu_freq[$i]=$(cat /sys/devices/system/cpu/cpu$(i)/cpufreq/scaling_cur_freq | sed "s/...$//")
cpu_temp[$i]=$(senzori | sed "/Core ""$i""/!d;s/.*+\(.*\)[.]°C[ \t]*(.*/\ 1/")
ako [ -n "$(cpu_temp[i])" ]
onda
(($(cpu_temp[i])< ${cpu_min_temp[i]})) && cpu_min_temp[$i]=${cpu_temp[i]}
if (($(cpu_temp[i]) > $(cpu_max_temp[i])))
onda
cpu_max_temp[$i]=$(cpu_temp[i])
time_max[$i]=$(cat /proc/uptime | sed "s/[.] .*$//")
neka time_max[i]=time_max[i]-start_time
fi
if (($(cpu_temp[i]) > $(cpu_red_temp[i])))
onda
echo -en "cpu$(i):\t"
echo -en "\033)"
echo -en "\033)"
echo -en "\033)"
echo -en "\033) > $(cpu_yel_temp[i])))
onda
echo -en "cpu$(i):\t"
echo -en "\033)"
echo -en "\033)"
echo -en "\033)°C; max: "
echo -en "\033)"
echo -en "\033)sec)"
ostalo
echo -en "cpu$(i):\t"
echo -en "\033)"
echo -en "\033)"
echo -en "\033)°C; max: "
echo -en "\033)"
echo -en "\033)sec)"
fi
ostalo
echo -en "cpu$(i):\t"
echo -en "\033)"
echo -en "\033 .*$//")
neka vrijeme=vrijeme-start_vrijeme
echo -en "Vrijeme:\t$vrijeme sek."
[ ! -d "/proc/$(pid_test)" ] && break # izlaz kada je test završen ( Najbolji način kontrola preko comm i cmdline, ali... previše lijen)
[ "$out" != "0" ] && break # izlaz nakon neuspjeha testa
echo -en "\033[$(i)A\r" 1>&2 # pomjeri kursor gore $i redova i na početak reda
sleep 0.1 # pauza tako da izlaz frekvencije ne skače mnogo
urađeno
eho ""
echo -en "\033[?25h" 1>&2 # omogući kursor
ako [[ "$out" == "0" && -n "$1" ]]
onda
rm -fR "$0_out"
izlaz 0
elif [[ "$out" == "1" && -n "$1" ]]
onda
kill -9 "$pid_test" 1>/dev/null 2>/dev/null
mačka "$0_out" | sed "/^$/d;/Uzorak podataka/d;/CPU frekvencija/d;/Parametri su postavljeni/,/Vrijednost poravnanja podataka/d"
rm -fR "$0_out"
izlaz 1
elif[ "$out" == "1" ]
zatim izlaz 1
elif[ "$out" == "2" ]
onda
echo -en "\033)
