[英]Dtrace is not collecting any data for NodeJS
我正在嘗試使用Dtrace對NodeJS進行分析,但無法解決。 我正在使用的命令是:
dtrace -n 'profile-97/execname == "node" && arg1/{@[jstack(150, 8000)] = count(); } tick-60s { exit(0); }' > stacks.out
我得到的輸出是:
CPU ID FUNCTION:NAME
0 312432 :tick-30s
如果我執行dtrace -l
那么我得到例如:
58814 instr kernel setup_APIC_eilvt-jne 0xffffffff81045e27
58815 instr kernel setup_APIC_eilvt-je 0xffffffff81045e34
58816 instr kernel setup_APIC_eilvt-je 0xffffffff81045e38
58817 instr kernel setup_APIC_eilvt-callr 0xffffffff81045e46
58818 instr kernel setup_APIC_eilvt-callr 0xffffffff81045e6a
58819 instr kernel lapic_timer_setup.part.4-cli 0xffffffff81045ea0
58820 instr kernel lapic_timer_setup.part.4-jbe 0xffffffff81045eaa
58821 instr kernel lapic_timer_setup.part.4-jbe 0xffffffff81045eaf
58822 instr kernel lapic_timer_setup.part.4-callr 0xffffffff81045ed4
58823 instr kernel lapic_timer_setup-je 0xffffffff81045f39
58824 instr kernel lapic_timer_setup-repz 0xffffffff81045f3b
58825 instr kernel local_apic_timer_interrupt-je 0xffffffff81045f74
58826 instr kernel local_apic_timer_interrupt-callr 0xffffffff81045f90
58827 instr kernel local_apic_timer_interrupt-je 0xffffffff81045f99
58828 instr kernel clear_local_APIC-jne 0xffffffff8104610e
58829 instr kernel clear_local_APIC-jg 0xffffffff810461c3
58830 instr kernel clear_local_APIC-je 0xffffffff8104629a
58831 instr kernel disable_local_APIC-jne 0xffffffff810463bd
58832 instr kernel disable_local_APIC-je 0xffffffff810463c7
58833 instr kernel disable_local_APIC-callr 0xffffffff810463c9
58834 instr kernel disable_local_APIC-repz 0xffffffff81046400
58835 instr kernel lapic_suspend-jne 0xffffffff8104641d
58836 instr kernel lapic_suspend-jg 0xffffffff81046555
58837 instr kernel lapic_suspend-cli 0xffffffff81046561
58838 instr kernel lapic_suspend-callr 0xffffffff81046568
如果我列出了所有打開文件的過程,則:
dtrace -q -n syscall::open:entry'{ printf("%-16s%-16s\n", execname,copyinstr(arg0)); }'
我得到了所有打開文件的進程,它甚至顯示NodeJS正在啟動並准備工作:)
vminfo /var/run/utmp
vminfo /var/run/utmp
systemd /proc/145/cgroup
vminfo /var/run/utmp
vminfo /var/run/utmp
vminfo /var/run/utmp
vminfo /var/run/utmp
systemd /proc/460/cgroup
vminfo /var/run/utmp
vminfo /var/run/utmp
node /etc/ld.so.cache
node /lib/x86_64-linux-gnu/libdl.so.2
node /lib/x86_64-linux-gnu/librt.so.1
node /usr/lib/x86_64-linux-gnu/libstdc++.so.6
node /lib/x86_64-linux-gnu/libm.so.6
node /lib/x86_64-linux-gnu/libgcc_s.so.1
node /lib/x86_64-linux-gnu/libpthread.so.0
node /lib/x86_64-linux-gnu/libc.so.6
node /dev/urandom
node /home/davidgatti/test/ble.js
node /etc/resolv.conf
node /etc/nsswitch.conf
node /dev/urandom
node /dev/pts/0
node /dev/null
node /dev/pts/0
vminfo /var/run/utmp
vminfo /var/run/utmp
systemd /proc/145/cgroup
我做錯了什么? 我應該如何探查NodeJS或任何其他進程以獲取一些有用的信息?
遺憾的是,這在Linux下不起作用,因為Dtrace嚴格與系統內核綁定。
Dtrace例如在macOS或Solaris下工作,因為存在一個內核版本,並且如果進行了任何更改,那么作者可以對Dtrace進行適當的更改。
由於不僅Linux在每個發行版中都有許多不同的內核,所以您可以隨意編譯自己的版本,這意味着不可能為該系統創建有效的Dtrace。
由於Dtrace需要掛接內核的特定部分才能跟蹤應用程序中發生的事情。
您可以在原始Dtrace for Linux存儲庫的“ 發行”部分中了解有關此內容的更多信息。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.