From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [patch 2/2] QEMU: decrease console "refresh rate" with -nographic Date: Tue, 15 Apr 2008 08:40:58 +0300 Message-ID: <48043FEA.8020503@qumranet.com> References: <20080411183852.150819622@localhost.localdomain> <20080411184851.559593822@localhost.localdomain> <4802352A.4010105@flac.kalibalik.dk> <20080414150255.GA11640@dmt> <48038526.3090702@qumranet.com> <20080414172446.GA27224@dmt> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel@lists.sourceforge.net To: Marcelo Tosatti Return-path: In-Reply-To: <20080414172446.GA27224@dmt> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org Marcelo Tosatti wrote: > On Mon, Apr 14, 2008 at 07:24:06PM +0300, Avi Kivity wrote: > >>> Issue is that the dumb console timer "wakes up" the vcpu to do IO >>> processing in main_loop_wait(). >>> >>> So while you're right that vga_hw_update() is a no-op for the -nographic >>> case, the indirect effect of the timer triggering main_loop_wait() is >>> needed for reading input from stdio in a way that feels interactive for >>> the user. >>> >>> >>> >> Why not enable SIGIO on stdio input, like the rest of the fd handling in >> qemu? >> > > Thats a possibility, but I think we've now agreed that doing select() with a > timeout is cleaner and possibly half a cent faster. > > Yes, just wanted to make sure I don't miss something. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone