lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAAO_Xo4FW9L=1F2+wAC7qX54foO0u6mr_sECD2sed=pkVk038g@mail.gmail.com> Date: Thu, 14 Mar 2013 16:00:28 +0800 From: Lenky Gao <lenky.gao@...il.com> To: linux-ext4@...r.kernel.org Subject: Re: Inactive memory keep growing and how to release it? Hi Everyone, Maybe i have found the answer for this question. The author of the JBD have explained in the comments: /* * When an ext3-ordered file is truncated, it is possible that many pages are * not successfully freed, because they are attached to a committing transaction. * After the transaction commits, these pages are left on the LRU, with no * ->mapping, and with attached buffers. These pages are trivially reclaimable * by the VM, but their apparent absence upsets the VM accounting, and it makes * the numbers in /proc/meminfo look odd. ... */ static void release_buffer_page(struct buffer_head *bh) { struct page *page; ... But my new question is why not free those pages after the transaction commits? -- Regards, Lenky -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists