GDB 脚本太慢，需要帮助/建议

发布于 2024-11-30 15:10:43 字数 324 浏览 1 评论 0原文

我正在编写一个 gdb 脚本来分析核心文件。其目的如下：
1]我正在寻找分散在64Mb空间中的数据包。该数据包的幻数为 4 字节。因此我必须一次读取 4 个字节。
2] 我必须从给定地址开始读取总共 64Mb 的数据。
3] 一旦我找到数据包，我应该打印数据包的详细信息并继续寻找其他数据包。
4] 因此，在我的脚本中，在最坏的情况下，主循环运行 64*1024*1024/4 =16777216 次。
问题是什么：
该脚本大约需要 3 小时或更长时间，这是完全不切实际的。
我假设这是因为它是一种解释性语言，而且循环数量也相当大。
欢迎任何建议/改进。请在这里帮助我。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

时光沙漏 2024-12-07 15:10:43

如果您认为问题在于 gdb 速度慢，您可以使用“转储二进制内存”转储您感兴趣的内存区域，然后使用用您认为更快的任何方式编写的小程序来分析转储。

回复收藏 0 原文

挖个坑埋了你 2024-12-07 15:10:43

find 命令应该做你想做的一切，
不必每 4 个字节左右循环一次，
它将最后找到的数据包的地址存储在 $_ 中
（未经测试，但应该有效果）

(gdb) python x = list()
(gdb) set $start_addr = 0x....
(gdb) set $last_end = $start_addr
(gdb) set $_ = $start_addr+1
(gdb) while $_ != $last_end
 >find $last_end, $start_addr + 64*1024*1024, 0x42
 >set $last_end = $_
 >python x.append(gdb.parse_and_eval("$_"))
 >end
(gdb) python print map(lambda(y): str(y), x)

如果你没有Python，你可以使用设置日志覆盖，设置日志记录，打印，设置日志记录关闭

the find command should do everything you want,
without having to loop every 4 bytes or so,
it stores the address of the last found packet in $_
(untested, but should be something to the effect of)

(gdb) python x = list()
(gdb) set $start_addr = 0x....
(gdb) set $last_end = $start_addr
(gdb) set $_ = $start_addr+1
(gdb) while $_ != $last_end
 >find $last_end, $start_addr + 64*1024*1024, 0x42
 >set $last_end = $_
 >python x.append(gdb.parse_and_eval("$_"))
 >end
(gdb) python print map(lambda(y): str(y), x)

if you don't have python you can use set logging overwrite off,set logging on,print,set logging off

回复收藏 0 原文

~没有更多了~