Test de résistance du processeur sous linux. Travailler avec Phoronix Test Suite, ou comment tester les performances des machines virtuelles sous Linux ? Les attributs d'autorisation de fichier incluent

La surveillance est effectuée à l'aide d'un ensemble de programmes capteurs lm.

aptitude installer des capteurs lm

Vous pouvez prendre des mesures de capteur avec la commande :

capteurs

La surveillance de la température en temps réel est effectuée par la commande suivante :

capteurs de montre

La sortie de la commande contient des informations sur la tension, la vitesse du ventilateur, la température du processeur (chaque cœur séparément), la température disques durs. Un indicateur important est la valeur de température maximale enregistrée (champ haut dans les relevés de température à cœur). Vous pouvez surveiller uniquement la température du processeur avec la commande :

while (true) do date ; capteurs | noyau grep ; echo "======"; sommeil 1s ; fait

Il existe également divers utilitaires graphiques pour afficher les lectures. capteurs lm. Pour GNOME applet facile à utiliser Applet de capteurs GNOME.

Test de résistance du processeur

Sac plastique cpuburn

Vérification du fonctionnement des pilotes de carte vidéo

Vérifiez l'accélération 3D :

glxinfo | grep OpenGL

La sortie devrait ressembler à ceci :

Chaîne de fournisseur OpenGL : Tungsten Graphics, Inc Chaîne de moteur de rendu OpenGL : Mesa DRI Intel(R) G33 GEM 20100330 DEVELOPMENT Chaîne de version OpenGL : 1.4 Extensions OpenGL Mesa 7.10-devel :

Vérifions la prise en charge de l'accélération 3D au moyen de la carte vidéo :

glxinfo | grep direct

Si le support 3D est implémenté, la sortie sera :

rendu direct : Oui

Vérifions la vitesse de la 3D :

glxgears

Une fenêtre apparaîtra avec une simple animation 3D. Dans ce cas, des informations sur la vitesse de rendu seront affichées dans la console toutes les 5 secondes. Les valeurs FPS normales pour un pilote configuré doivent être supérieures à 1000 en moyenne (si V-sync est activé, la valeur FPS sera plafonnée par la fréquence de synchronisation).

Un autre test OpenGL :

/usr/lib/xscreensaver/glblur-fps

Une fenêtre d'économiseur d'écran apparaîtra indiquant la valeur FPS.

