linux有查看和整理内存碎片的工具吗？

茎茎

原帖由 bigluo 于 2008-6-12 14:27 发表


这样当然是最好了，但是现实当中，至少就我个人而言，所维护的代码70%以上都是别人写的，或者是写的时候没有想到这些问题。等到意识到问题的时候，起码时间上已经不允许再做一个内存管理模块了，只能去通过 ...

你那个图叫做整理？查看容易，整理就是另一回事了。代码烂都是理由还有什么不是理由。

bigluo

原帖由 茎茎 于 2008-6-13 05:14 发表

你那个图叫做整理？查看容易，整理就是另一回事了。代码烂都是理由还有什么不是理由。

查很容易，你告诉我呀，或者给点思路呀，别光说不练。

还有，如果到现在你还没有维护过烂代码的话，只能说明：
1. 你现在不是程序员 or
2. 你现在还是个菜鸟。

茎茎

原帖由 bigluo 于 2008-6-13 09:59 发表


查很容易，你告诉我呀，或者给点思路呀，别光说不练。

还有，如果到现在你还没有维护过烂代码的话，只能说明：
1. 你现在不是程序员 or
2. 你现在还是个菜鸟。

我弱，我笨，我没你懂。什么时候改一堆烂代码也是显摆的砝码了，怎么不说只能维护烂代码是因为没资格维护好代码啊。
你懂都能懂到连问题都描述不清楚的程度。
找你用的libc的malloc的实现里的数据结构，然后根据这些数据结构的描述来找出堆上的内存使用情况，就这么简单。你费的功夫只是读一下malloc的数据结构与逻辑。如果还想图省事的话直接重新封装个malloc的接口在link的时候做点手脚让你的malloc取代libc的malloc或者你直接define一下把代码里的malloc换成自家的接口，然后你想看什么图看不到？tmd这么简单的事情有什么好问的。

axlrose

看了贴子对内存碎片方面多了解一些
看起来好像一个比一个牛,也不知道是真牛还是假牛, CU很多讨论贴都这样, 偶素菜鸟,关注本贴

flw

原帖由 茎茎 于 2008-6-13 10:40 发表

如果还想图省事的话直接重新封装个malloc的接口在link的时候做点手脚让你的malloc取代libc的malloc

不用做什么手脚，libc 允许并支持这么做。
strdup 等 libc 的函数在调用 malloc 时，为了方便调用用户自定义的 malloc 函数，
都特意做过处理。

话说应用程序自己管理内存也不是什么新鲜事了，libc 的 malloc 毕竟不是专用的 malloc。
有碎片也很正常，没什么好怕的，就算是虚拟地址空间没碎片也不能保证物理空间连续。

[ 本帖最后由 flw 于 2008-6-13 12:31 编辑 ]

reiase

这个也算做手脚

不过LZ阿，我觉得你混淆了概念还这语气讲话，让人很不爽，
人家给你很好的回复了，一点表示没有，哎做人厚道点阿

julio

关注

wwwlh

不要拿WINDOWS的概念来套LINUX的概念，LINUX的内存是自动回收，不值得为这点内存费事

[ 本帖最后由 wwwlh 于 2008-6-16 22:48 编辑 ]

BruceShea

JohnBull

原帖由 wwwlh 于 2008-6-16 22:46 发表
不要拿WINDOWS的概念来套LINUX的概念，LINUX的内存是自动回收，不值得为这点内存费事

非也...实时回收堆空间效率差且无必要。
而且堆空间即便要回收，也不是Linux的事情，而是libc的事情。
Windows下出现烂软件，其实不一定是Windows烂，而是Windows的用户比较笨...