进程挂住问题

sky__sea

用strace跟踪，一直在调用write,刷屏。回复 10# nswcfd


   

sky__sea

用strace跟踪，一直在调用write,刷屏。回复 10# nswcfd


   

sky__sea

斑竹大人在吗，能否指点一二。

sky__sea

我发现似乎与定义的那个全局变量有关，只要有涉及到它的相关操作，就会有问题，如果函数里没有使用它，就不会有问题。全局变量的定义和使用有什么注意的地方吗？

nswcfd

ptrace的话，估计跟PTRACE_SYTSCALL的实现有关系。

bskay

没有什么实质意义?!
不同的内存引用,可能会导致swap切换,可能和IO发生冲突
表面没有什么实质意义的东西,后面可能是完全相关的,既然发生了
排除了不可能的,剩下的看起来再不可能,也是是的

另外在内核里面好像有个最基本的原则.不能用某些函数
比如printf不能用要用printk之类...看起来也是没有什么实质意义的

sky__sea

那怎么排查呢，我的代码已经简单的不能在简单了，可我还是没办法知道是哪里的问题。

bskay 发表于 2016-03-09 16:00
没有什么实质意义?!
不同的内存引用,可能会导致swap切换,可能和IO发生冲突
表面没有什么实质意义的东西,后 ...

nswcfd

--------------- 先忽略这条回复吧 ------------------


参考arch/x86/kernel/entry_64.S

或者
http://lxr.free-electrons.com/source/arch/x86/entry/entry_64.S
174 testl $_TIF_WORK_SYSCALL_ENTRY, ASM_THREAD_INFO(TI_flags, %rsp, SIZEOF_PTREGS)
175 jnz tracesys <=================== trace-syscall发生在call sys_call_table之前
176 entry_SYSCALL_64_fastpath:
177 #if __SYSCALL_MASK == ~0
178 cmpq $__NR_syscall_max, %rax
179 #else
180 andl $__SYSCALL_MASK, %eax
181 cmpl $__NR_syscall_max, %eax
182 #endif
183 ja 1f /* return -ENOSYS (already in pt_regs->ax) */
184 movq %r10, %rcx
185 call *sys_call_table(, %rax,   <=================== 系统调用在这里
186 movq %rax, RAX(%rsp)

nswcfd

这个现象只在strace的场景下发生么？

去掉全局变量访问，在strace下也不会再出现了？

nswcfd

刷屏的时候，strace显示的write的参数，也就是打印的内容，是反复同样的内容，还是不同的内容？
贴个局部的截屏吧。

本来想说，strace的write调用，导致了额外的输出，不过仔细想想不对，strace本身又没被trace。