En cas de problème, vous pouvez réinstaller le pilote vidéo (pour les graphiques Intel intégrés, vous devez réinstaller le package xserver-xorg-video-intel). Les réglages du pilote sont effectués par le programme driconf. De plus, pour contrôler le fonctionnement de la carte vidéo Intel, vous pouvez installer le package intel-gpu-outils(le package comprend l'utilitaire intel_gpu_top, qui vous permet de surveiller la charge du processeur vidéo en temps réel).

Test des performances du système

paquet phoronix-test-suite

Les tests de performance sont effectués par le programme phoronix-test-suite. Il s'agit d'un shell logiciel qui vous permet de télécharger et d'exécuter automatiquement divers programmes de test, de collecter et de stocker des données sur les résultats des tests.

Installons le programme :

aptitude installer phoronix-test-suite

Afficher une liste de tous les tests disponibles avec leur brève description peut être fait avec la commande suivante :

phoronix-test-suite liste-tests

Les tests sont exécutés avec la commande :

banc d'essai de la suite de tests phoronix TEST_NAME

CPU:
- radiographie- test de mathématiques multi-thread. Charge élevée sur le processeur. Résultat sur C2D 2.0 : 387,55 secondes.
- build-linux-kernel- assemblage du noyau Linux. Longue épreuve. Charge uniformément le processeur et la mémoire (utilise gcc).
- scimark2- test monothread puissant (calcul scientifique intensif). Affiche les performances d'un seul cœur en gigaflops.
- ffmpeg- encodage vidéo (les fichiers de test occupent 130 Mo). Sur C2D 2.0 : 25,99 secondes.

Mémoire:
- vitesse accélérée- Test de mémoire. Charge CPU moyenne. Résultats DDR2-800 2Gb (copy,int) : 2280.10 Mo/s.
- flux- affiche la vitesse de la mémoire dans diverses opérations.

Disque dur:
- iozone- test disque dur. Affiche la vitesse de lecture et d'écriture pour des blocs de différentes longueurs. Résultat WD 80 Go (W, 4K, 512 M) : 52,42 Mo/s.

Arts graphiques:
- gtkperf- tester divers éléments de l'interface graphique de GNOME.
- unigine-tropiques- belle référence 3D, vous avez besoin de pilotes personnalisés prenant en charge l'accélération 3D.

Pour les tests divers à long terme, il est recommandé build-linux-kernel. Pour les tests d'effort courts radiographie(avec le programme

question diagnostic informatique les propriétaires de PC ou d'ordinateurs portables sont généralement déconcertés par des erreurs régulières dans leur travail. Mais une proportion considérable de passionnés aime overclocker les processeurs, les cartes vidéo, surestimer les fréquences de fonctionnement de la mémoire, etc. Naturellement, un fonctionnement ininterrompu dans de telles situations d'urgence n'est pas garanti et les overclockeurs en cours d'overclocking doivent vérifier la stabilité de l'appareil overclocké. Vérification du processeur- une étape obligatoire lors de l'overclocking du CPU. L'article proposé est juste consacré à la question de la vérification du fonctionnement du processeur sous charge maximale après accélération. Utilitaire LinX 0.6 avec très interface simple aidez-nous avec ça.

Récemment, le site a publié un article sur le sujet, qui ne mentionnait que la nécessité d'un diagnostic du processeur, mais il n'y avait aucune explication. Aujourd'hui, j'ai décidé de combler cette lacune et de décrire la procédure de vérification du processeur. Pour diagnostic informatique vous n'avez besoin que d'un seul utilitaire conçu pour une charge CPU maximale avec des tâches informatiques. Le nom de ce programme compact est LinX. Pour le moment, l'actuel est LinX 0.6.5". En plus des tests de stabilité, l'utilitaire peut également être utilisé comme une bonne référence.

Point de vue de l'utilisateur LinX 0.6 chose très simple et pratique avec une interface simple et intuitive (versions russe et anglaise). Il prend en charge les processeurs Intel et AMD. Dans les paramètres, vous pouvez sélectionner le mode de fonctionnement 32/64 bits, le nombre de threads, activer ou désactiver la technologie HyperThreading d'Intel, définir le nombre d'exécutions, suivre l'avancement des tests "en direct"... Sauvegarde automatique de l'ensemble paramètres de test du processeur permettra de tester avec les mêmes paramètres lors des lancements suivants, par exemple, lors de l'overclocking progressif du CPU.

L'interface de la fenêtre principale du programme ne contient que quelques commandes. Tout d'abord, nous nous intéressons aux paramètres "Mémoire" / "Mémoire" et au nombre d'exécutions "Nombre de fois" / "Exécution". Pour diagnostic informatique il est recommandé de sélectionner toute la mémoire disponible dans le premier paramètre (le bouton "Tout" à côté de "Mémoire"), et de définir le "Nombre de fois" / "Exécuter" de manière empirique : exécutez une exécution et calculez le nombre d'exécutions requis pour que le programme fonctionne pendant au moins une heure. Dans le menu "Paramètres" / "Paramètres", sélectionnez le mode 32/64 bits en fonction du processeur installé et de la version du système d'exploitation. Pour démarrer/arrêter le test, utilisez les boutons "Test"/"Stop" ("Start"/"Stop"). Pendant le test, l'indicateur de progression du test affichera le temps écoulé depuis le début, et lorsque la dernière passe sera terminée, il affichera l'inscription "Terminé sans erreurs en MM m SS s" (ou "Terminé sans erreurs en MM m SS s » dans la version anglaise de l'interface).

Lors du test d'un système instable pendant une longue période, des erreurs peuvent se produire. L'élément "Stop on Error" dans les paramètres Linx 0.6 arrêtera toute vérification supplémentaire du processeur. Cela peut être très utile lorsque des erreurs se produisent en raison de surchauffe du processeur. Un test interrompu en temps opportun peut dans certains cas sauver une vie au processeur testé. Si, après le démarrage de l'utilitaire, vous avez enregistré une température proche de la critique ou la dépassant, il s'agit d'un signal clair que vous devez remplacer le refroidisseur ou réduire l'accélération.

En utilisant LinX 0.6.5 comme référence les résultats des performances du processeur seront affichés dans la colonne "GFlops" / "GFlops" du tableau final de la fenêtre principale du programme. Oui pour Intel Core i7-3770k, qui a été overclocké à 4,5 GHz, le résultat sera un chiffre dans la région 110…115 GFlops en fonction des paramètres. après plusieurs exécutions, le processeur spécifié est placé plus haut : la vitesse est indiquée dans le tableau pour chaque passe et la ligne d'état contient des informations sur les performances de pointe (maximales) dans GFlops.

