[Crash-utility] [PATCH] display MCNT and PRIVATE when using kmem -p
qiaonuohan
qiaonuohan at cn.fujitsu.com
Tue Feb 28 05:54:29 UTC 2012
At 2012-1-10 21:54, Dave Anderson wrote:
>
>
> ----- Original Message -----
>> Hello Dave,
>>
>> Glad to hear the capability is desirable. I will start to implement this
>> soon.
>>
>
>>>> What if I change struct sub-command to this:
>>>>
>>>> 1. it can refer to anonymous members (e.g., page._mapcount)
>>>> 2. it can refer to submembers(e.g., page._count.counter)
>
> One other suggestion -- I believe it should not be necessary to
> support the "page._count.counter" format, because you can get
> the data by using the container name. Taking the "_count.counter"
> example:
>
> crash> p ((struct page *)0xffffea0000000200)._count.counter
> $10 = 0
> crash> p ((struct page *)0xffffea0000000200)._count
> $11 = {
> counter = 0
> }
> crash>
>
> So using "page._count" should suffice.
>
> Thanks,
> Dave
>
> --
> Crash-utility mailing list
> Crash-utility at redhat.com
> https://www.redhat.com/mailman/listinfo/crash-utility
>
>
Hello Dave,
Sorry for reacting late. I have started to realize these item we talked
before. But, considering your mail about "page._count.counter" format, I
need to explain my opinion to you. Trying to support the
"page._count.counter" format is used to help implementing the formatted
output like:
crash> struct page.flags,_count.counter -.. < PAGE_list.txt
1024 0
1024 1
1024 1
1024 1
Compared with "p ((struct page *)0xffffea0000000200)._count.counter",
which can only display only one data each time, the former style can be
more helpful when parsing the output.
The reason why I want the "page._count.counter" format is I want to
offer an efficient way to collect a lot of data. Then I'd like you to
give some comments. Thanks.
--
--
Regards
Qiao Nuohan
More information about the Crash-utility
mailing list