- 主题:有人了解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.*