Ukryty proces, co to jest?


11
[root@datacenteronline ~]# ssh root@192.168.1.172
Last login: Wed Apr 17 09:55:45 2013 from 192.168.1.187
[root@localhost ~]# ls /proc/ | grep 2266
[root@localhost ~]# cd /proc/2266
[root@localhost 2266]# ls
attr             cpuset   limits      net            root       statm
autogroup        cwd      loginuid    numa_maps      sched      status
auxv             environ  maps        oom_adj        schedstat  syscall
cgroup           exe      mem         oom_score      sessionid  task
clear_refs       fd       mountinfo   oom_score_adj  smaps      wchan
cmdline          fdinfo   mounts      pagemap        stack
coredump_filter  io       mountstats  personality    stat
[root@localhost 2266]# ls -al /proc/2266
total 0
dr-xr-xr-x   7 apache apache 0 Apr 17 09:45 .
dr-xr-xr-x 266 root   root   0 Apr 17 09:11 ..
dr-xr-xr-x   2 apache apache 0 Apr 17 09:45 attr
-rw-r--r--   1 root   root   0 Apr 17 09:45 autogroup
-r--------   1 root   root   0 Apr 17 09:45 auxv
-r--r--r--   1 root   root   0 Apr 17 09:45 cgroup
--w-------   1 root   root   0 Apr 17 09:45 clear_refs
-r--r--r--   1 root   root   0 Apr 17 09:45 cmdline
-rw-r--r--   1 root   root   0 Apr 17 09:45 coredump_filter
-r--r--r--   1 root   root   0 Apr 17 09:45 cpuset
lrwxrwxrwx   1 root   root   0 Apr 17 09:45 cwd -> /
-r--------   1 root   root   0 Apr 17 09:45 environ
lrwxrwxrwx   1 root   root   0 Apr 17 09:45 exe -> /usr/local/apache2/bin/httpd
dr-x------   2 root   root   0 Apr 17 09:45 fd
dr-x------   2 root   root   0 Apr 17 09:45 fdinfo
-r--------   1 root   root   0 Apr 17 09:45 io
-rw-------   1 root   root   0 Apr 17 09:45 limits
-rw-r--r--   1 root   root   0 Apr 17 09:45 loginuid
-r--r--r--   1 root   root   0 Apr 17 09:45 maps
-rw-------   1 root   root   0 Apr 17 09:45 mem
-r--r--r--   1 root   root   0 Apr 17 09:45 mountinfo
-r--r--r--   1 root   root   0 Apr 17 09:45 mounts
-r--------   1 root   root   0 Apr 17 09:45 mountstats
dr-xr-xr-x   6 apache apache 0 Apr 17 09:45 net
-r--r--r--   1 root   root   0 Apr 17 09:45 numa_maps
-rw-r--r--   1 root   root   0 Apr 17 09:45 oom_adj
-r--r--r--   1 root   root   0 Apr 17 09:45 oom_score
-rw-r--r--   1 root   root   0 Apr 17 09:45 oom_score_adj
-r--r--r--   1 root   root   0 Apr 17 09:45 pagemap
-r--r--r--   1 root   root   0 Apr 17 09:45 personality
lrwxrwxrwx   1 root   root   0 Apr 17 09:45 root -> /
-rw-r--r--   1 root   root   0 Apr 17 09:45 sched
-r--r--r--   1 root   root   0 Apr 17 09:45 schedstat
-r--r--r--   1 root   root   0 Apr 17 09:45 sessionid
-r--r--r--   1 root   root   0 Apr 17 09:45 smaps
-r--r--r--   1 root   root   0 Apr 17 09:45 stack
-r--r--r--   1 root   root   0 Apr 17 09:45 stat
-r--r--r--   1 root   root   0 Apr 17 09:45 statm
-r--r--r--   1 root   root   0 Apr 17 09:45 status
-r--r--r--   1 root   root   0 Apr 17 09:45 syscall
dr-xr-xr-x  29 apache apache 0 Apr 17 09:45 task
-r--r--r--   1 root   root   0 Apr 17 09:45 wchan

Czy ktoś mi powie, co to jest?


jest lsna coś alias? nie /bin/ls -1 | grep 2266zachowują się w ten sam sposób?
Frederik Deweerdt

Odpowiedzi:


12

To prawdopodobnie będzie wątek. W systemie Linux wątki mają inny identyfikator procesu niż inne wątki w procesie. Kiedy patrzysz na kolumnę PID ps, tak naprawdę patrzysz na identyfikator grupy wątków (TGID), który jest wspólny dla wszystkich wątków w procesie. Wynika to z przyczyn historycznych ze względu na sposób ewolucji wątków w systemie Linux.

Na przykład w moim systemie chrom ma wiele wątków w procesie (także wiele procesów):

$ ps -efL | grep chromium
[UID       PID  PPID   LWP  C NLWP STIME TTY          TIME CMD]
[...]
camh     10927  5182 10927  0    4 11:07 ?        00:00:00 /usr/lib/chromium/chromium ...
camh     10927  5182 10929  0    4 11:07 ?        00:00:00 /usr/lib/chromium/chromium ...
camh     10927  5182 10930  0    4 11:07 ?        00:00:00 /usr/lib/chromium/chromium ...
camh     10927  5182 10933  0    4 11:07 ?        00:00:00 /usr/lib/chromium/chromium ...

Druga kolumna to TGID (chociaż jest oznaczona jako PID), a czwarta kolumna to LWP (proces lekki).

$ ls /proc | grep 10927
10927
$ ls /proc | grep 10929
$ cd /proc/10929
$ head -n 5 status
Name:   Chrome_ChildIOT
State:  S (sleeping)
Tgid:   10927
Pid:    10929
PPid:   5182

Możesz zobaczyć, że proces 10929 nie pojawia się /proc, ale możesz cdto zrobić. Jeśli spojrzysz na statusplik, zobaczysz, że jest on częścią „procesu” (grupy wątków) 10927, a na powyższym wyjściu proces ten pojawia się w /proc.


1
BTW: twoja ps … | grep …linia tak naprawdę nie wydrukuje nagłówka ... Chciałbym, żeby grep miał opcję, aby zawsze wydrukować pierwszą linię! Myślę, że zadam o to pytanie.
derobert

... właściwie to już zostało zadane: unix.stackexchange.com/questions/47918/…
derobert 17.04.13

@derobert: Wiem. Dodałem go później, ponieważ uznałem, że był użyteczny. Zastanawiałem się, ile czasu minie, zanim ktoś to zwróci. Byłeś szybki :)
camh

Rzeczywiście, całkiem przydatne. Sugeruję użycie tego ostatniego polecenia sed z pytania, które zamieściłem. To tak naprawdę drukuje wiersz nagłówka ... I to miłe rozwiązanie!
derobert

Wykorzystam konwencje redakcyjne i wstawię nie-dosłowne dane wyjściowe w nawiasach, aby nie mylić sensu.
camh

3

To wątek apache.

Możesz powiedzieć z tego:

lrwxrwxrwx   1 root   root   0 Apr 17 09:45 exe -> /usr/local/apache2/bin/httpd

Dokumentacja jądra Linux dla systemu plików proc najwyraźniej nie wyjaśnia, dlaczego identyfikator wątku jest katalogiem, ale przed nim ukryty ls.

Jednak wątki są widoczne w /proc/<pid>/task/<threadid>.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.