WCHAN est l'adresse dans le noyau, où le processus est en sommeil (si c'est bien de couchage). Après avoir mis à stext signifie généralement que votre noyau est antérieure à 2.6 et vous n'avez pas initialisé Système.carte (namelist fichier) ou de votre noyau et namelist fichier ne correspondent pas.
Si vous faites un "homme ps" et la recherche pour wchan, il vous indiquera le chemin de recherche de la namelist fichier. Il est probable que le premier, c'est de trouver ne correspond pas au noyau que vous avez depuis stext est le début du noyau segment de TEXTE et vous avez peu de chances d'être en train de dormir là.
Je crois que si l'adresse est à l'extérieur du segment de TEXTE, vous obtiendrez stext par défaut (d'où mes pensées que votre table fichier et le noyau ne correspondent pas).
merci je n'ai pas de /etc/psdatabase (ni d'amorçage) où peut-il être trouvé? J'utilise kernel 2.6.18-53.1.14.el5PAE Qui distribution utilisez-vous? /etc/psdatabase n'est pas répertorié dans le chemin de recherche indiqué par mon ps page de man (sauf si c'est $PS_SYSMAP ou $PS_SYSTEM_MAP). Ou faites-vous "ps-l -n /etc/psdatabase"?
wchan est brisé sur des systèmes x86, où la SCHED_NO_NO_OMIT_FRAME_POINTER a été défini sur "y" (qui est la valeur par défaut). Dans ces systèmes wchan retournera toujours "0" qui correspond à _stext
Kiwi - RHEL du ps devrait être la cueillette jusqu'à la namelist de /boot/System.la carte-2.6.18-53.1.14.el5PAE . J'espère que cela est déjà installé. Si elle fonctionne correctement, puis ps axo pid,cmd,wchan va produire une liste de processus et les fonctions du noyau, ils sont en attente. Pour le mien, c'est significatif de sortie pour la plupart des fonctions, à l'exception de quelques -- rpc.idmap et lockd. Plusieurs fonctions spectacle "stext" et je voudrais quand même savoir ce que cela signifie.
WCHAN est l'adresse dans le noyau, où le processus est en sommeil (si c'est bien de couchage). Après avoir mis à stext signifie généralement que votre noyau est antérieure à 2.6 et vous n'avez pas initialisé Système.carte (namelist fichier) ou de votre noyau et namelist fichier ne correspondent pas.
Si vous faites un "homme ps" et la recherche pour wchan, il vous indiquera le chemin de recherche de la namelist fichier. Il est probable que le premier, c'est de trouver ne correspond pas au noyau que vous avez depuis stext est le début du noyau segment de TEXTE et vous avez peu de chances d'être en train de dormir là.
Je crois que si l'adresse est à l'extérieur du segment de TEXTE, vous obtiendrez stext par défaut (d'où mes pensées que votre table fichier et le noyau ne correspondent pas).
Qui distribution utilisez-vous? /etc/psdatabase n'est pas répertorié dans le chemin de recherche indiqué par mon ps page de man (sauf si c'est $PS_SYSMAP ou $PS_SYSTEM_MAP). Ou faites-vous "ps-l -n /etc/psdatabase"?
OriginalL'auteur paxdiablo
wchan est brisé sur des systèmes x86, où la SCHED_NO_NO_OMIT_FRAME_POINTER a été défini sur "y" (qui est la valeur par défaut). Dans ces systèmes wchan retournera toujours "0" qui correspond à _stext
vérifier http://lkml.org/lkml/2008/11/6/12 pour plus de détails
OriginalL'auteur Bhavin Turakhia
Kiwi - RHEL du ps devrait être la cueillette jusqu'à la namelist de /boot/System.la carte-2.6.18-53.1.14.el5PAE . J'espère que cela est déjà installé. Si elle fonctionne correctement, puis
ps axo pid,cmd,wchanva produire une liste de processus et les fonctions du noyau, ils sont en attente. Pour le mien, c'est significatif de sortie pour la plupart des fonctions, à l'exception de quelques -- rpc.idmap et lockd. Plusieurs fonctions spectacle "stext" et je voudrais quand même savoir ce que cela signifie.OriginalL'auteur Otheus