Au fait, si vous vous demandez Overclocker le processeur, puis être intrigué par l'opportunité d'inclure la technologie hyper-Threading pour processeur Intel. En aucun cas dans toutes les tâches de HT, il n'y a une augmentation de la vitesse, mais le HT inclus sous-estime très souvent les capacités d'overclocking de la "pierre". À en juger par les nombreuses critiques, il n'y a pas la moindre augmentation du FPS d'HyperThreading dans la plupart des jeux - ici, la «jouabilité» dépend davantage de la carte vidéo.

Le benchmark est une mesure des performances maximales d'un ordinateur, qui s'exprime en points conventionnels. Grâce à cela, vous pouvez comparer les performances de différents ordinateurs, ou du même ordinateur après, par exemple, un overclocking ou un undervolting.

Benchmark et stress test ne sont pas la même chose. Tant pendant le benchmark que pendant le test de résistance, le système reçoit une charge complète. Mais l'objectif principal du benchmarking est d'évaluer les performances, et l'objectif principal d'un test de résistance est de vérifier si le système peut fonctionner à sa limite de charge de travail, ou de déterminer cette limite. Bien que, en fait, certains programmes combinent les deux fonctions.

Le benchmark peut être effectué pour le système dans son ensemble ou pour ses composants individuels : pour le processeur central, la carte vidéo, le système d'E/S.

Linux a plusieurs programmes pour évaluer les performances du CPU, par exemple : sysbench, stress-ng Et phoronix-test-suite. D'eux stress-ng remplit principalement les fonctions d'un test de résistance, mais il affiche les métriques résultantes, il est donc tout à fait approprié pour évaluer et comparer les performances du système.

Benchmark dans sysbench

sysbench est un utilitaire ligne de commande. Il a été créé pour évaluer les performances des serveurs avec des SGBD fortement chargés, mais convient également pour comparer les systèmes conventionnels.

Installation sur Ubuntu, Linux Mint, Debian, Kali Linux :

sudo apt installer sysbench

Essais intégrés :

fileio- Test d'E/S de fichiers
CPU- Tests de performances du processeur
mémoire- Test de la vitesse des fonctions de mémoire
fils- Tester les performances du sous-système de thread
mutex- Test de performance mutex

Pour exécuter un test de performances du processeur :

Exécution du processeur Sysbench

