From mboxrd@z Thu Jan 1 00:00:00 1970 From: smiley@zenzebra.mv.com To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: <86fwpz55nj.fsf@cmarib.ramside> <257867.782e4d7b.wsc0.mx@tumtum.plumbweb.net> <5ddd9deccbea5e8556dfc0c228b63311@ladd.quanstro.net> <86vcythf8h.fsf@cmarib.ramside> <86ipusd1wr.fsf@cmarib.ramside> <86zko3jt7n.fsf@cmarib.ramside> <867hb5ygqt.fsf@cmarib.ramside> Date: Sat, 9 Apr 2011 12:26:02 +0000 In-Reply-To: (erik quanstrom's message of "Thu, 7 Apr 2011 16:19:06 -0400") Message-ID: <86ei5behlx.fsf@cmarib.ramside> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [9fans] Busy mouse WAS: Re: Making read(1) an rc(1) builtin? Topicbox-Message-UUID: ce33da80-ead6-11e9-9d60-3106f5b1d025 erik quanstrom writes: > i ran some actual tests, and it turns out that i can get > 1515 interrupts/sec and 1950 syscalls/sec just by moving my It occurs to me that these values are in the audible range for human hearing. How cool would it be to have something like "stats -a" generate an audible version of system stats?! > usb mouse constantly. the load average is still 0, and the > interrupt time is <= 3% My load is also close to zero, when just moving the mouse. If, for example, I do a "du -a" in an Acme "win" window, the mouse disappears and/or becomes unusuably slow until Acme finishes. Acme also hangs for me while retrieving files and directory listings on /n/sources. Although the mouse remains responsive during that time, Acme becomes unresponsive... not even selecting text with the button1 works. > the mouse, the i would think that the fact that your machine > is doing 8259-style interrupts has something to do with it. No hablo 8259. ?? -- +---------------------------------------------------------------+ |E-Mail: smiley@zenzebra.mv.com PGP key ID: BC549F8B| |Fingerprint: 9329 DB4A 30F5 6EDA D2BA 3489 DAB7 555A BC54 9F8B| +---------------------------------------------------------------+