|
From: | Hans de Goede |
Subject: | Re: [Qemu-devel] [PATCH] main-loop: Don't lock starve io-threads when main_loop_tlg has pending events |
Date: | Wed, 09 Oct 2013 21:15:36 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 |
Hi, On 10/09/2013 09:03 PM, Paolo Bonzini wrote:
Il 09/10/2013 20:49, Hans de Goede ha scritto:I wonder whether it's meant to be 1 millisecond or 1 microsecond?Maybe once it was 1 ms, this code just exists to keep the buffers of a soundcard filled / emptied in time. 100 times / second is more then plenty for that, so that is what I'm going to use in the patch I'm about to submit.It was 1 ms when that was the resolution of the "alarm tick" (which was based on /dev/rtc or /dev/hpet), then it became 250 us with "dynamic ticks", then we know how it became 0 (1 ns after timer_mod is effectively 0 ns after select).
Yep, and the weird thing is, there is a cmdline option to set the wakeup frequency in hz, and parsing code for it, and code to convert it to ticks, it is just not used. So I'm throwing away my initial patch for this and writing a new one. Regards, Hans
[Prev in Thread] | Current Thread | [Next in Thread] |