Faites attention au démarrage du programme : au début il y a le nom du test, puis les options (il n'y en a pas dans le premier exemple), et enfin la commande.

Le programme comporte deux allées d'exécution :

10000 opérations avec des nombres
10 secondes d'exécution

Selon ce qui vient en premier, le programme se terminera après 10 000 événements ou après 10 secondes.

Les processeurs modernes sont très productifs et si le programme est terminé très rapidement, les données peuvent être déformées. Par exemple, lors de l'évaluation des performances du processeur, par exemple, la limitation (réinitialisation de la fréquence) joue un rôle. L'étranglement démarre en raison d'une surchauffe ou d'un dépassement du TDP. Ces effets ne sont observés qu'à de longues distances du processeur. Si, par exemple, le test s'est terminé en une seconde et que vous avez n opérations traitées, cela ne signifie pas que le processeur en 60 secondes exécutera 60*n opérations, car il fera chuter les fréquences en raison de la surchauffe et du dépassement des limites de dissipation thermique définies dans le TDP.

Pour un test plus long, utilisez les options --cpu-max-prime Et -temps. Le premier définit le nombre maximal d'opérations effectuées et le second définit le temps de référence maximal. Lorsque des options sont utilisées en même temps, la priorité est donnée aux -temps.

Les processeurs modernes sont multicœurs et multithread :

Défaut sysbench s'exécute dans un thread. Par conséquent, si vous souhaitez utiliser tous les cœurs de votre processeur, utilisez l'option --threads. J'ai 6 cœurs de processeur physiques et 12 cœurs de processeur logiques, donc j'en utiliserai 12 pour m'assurer que tous les processeurs fonctionnent.

Lors de l'utilisation de l'option --cpu-max-prime, plus le temps d'exécution du programme est court, plus le processeur central est productif :

Processeur Sysbench --threads=12 --cpu-max-prime=100000 run

Le programme a terminé le travail trop rapidement - en 10 secondes, il est peu probable que le processeur ait eu le temps de subir une limitation sérieuse. Par conséquent, avec ces valeurs, le test est adapté pour évaluer les performances de pointe sur une courte distance.

Les résultats obtenus:

Vitesse du CPU : événements par seconde : 538,23 Statistiques générales : temps total : 10,0188 s nombre total d'événements : 5393 Latence (ms) : min : 19,85 moy : 22,27 max : 30,56 95e centile : 23,10 stddev) : 449.4167/4.11 temps d'exécution (avg/stddev) : 10.0105/0.01

Événements de vitesse du processeur par seconde signifie le nombre d'opérations effectuées dans le processeur central par seconde - plus la valeur est élevée, plus le système est productif.

Temps total des statistiques générales désigne le temps d'exécution total des opérations.

Statistiques générales nombre total d'événements désigne le nombre total d'événements terminés.

Si le système s'arrête trop rapidement, vous pouvez augmenter la valeur, par exemple, à deux cent mille événements :

Processeur Sysbench --cpu-max-prime=200000 run

Une autre façon de vérifier la limitation et d'évaluer les performances du processeur sous une charge soutenue consiste à définir le temps d'exécution, dans l'exemple ci-dessous, le temps est défini sur 300 secondes.

Processeur Sysbench --threads=12 --time=300 run

J'ai lors de l'utilisation des options -temps Et --cpu-max-prime Les événements de vitesse du processeur par seconde diffèrent des dizaines de fois - apparemment soit une sorte de bogue dans le programme, soit le programme calcule selon d'autres règles.

Benchmark dans la suite de tests phoronix

Installez le programme:

Sudo apt install phoronix-test-suite

Exécuter - pour la première fois, vous devrez accepter le contrat de licence, le programme demandera donc la permission d'envoyer des statistiques anonymes :

Phoronix-test-suite list-available-suites

La commande précédente listera les benchmarks disponibles.

Suites de tests disponibles dans Phoronix Test Suite v8.0.1

Pts/audio-encoding - Système d'encodage audio pts/chess - Processeur de suite de tests d'échecs pts/compilation - Processeur de compilation de code temporisé pts/compiler - Processeur de compilateur pts/compression - Processeur de compression de fichiers temporisés pts/computational - Système de suite de tests de calcul pts/computational -biologie - Processeur de la suite de tests de biologie computationnelle pts/cpu - CPU / Processeur de la suite de processeurs pts/cryptographie - Processeur de cryptographie pts/daily-kernel-tracker - Système de suivi quotidien du noyau pts/daily-system-tracker - Système de suivi quotidien du système pts/base de données - Database Test Suite System pts/desktop-graphics - Desktop Graphics System pts/disk - Disk Test Suite Disk pts/encoding - Encoding System pts/favorites - Favorites System * pts/gaming - Gaming System pts/gaming-closed - Closed-Source Système de jeu * pts/gaming-free - Logiciel gratuit Système de jeu pts/gui-toolkits - GUI Toolkits Graphics pts/ioquake3-games - Jeux utilisant le système de moteur ioquake3 pts/iqc - Suite de comparaison de qualité d'image Graphics pts/java - Java System pts /java-opengl - Java OpenGL System pts/kernel - Système du noyau pts/linux-system - Linux System System pts/machine-learning - Machine Learning System pts/memory - Memory Test Suite Memory pts/mesa - Mesa Test Suite Graphics pts/ carte mère - Système de carte mère pts/multicore - Processeur multicœur 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 - Server Motherboard System pts/ue4 - Démonstrations techniques Unreal Engine 4 sur Linux Graphics pts/universe - 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-encoding - Système d'encodage vidéo pts/workstation - Système de poste de travail pts/workstation-graphics - Graphiques de poste de travail Graphics pts/xrender - X Render Extension Testing Graphics system/collection - Collection System

Les ensembles partiellement pris en charge sont marqués d'un astérisque.

Pour exécuter l'exécution de l'évaluation des performances du processeur :

Exécution de la suite de tests Phoronix pts/cpu

Veuillez noter que pts/cpu et d'autres benchmarks occupent plusieurs gigaoctets d'espace disque. Par exemple, pts/cpu téléchargera environ 3 Go de données et utilisera environ 7 Go d'espace disque (dans le répertoire personnel de l'utilisateur).

Pour plus d'informations sur la surveillance de la fréquence et de la température actuelles du processeur sous Linux, voir.

J'ai fait le test Linpack et j'ai pensé : est-il temps pour moi de changer la pâte thermique de mon ordinateur portable ?

