[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] QEMU-guestOS latencies.
From: |
Nir Levy |
Subject: |
Re: [Qemu-devel] QEMU-guestOS latencies. |
Date: |
Tue, 9 Aug 2016 11:45:54 +0000 |
Hi stephan,
Thanks for getting back to me,
as for the mlock, we have tried it here and apparently mlock cause our system
to freeze for some reason,
using linux tools and ram allocation we have verified no swaps are occurring.
still we have delays that cause our system to lose track.
my goal as I have mentioned before is to clear/blame QEMU from/of the delays.
I am continuing to learn your simple trace.
I have used it and seen how it is working.
the get_clock is saved as 8 octets but is converted via
./scripts/simpletrace.py to delta_ns = timestamp - self.last_timestamp
which result with illogical diff (negative to very large in a split file within
few seconds)
it is worth mentioning I am tracing all possible events and maybe it what cause
problems.
Thanks again.
Nir.
-----Original Message-----
From: Stefan Hajnoczi [mailto:address@hidden
Sent: Monday, August 8, 2016 6:11 PM
To: Nir Levy <address@hidden>
Cc: address@hidden; Yan Fridland <address@hidden>
Subject: Re: [Qemu-devel] QEMU-guestOS latencies.
On Thu, Jul 28, 2016 at 09:25:41AM +0000, Nir Levy wrote:
> in addition I wish to understand ram allocation and avoid host swaps.
I didn't read everything but this stood out. QEMU has a -realtime mlock=on
option if you wish to mlock(2) guest memory on the host.
Stefan