Re: [ANNOUNCE] System Inactivity Monitor v1.0

Hi!

Imagine for a moment that we solve time-warp somehow. Any other
problems?

Well, a user-level daemon have to process a lot of data just to detect user
interaction. Considering that the trackpad bandwidth is nearly 5KB/sec,
probably would be better to leave my panel alone... :-/

Ok, so we may want to introduce something like "tell me if some data
came from last time"... Actually, 5KB/sec is pretty much okay, and you
probably could get around actually reading that data.

When you know user is moving the touchpad, you could just sleep for 5
seconds (assuming user activity) and only then start monitoring it
again?

I'd really like to get "is user idle" solved, but it really should not be in
kernel unless it _has_ to. And time-warp probably causes problems not only
for your daemon.

IMHO signal the user-space is a kernel duty and no user-space daemon will ever
make it better. There are plenty of PM daemons out there, but Linux still lacks

Well, I do not think your kernel code is mergeable. But bits to enable
similar functionality in userspace probably would be mergeable.

Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Two modest kernel features I wish I had
    ... intelligent shim/proxy between SMTP clients and some user-designated SMTP ... While writing this daemon program, a couple of ideas came to mind relating ... to kernel calls which, as far as I know, do not exist, but which would have ... Let's call it `mconnect' ...
    (freebsd-net)
  • Re: /dev/random on Linux
    ... Various things like memory timing, power initialization, BIOS tests, etc are all sufficiently variable in terms of CPU clock cycles that the value of the cycle counter at the first bootloader instruction executed has several bits of randomness. ... By the time the bootloader has optionally waited for user input and loaded the kernel off the disk, chaotic variability in the disk access for HDDs, CDROMs, etc will make many bits of the cycle counter sufficiently random. ... I believe there was a paper that discussed how air turbulence in a disk drive was sufficient on a several hundered MHz CPU to provide lots of entropy per interrupt from the cycle counter alone. ... User consumption of entropy can be controlled by conventional file permissions, acls and SELinux already, or by a policy daemon or combinations thereof. ...
    (Linux-Kernel)
  • Userspace memory and kernel access
    ... userspace daemon instead of in-kernel code. ... sys_acl_connectto connect to the kernel, ... mmapsome ram for it, initialize the structure, pass it back, ... When an ACL request is made, ...
    (Linux-Kernel)
  • Re: The argument for fs assistance in handling archives (was: silent semantic changes with reiser4)
    ... this will need a kernel change to make sure mtime always ... The daemon saves state before it shuts down and reloads the state ... > could transparently optimise prorgrams that do calculations.... ... finish indexing any files that it has been notified about changes in. ...
    (Linux-Kernel)
  • Re: Real-time pre-emption kswapd/kscand questions
    ... Michael Blanc wrote: ... > has anything to do with launching the offending daemon. ... What I can tell you, is that if kscand is still active, ... vanilla kernel, then you won't have kscand in there ...
    (comp.os.linux.development.system)