On Thu, 03 Mar 2011 14:02:32 +0800
Osier Yang<jyang(a)redhat.com> wrote:
> 于 2011年03月03日 13:25, KAMEZAWA Hiroyuki 写道:
>> I found this when I used virsh memtune...
>
> Happened to see a bug for this yesterday.
>
Oh ;)
>> BTW, how to fix
http://libvirt.org/formatdomain.html 's memtune description
?
>
> How about be consitent with what cgroup doc says? :-)
>
>
http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git;a=blob;f=Do...
>
memory.memsw.usage_in_bytes # show current memory+Swap usage
memory.limit_in_bytes # set/show limit of memory usage
memory.memsw.limit_in_bytes # set/show limit of memory+Swap usage
memory.failcnt # show the number of memory usage hits limits
Maybe nice.
>>
>> ==
>>> From 541ae04430f376e8168b413a20b35dce49779816 Mon Sep 17 00:00:00 2001
>> From: KAMEZAWA Hiroyuki<kamezawa.hiroyu(a)jp.fujitsu.com>
>> Date: Thu, 3 Mar 2011 14:24:45 +0900
>> Subject: [PATCH 6/6] fix virsh commands' message for
memtune'swap_hard_limit.
>>
>> cgroup's /cgroup/memory/memory.memsw.limit_in_bytes is not
>> for limitinit 'swap' but for 'memory+swap' (then, it's
memsw)
>> (So, this number cannot be smaller than memory.limit_in_bytes)
>
> Yes, that's what BZ about.
>
>>
>> Note:
>> If other hypervisors than Linux support this and meaning is
>> not same as memory+swap, the name swap_hard_limit will have confusion.
>
> Currently, only LXC and QEMU driver support "swap_hard_limit"
> using cgroup, ESX just support setting "min_guarantee", so
> perhaps renaming "swap_hard_limit" to something like
> "memswap_hard_limit" is a good idea?
>
Yes, I think it's better. Should I prepare patches ? or you'll do ?