Ich würde mich freuen, wenn Sie sich die Details hier ansehen könnten.
Lesen Sie den gesamten Inhalt von proc / [pid] Lesen Sie den gesamten Inhalt von proc / [pid] ~ von attr bis cpuset ~. Lesen Sie den gesamten Inhalt von proc / [pid] ~ von cwd bis loginuid ~. Lesen Sie den gesamten Inhalt von proc / [pid] ~ von map_files bis numa_maps ~. Falsch, Sie können hier weitere Informationen finden, dieses Verzeichnis wird nicht mehr verwendet, Ich würde mich freuen, wenn Sie einen Kommentar abgeben könnten, wenn Sie Informationen haben.
# sleep 365d > /dev/null &
[1] 3792
# ls /proc/3792
attr cwd map_files oom_adj schedstat task
autogroup environ maps oom_score sessionid timers
auxv exe mem oom_score_adj setgroups uid_map
cgroup fd mountinfo pagemap smaps wchan
clear_refs fdinfo mounts patch_state stack
cmdline gid_map mountstats personality stat
comm io net projid_map statm
coredump_filter limits ns root status
cpuset loginuid numa_maps sched syscall
# cd /proc/3792
oom_adj,oom_score,oom_score_adj
# cat oom_adj
0
[root@test-sv 3792]# cat oom_score
0
[root@test-sv 3792]# cat oom_score_adj
0
Der Linux-Kernel verfügt über einen Mechanismus namens OOM (Out Of Memory) Killer, der Prozesse, die viele Speicherressourcen verbrauchen, zwangsweise stoppt, wenn der Arbeitsspeicher (RAM) erschöpft ist und das System möglicherweise nicht mehr funktionsfähig ist. , Speicher zuweisen. Wenn es einen Prozess gibt, der für den Betrieb wichtig ist, oder Sie nicht möchten, dass er das Ziel von OOM Killer ist, z. B. während eines Lasttests, können Sie ihn durch Festlegen vom Ziel von OOM Killer ausschließen. https://users.atmark-techno.com/blog/1913/2767
Sie können auch den oom_killer-Score anpassen, um Prozesse zu priorisieren, die beendet werden. In / proc / PID / gibt es zwei Tools mit den Namen oom_adj und oom_score. Gültige Werte für oom_adj liegen zwischen -16 und +15. Überprüfen Sie den aktuellen oom_killer-Score im oom_score des Prozesses. oom_killer beendet den Prozess mit der höchsten Punktzahl zuerst. Im folgenden Beispiel wird der oom_score eines Prozesses für einen Prozess mit einer PID von 12465 angepasst, um die Priorität zu verringern, von oom_killer getötet zu werden. https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/6/html/deployment_guide/s2-proc-pid
Es scheint. Es war hilfreich. pagemap
# cat pagemap
釞 ・
Die Pagemap-Datei ist eine spezielle Datei, die enthält, welcher physischen Seite jede virtuelle Seite entspricht. http://mmi.hatenablog.com/entry/2017/05/01/215921
Korrekt. Sobald "Katze" leicht gemacht wurde, begann "" zu blinken. ich war ängstlich
# ll | grep pagemap
-r--r--r--. 1 root root 0 Jan 12 05:09 pagemap
Dies war auch eine schreibgeschützte Datei.
patch_state
# cat patch_state
-1
Es scheint den Status des aktuell angewendeten Patches anzuzeigen. -1 scheint anzuzeigen, dass es nicht zugewiesen ist. ... wovon redest du von wann bis wann? Ich bin mir nicht sicher.
personality
# cat personality
00000000
This read-only file exposes the process's execution domain, as set by personality(2). The value is displayed in hexadecimal notation.
Es gibt eine Ausführungsdomäne, die oktal beschrieben wird. Es scheint, dass es nicht verwendet wird, weil es alles 0 ist.
projid_map
# cat projid_map
0 0 4294967295
The /etc/projid file provides a mapping between numeric project identifiers and a simple human readable name (similar relationship to the one that exists between usernames and uids). http://man7.org/linux/man-pages/man5/projid.5.html
Es sieht aus wie eine Karte zwischen project --id. Es scheint, dass die Zuordnung der Verbindung von Benutzer-ID und Benutzername ähnelt. "Ja wirklich?"
root
# ll
(Abkürzung)
lrwxrwxrwx. 1 root root 0 Jan 12 05:09 root -> /
Dies ist natürlich der Wurzelpfad. Es scheint sich zu ändern, wenn es "chroot" ist.
sched
cat sched
sleep (3792, #threads: 1)
-------------------------------------------------------------------
se.exec_start : 318459004.030016
se.vruntime : 15734302.289257
se.sum_exec_runtime : 1.437900
se.nr_migrations : 0
nr_switches : 1
nr_voluntary_switches : 1
nr_involuntary_switches : 0
se.load.weight : 1024
policy : 0
prio : 120
clock-delta : 51
mm->numa_scan_seq : 0
numa_migrations, 0
numa_faults_memory, 0, 0, 1, 0, -1
numa_faults_memory, 1, 0, 0, 0, -1
Es scheint, dass Zeitplaninformationen aufgelistet sind. Es gab einen sehr schönen Artikel über Qiita mit Details zu / proc / \ <pid > / sched, also werde ich ihn lesen und studieren. Ich weiß nicht, wie ich den Link setzen soll, also werde ich ihn nicht setzen.
schedstat
# cat schedstat
1437900 472415 1
Ganz links ist wie "se.sum_exec_runtime: 1.437900" von "sched", aber ich weiß nichts anderes.
sessionid
# cat sessionid
89
Es scheint, dass der Prozess eine Prozess-ID (PID) und eine Sitzungs-ID (SID) hat, die geschrieben werden.
http://www.usupi.org/sysad/238.html https://linuxjm.osdn.jp/html/LDP_man-pages/man5/proc.5.html http://man7.org/linux/man-pages/man5/proc.5.html https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/6/html/deployment_guide/s2-proc-pid https://github.com/torvalds/linux/blob/master/Documentation/filesystems/proc.txt
Recommended Posts