ARST打卡第85周[85/521]
Algorithm
Review
TED演讲：为什么我们会破坏爱情？怎样才能维系一段长期的关系？
我的看法：
- 你想要什么，你就会找到证据去证实你想要的东西，所以你想保持距离，就很难深入交流，你认为你找不到好的伴侣，你就会不会疏远ta。所以你只有保持想要好好谈恋爱，并相信你的伴侣，你才不会找佐证去认为你的伴侣不好
- 和伴侣合作
- 一起反思
Tips
论 Python 装饰器控制函数 Timeout 的正确姿势
Share
gdb的一些调试技巧
pstack 9809[PID]
gdb附加或者启动： gdb attach pid； gdb xxxx, run xxxxx xxxxx； 给某个方法设置断点 b xxx_func delete breakpoints 删除断点 给某个代码位置设置断点 b xxxx.c:1210 layout 同步查看代码 ctrl+x +a 退出 layout n 执行下一步 s 进入函数内部 p 查看 变量内容 x 查看内存内容 c 继续执行
gdb /usr/bin/xxxx core.xxxx； bt 查看coredump的线程的堆栈 info thread 查看其他线程情况 thread apply all bt 查看其他所有线程的堆栈 p 查看 变量内容 根据变量的内容判断coredump问题的可能原因, 常见原因： 内存访问越界(小心 memset memcpy strcpy sprintf 等函数) 使用了被释放的对象或者内存 对象内存使用了未经过初始化的指针或者对象 内容被破坏(踩内存) p 命令 结合c里面的指针操作符使用 p *(struct everythingyouwant * 0x78dddddd)
x 查看内存内容
gdb如何把输出打印到文件中
(gdb) set logging file
手段1： 抓包分析，通过抓包分析客户端的问题 手段2： 疑难问题可以通过strace工具分析客户端的API调用序列然后进行分析。(gitlab server的问题) 针对可能存在的内核问题，可以通过开启nfs客户端调试日志来判断 sysctl –a |grep nfs sysctl -w nfs_debug = 65535 sysctl -w rpc_debug=65535 journalctl –kf 查看内核日志