Oui, d'après les résultats de plusieurs tests d'affilée (je n'encombrerai pas l'article avec des images), il est clair que le processeur passe en throttling (saut de cycles et réinitialisation de la fréquence lorsqu'il est chauffé), mais à quelle vitesse démarre-t-il Ce faisant?

Test de résistance du processeur dans un terminal Linux

Après avoir posé cette question et recherché des utilitaires sur Internet, j'ai réalisé que le principal problème pour résoudre la tâche que j'avais définie était le lancement simultané d'au moins deux utilitaires et de grands yeux dans deux fenêtres ... Et je suis arrivé à la conclusion que la version console me convient mieux que les fenêtres multicolores des programmes ouverts.

J'ai commencé avec sysbench :

sudo apt installer sysbench

sysbench --num-threads=4 --test=cpu --cpu-max-prime=100000 run

--num-threads=4- c'est le nombre de threads, j'ai un Intel® Core ™ i7-640M dual-core à quatre threads, donc 4;
--cpu-max-prime=100000- c'est le nombre maximum d'opérations effectuées, je l'ai mis à 100000, car la valeur par défaut est 10000, mettant fin au test trop tôt.

Puis je suis passé à Linpack. Comme j'ai un processeur d'Intel et que j'ai une certaine paresse (la paresse est le moteur du progrès), j'ai pris, téléchargé et décompressé le Intel Linpack prêt à l'emploi, après avoir créé le répertoire linpack dans mon répertoire personnel :

mkdir ./linpack
cd ./linpack
wgethttp://registrationcenter-download.intel.com/akdlm/irc_nas/9752/l_mklb_p_2018.3.011.tgz
tar -xvzf ./l_mklb_p_2018.3.011.tgz

Pour les processeurs AMD, je n'essaierais pas cette option, car le compilateur d'Intel insère des signets qui vérifient le processeur, et si ce n'est pas Intel ... eh bien, pensez à cent ou deux instructions supplémentaires, le processeur s'exécutera et perdra évidemment performance. Pour AMD, il est préférable de construire Linpack à partir de sources comme celles-ci. Dans cet article, je n'envisagerai pas de construire à partir des sources - lisez le README dans le code source.

Revenons au Linpack d'Intel. Il y a beaucoup de choses supplémentaires et je n'en ai pas besoin, mais ce que je dois considérer concernant la version 2018.3.011. J'irai tout de suite dans le répertoire souhaité, pour ne pas taper de longues commandes plus tard :

cd ./l_mklb_p_2018.3.011/benchmarks_2018/linux/mkl/benchmarks/linpack

Étant donné que, par défaut, le Linpack d'Intel est conçu pour tester le serveur Xeons, créons notre propre fichier qui sera utilisé comme options d'entrée - réduisez simplement le nombre de tests, sinon nous nous lasserons de "quelques jours" à attendre le essai à terminer. J'ai Linux Mint LMDE 3, donc j'utilise l'éditeur de texte xed, et je l'aime pour plus de fonctionnalités, surtout quand je l'exécute en tant que root - il change de couleur en rouge. Et donc, nous créons dans le même répertoire que celui dans lequel nous nous sommes déplacés, un fichier, par exemple, my_test :

Et copiez le contenu suivant dans le fichier créé :

Version à mémoire partagée d'Intel(R) Distribution pour LINPACK* Benchmark. * D'autres noms et marques peuvent être revendiqués comme la propriété d'autrui.
Exemple de fichier de données linput_xeon64.
5 # nombre de tests
1000 2000 5000 10000 20000 # tailles de problèmes
1000 2000 5008 10000 20000 # dimensions principales
4 2 2 2 1 # fois pour exécuter un test
4 4 4 4 4 # valeurs d'alignement (en Ko)

Eh bien, lancez réellement Linpack avec le fichier créé :

./xlinpack_xeon64 -i ./mon_test

./xlinpack_xeon64 ./mon_test

Vous pouvez également utiliser stress-ng ou stress, mais cela ne résout toujours pas le problème que j'ai posé. Ces utilitaires ne me montrent pas la sortie de la température, des fréquences et du temps depuis le début.

La température peut être indiquée par des capteurs - plus d'informations sur l'installation de cet utilitaire. Et cet utilitaire sera nécessaire dans la suite de l'examen de ma question. Linux est génial et puissant : la même tâche peut être résolue de différentes manières. J'étais trop paresseux pour m'attaquer au C, et j'ai écrit la partie manquante pour moi dans BASH, car il n'y avait pas tellement de lignes. Sans capteurs installés, mon script ne fonctionnera pas. Naturellement, je n'ai pas écrit la fixation de l'étranglement - elle sera de toute façon visible en réinitialisant la fréquence et la température. Voici le script lui-même :

#!/bin/bash
out=0 # variable de contrôle de processus de test
pid_test="tty" # PID du processus de test (créé un répertoire existant pour s'exécuter sans arguments)
cpus_num=$(cat /proc/cpuinfo | grep -ci "processeur") # nombre de processeurs/cœurs/threads
echo -en "\033[?25l" 1>&2 # cache le curseur
echo -fr "\033[^:]*: //g" | sort -u # modèle de processeur de sortie
echo -en "\033=$(capteurs | sed "/Core ""$i""/!d;s/.*crit = +$.*$[.]°C).*/\1/ ")
si [ -n "$(cpu_crit_temp[i])" ]
alors
soit cpu_red_temp[i]=cpu_crit_temp[i]-10
soit cpu_yel_temp[i]=cpu_crit_temp[i]-30
cpu_min_temp[$i]=1000
cpu_max_temp[$i]=0
Fi
fait
start_time=$(cat /proc/uptime | sed "s/[.] .*$//") # heure de début
si [ -n "$1" ]
alors
script_pid="$$"
(si ! [courriel protégé]> "$0_out" 2>&1 # exécuter le fichier de test
alors
kill -s SIGABRT $script_pid # signale l'échec de l'exécution du script principal
fi 2>/dev/null)&
pid_test="$!" # PID du processus de test
Fi
while (true) # contrôle de la température
faire
pour ((i=0; je<$cpus_num; i++))
faire
cpu_freq[$i]=$(cat /sys/devices/system/cpu/cpu$(i)/cpufreq/scaling_cur_freq | sed "s/...$//")
cpu_temp[$i]=$(capteurs | sed "/Core ""$i""/!d;s/.*+$.*$[.]°C[ \t]*(.*/\ 1/")
si [ -n "$(temp_processeur[i])" ]
alors
(($(cpu_temp[i])< ${cpu_min_temp[i]})) && cpu_min_temp[$i]=${cpu_temp[i]}
si (($(cpu_temp[i]) > $(cpu_max_temp[i])))
alors
cpu_max_temp[$i]=$(cpu_temp[i])
time_max[$i]=$(cat /proc/uptime | sed "s/[.] .*$//")
soit time_max[i]=time_max[i]-start_time
Fi
si (($(cpu_temp[i]) > $(cpu_red_temp[i])))
alors
echo -en "cpu$(i):\t"
echo -fr "\033)"
echo -fr "\033)"
echo -fr "\033)"
echo -en "\033) > $(cpu_yel_temp[i])))
alors
echo -en "cpu$(i):\t"
echo -fr "\033)"
echo -fr "\033)"
echo -fr "\033)°C; max : "
echo -fr "\033)"
echo -fr "\033)sec)"
autre
echo -en "cpu$(i):\t"
echo -fr "\033)"
echo -fr "\033)"
echo -fr "\033)°C; max : "
echo -fr "\033)"
echo -fr "\033)sec)"
Fi
autre
echo -en "cpu$(i):\t"
echo -fr "\033)"
echo -fr "\033 .*$//")
laissez time=time-start_time
echo -en "Heure :\t$heure sec."
[ ! -d "/proc/$(pid_test)" ] && break # sortie lorsque le test est terminé ( La meilleure façon contrôle via comm et cmdline, mais... trop paresseux)
[ "$out" != "0" ] && break # sortie en cas d'échec du test
echo -en "\033[$(i)A\r" 1>&2 # déplace le curseur vers le haut de $i lignes et au début de la ligne
sleep 0.1 # pause pour que la sortie de fréquence ne saute pas beaucoup
fait
écho ""
echo -en "\033[?25h" 1>&2 # active le curseur
si [[ "$out" == "0" && -n "$1" ]]
alors

rm -fR "$0_out"
sortie 0
elif [[ "$out" == "1" && -n "$1" ]]
alors
kill -9 "$pid_test" 1>/dev/null 2>/dev/null
chat "$0_out" | sed "/^$/d;/Données d'échantillon/d;/Fréquence CPU/d;/Les paramètres sont définis/,/Valeur d'alignement des données/d"
rm -fR "$0_out"
sortie 1
elif[ "$out" == "1" ]
puis sortie 1
elif[ "$out" == "2" ]
alors
echo -fr "\033)