Comment vérifier HZ dans le terminal?
J'ai vu cette http://kaasxxx.wordpress.com/2008/01/22/linux-hz-checker/
Mais le script ne semble pas fonctionner. Fait quand même connaître un moyen facile de vérifier "HZ" dans le terminal sous Linux?
Peut-être cela peut vous aider: advenage.com/topics/linux-timer-interrupt-frequency.php
OriginalL'auteur Hao Shen | 2012-09-18
Vous devez vous connecter pour publier un commentaire.
Il n'y a pas de réponse uniforme à cette question, car dans certains cas, votre noyau peut être compilé "tickless" et de ne pas utiliser un timer interrupt à tous. Mais si vous êtes sur un noyau traditionnel traditionnel et un distro, vous pouvez trouver le noyau actuel du
.config
fichier /boot avec quelque chose commegrep 'CONFIG_HZ=' /boot/config-$(uname -r)
.Vous sont effectivement ne pas vérifier le noyau en cours d'EXÉCUTION - juste un fichier de config qui POURRAIT être celui de l'actuel noyau en cours d'exécution. Sur certains environnements virtualisés cela ne fonctionnera pas.
Ainsi, "sur un noyau traditionnel et une traditionnelle distribution". En général, le kconfig pour un noyau n'est pas disponible au moment de l'exécution. Donc "pas de réponse uniforme".
OriginalL'auteur Andy Ross
Dans mes programmes en C j'utilise l'heure de début d'un processus et le temps de disponibilité et plus pour certains calculs de la valeur au moment de l'exécution.
En Bash HZ calcul sera, comme par exemple
Signifie: Prendre la 22e valeur de la disponibilité et de le diviser par l'heure de début de la "soi".
EDIT:
Oui, user1530335, c'est correct. Informations supplémentaires concernant le fichier stat peut être pris à partir de la page de manuel proc(5). Ici, le champ "starttime" est décrit comme "le temps de jiffies le processus a commencé après le démarrage du système".
Oui, et la plupart du temps (Intel arc), il sera de 100. Anciens rares "préempter" noyaux avait parfois 1000, même sur des processeurs Intel. D'autres valeurs peuvent être:
/proc/uptime a de l'information de la disponibilité du système. Le premier nombre est le nombre total de secondes, le système a été à la hauteur. Dans l'essence reichhart dit CONFIG_HZ sera
Clock Ticks since start (ticks) / Time since start (seconds)
unités sontticks / seconds
Dans la plupart des cas, cela devrait être de 100 ticks par seconde.J'ai essayé et obtenu un
HZ=100
résultat, mais si j'utiliseextract-ikconfig
, alors que je voisCONFIG_HZ=300
. Ces décrivant les différentes choses?Pas de. Il DEVRAIT être le même. Selon github.com/torvalds/linux/blob/master/scripts/extract-ikconfig cet outils va extraire le réglage de l'image du noyau. La seule explication que je puisse vous donner est que vous archivez un noyau différent de l'image que celle que vous utilisez actuellement. Ma "solution" est simple: Vous pouvez vérifier par vous-même /proc/uptime et /proc/XXXX/stat (XXXX récemment commencé) et de diviser manuellement par vous-même.
OriginalL'auteur reichhart
Il existe de nombreuses approches différentes pour obtenir un indice sur ce que vos paramètres.
Sur une des systèmes de base de cette astuce est très pratique:
Il vous montre la quantité de tiques, il y avait pendant les 10 secondes. sommeil.
Ici, environ 100'000. Diviser par 10 donne environ 10'000 HZ.
Ce peut être source de confusion sur les systèmes multicœurs, comme elle le sera par une liste de base.
Une autre option sera de vérifier si vous pouvez obtenir un coup de main sur l'original de la configuration du noyau. Il serait stockée dans
Décompressez-le et ouvrez le fichier. Recherche de pièces qui ressemblent à
Juste pour vous avertir; 10'000 est la voie normale de paramètres. Montage expérimental.
OriginalL'auteur user3387542
La valeur de HZ peut être déterminé comme suit:
Tout moment de la compilation des options du noyau en cours d'exécution peut être flashé à l'aide de
getconf
. Gardez à l'esprit que HZ est configurable:Comme c'est généralement le cas, vous pouvez avoir besoin de couper le
_SC_
peu hors de la variable dont le nom figure dans les pages man lors de l'enquête sur l'aidegetconf
.OriginalL'auteur slm