[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-discuss] Why doesn't the "-name" option set the visible proces

From: Jakob Bohm
Subject: Re: [Qemu-discuss] Why doesn't the "-name" option set the visible process name on Linux?
Date: Wed, 21 Nov 2012 17:09:56 +0100
User-agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2

On 11/21/2012 3:41 AM, Dunrong Huang wrote:
2012/11/20 Jakob Bohm <address@hidden>:

I am using qemu-kvm version 1.1.2 (Debian prepackaged) with the -name
option, however the process name shown by tools such as top still shows
all the qemu processes as just "kvm" which is not very informative.

Host kernel is Linux 3.2.0 (also Debian prepackaged)

cat /proc/<pid>/cmdline shows that the -name option was used, but argv0
is still just the qemu-kvm program itself.

The qemu man page says about the -name option "Also optionally set the
top visible process name in Linux.", but no details are given as to when
it will actually do that.

Try "qemu -name VMName,process=ProcessName", then you can see
"ProcessName" rather than "qemu" in top's output.

I might try, but this is not what the documentation says and what existing 3rd party qemu wrappers (libvirt) thus assume.

The documentation (man page) indicates that without this undocumented
extra notation, "qemu -name VMName" should do what you say "qemu -name VMName,process=VMName" does.

While having an option to set the process name differently might be
useful, and while keeping the current undocumented notation is the
most compatible way to do so, the logic should be changed to default
to the obvious equivalence (process name defaults to bare name option
value when -name option is present and -name *,process=* is not).


Jakob Bohm, CIO, Partner, WiseMo A/S.  http://www.wisemo.com
Transformervej 29, 2730 Herlev, Denmark.  Direct +45 31 13 16 10
This public discussion message is non-binding and may contain errors.
WiseMo - Remote Service Management for PCs, Phones and Embedded

reply via email to

[Prev in Thread] Current Thread [Next in Thread]