前提是尽管泄漏， 不会耗尽虚存空间， 所以，  malloc 仍然不会失败。
那么， 泄漏的虚存既然是泄漏， 那就不会再访问， 自然会换出， 这里暂且认为都比较整齐， 泄漏的都是页面正数倍， 且页面对齐。

既然如此， 除了看上去虚存数字比较可怕外， 似乎没有其它影响。
因此， 这个内存泄漏之所以可怕， 应该就是一个页面里有一部分泄漏， 另一部分还被不停的读写， 因此也没办法换出。

是不是只有这一个原因？
--
FROM 220.181.41.*

物理内存有限，如果一直不释放内存，可能会导致内存分配失败。
林外内存泄漏会导致应用的内存排列不紧凑，对于性能有副作用。
【 在 zylthinking2 的大作中提到: 】
: 前提是尽管泄漏， 不会耗尽虚存空间， 所以， malloc 仍然不会失败。  
: 那么， 泄漏的虚存既然是泄漏， 那就不会再访问， 自然会换出， 这里暂且认为都比较整齐， 泄漏的都是页面正数倍， 且页面对齐。  
:  
: 既然如此， 除了看上去虚存数字比较可怕外， 似乎没有其它影响。  
:
: ..................

发自「今日水木 on iPhone XS」
--
FROM 223.72.80.*

是这样，所以有些程序慢慢泄露，运行几个月后会跑上百g内存
【 在 zylthinking2 的大作中提到: 】
: 前提是尽管泄漏， 不会耗尽虚存空间， 所以，  malloc 仍然不会失败。
: 那么， 泄漏的虚存既然是泄漏， 那就不会再访问， 自然会换出， 这里暂且认为都比较整齐， 泄漏的都是页面正数倍， 且页面对齐。
: 既然如此， 除了看上去虚存数字比较可怕外， 似乎没有其它影响。
: ...................
--
FROM 124.64.19.217

后台程序长年跑是常事啊
【 在 Crusade 的大作中提到: 】
: 跑几个月也不让人休息一下
:
--
FROM 124.64.19.217

没想到你还是个码农
【 在 Crusade 的大作中提到: 】
: 跑几个月也不让人休息一下
:
--
FROM 120.244.202.*