On 11/10/2014 12:48 AM, Qin, Xiaokang wrote: > For some case especially under Android, anonymous page sharing is common, for example: > 70323000-70e41000 rw-p 00000000 fd:00 120004 /data/dalvik-cache/x86/system@framework@xxxxxxxx > Size: 11384 kB > Rss: 8840 kB > Pss: 927 kB > Shared_Clean: 5720 kB > Shared_Dirty: 2492 kB > Private_Clean: 16 kB > Private_Dirty: 612 kB > Referenced: 7896 kB > Anonymous: 3104 kB > PropAnonymous: 697 kB Please don't top post. > The only Anonymous here is confusing to me. What I really want to > know is how many anonymous page is there in Pss. After exposing > PropAnonymous, we could know 697/927 is anonymous in Pss. > I suppose the Pss - PropAnonymous = Proportional Page cache size for > file based memory and we want to break down the page cache into > process level, how much page cache each process consumes. Ahh, so you're talking about the anonymous pages that result from copy-on-write copies of private file mappings? That wasn't very clear from the description at all. I'll agree that this definitely provides a bit of data that we didn't have before, albeit a fairly obscure one. But, what's the goal of this patch? Why are you doing this? Was there some application whose behavior you were not able to explain before, but can after this patch? If the goal is providing a "Proportional Page cache size", why do that in an indirect way? Have you explored doing the same measurement with /proc/$pid/pagemap? Is it possible with that interface? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>