- 主题:有人了解linux系统内存分配机制吗
同一个用户态程序,先申请大量内存,然后缓慢释放
在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
在内核3.x中发现, 进程vsz增加, 不会减少
是不是3.x内存管理有缺陷
--
FROM 140.224.74.*
没有缺陷,你看不懂!慢慢来吧!
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
:
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: ...................
--
FROM 123.55.87.*
是否可能和gcc或者glibc版本有关?
【 在 bcdxm 的大作中提到: 】
没有缺陷,你看不懂!慢慢来吧!
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
:
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: ...................
--
FROM 140.224.74.*
放心,有缺陷也轮不到你发现的
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: 在内核3.x中发现, 进程vsz增加, 不会减少
: ...................
--
FROM 117.133.52.*
取决于你跑的内核是不是最新版本。gcc也可以帮助发现你的用户态程序,可能存在的问题。
3.x已经EOL了。
如果你要深挖,得看从你那个3.x到5.x代码提交记录中,内存子系统有哪些补丁,是否有类似的问题记载。
按我,既然5.x能跑,就别再跳3.x的烂坑了,除非你想做内核代码历史学家。
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: 在内核3.x中发现, 进程vsz增加, 不会减少
: ...................
--
FROM 119.130.155.*
不知道锅在哪里,好像调用malloc_trim才会释放,为什么会设计这个多余的接口出来呢
【 在 Dazzy 的大作中提到: 】
取决于你跑的内核是不是最新版本。gcc也可以帮助发现你的用户态程序,可能存在的问题。
3.x已经EOL了。
如果你要深挖,得看从你那个3.x到5.x代码提交记录中,内存子系统有哪些补丁,是否有类似的问题记载。
按我,既然5.x能跑,就别再跳3.x的烂坑了,除非你想做内核代码历史学家。
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: 在内核3.x中发现, 进程vsz增加, 不会减少
: ...................
--
FROM 140.224.74.*
free并不保证释放给内核
--
FROM 222.128.184.*
你们都是神人啊?
【 在 chunhui 的大作中提到: 】
: 放心,有缺陷也轮不到你发现的
--
FROM 123.55.87.*
怎么看的?ps?
【 在 b0207191 的大作中提到: 】
: 同一个用户态程序,先申请大量内存,然后缓慢释放
:
: 在内核5.x中发现 该进程vsz会先增加,再缓慢减少, 这个正常
: ...................
--
FROM 223.72.85.*
对
【 在 un0 的大作中提到: 】
: 怎么看的?ps?
--
FROM 140.224.74.*