Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #10343

Re: Toward more ruly background apps

From Roedy Green <see_website@mindprod.com.invalid>
Newsgroups comp.lang.java.programmer
Subject Re: Toward more ruly background apps
Date 2011-11-29 16:47 -0800
Organization Canadian Mind Products
Message-ID <jluad791fhsvnprmb1378n2uivb7phjtmo@4ax.com> (permalink)
References <2qhsc7d9ib953i1tnipa8jm7i25jbdfhpo@4ax.com> <g9OdnR51zZxd4FPTnZ2dnUVZ_h-dnZ2d@earthlink.com> <56ltc755vbhq5p6lui1lal1io7b1f0g3q1@4ax.com> <jan22h$qv6$1@speranza.aioe.org>

Show all headers | View raw


On Thu, 24 Nov 2011 22:29:21 -0500, Fistulina Hepatica
<f.hep3@spore.dispersal.org> wrote, quoted or indirectly quoted
someone who said :

>The information at http://xona.com/2004/07/22.html (which another user 
>posted elsewhere in this thread) suggests how to start a process (such 
>as a JVM) with priority reduced from the outset. 

You would think it would work the way.  If I am typing, and the OS
notices either the echo is delayed more than a tenth of a second or I
am typing very slowly (presumably because I can't see the echo), it
should bump the priority of my task relative to everything else and
schedule disk i/o so that not only my task gets priority, but other
tasks use disk sparingly if I am doing any use at all.

This is very dynamic.  If I stop typing, priorities should revert to
normal.

In other words, treat the user the way they did in Tron.

The scheduler is deep in the heart of the OS, unlikely easy to be
tampered with.  However, it might be possible for some privileged task
to dynamically adjust task priorities based on its intercepting of all
keystrokes, Given that keystrokes could appear is so many places it
would require tapping into many places to notice the echo.  It would
be a feature you build into the guts of the GUI.

Perhaps just typing should crank your priority way up, even if you
don't need it, even if the echo is already sufficiently fast. That
might be something you could do within a single app without too much
tricky system integration.
.



-- 
Roedy Green Canadian Mind Products
http://mindprod.com
For me, the appeal of computer progamming is that
even though I am quite a klutz,
I can still produce something, in a sense
perfect, because the computer gives me as many
chances as I please to get it right.
 

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Toward more ruly background apps Roedy Green <see_website@mindprod.com.invalid> - 2011-11-24 05:44 -0800
  Re: Toward more ruly background apps Silvio Bierman <silvio@moc.com> - 2011-11-24 16:27 +0100
    Re: Toward more ruly background apps Roedy Green <see_website@mindprod.com.invalid> - 2011-11-24 08:41 -0800
      Re: Toward more ruly background apps Knute Johnson <nospam@knutejohnson.com> - 2011-11-24 09:18 -0800
  Re: Toward more ruly background apps "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> - 2011-11-24 07:34 -0800
    Re: Toward more ruly background apps Tassilo Horn <tassilo@member.fsf.org> - 2011-11-24 17:12 +0100
  Re: Toward more ruly background apps Patricia Shanahan <pats@acm.org> - 2011-11-24 09:24 -0800
    Re: Toward more ruly background apps Roedy Green <see_website@mindprod.com.invalid> - 2011-11-24 15:36 -0800
      Re: Toward more ruly background apps Fistulina Hepatica <f.hep3@spore.dispersal.org> - 2011-11-24 22:29 -0500
        Re: Toward more ruly background apps "Manh Tuong Lewis Nguyen" <matln@sfu.ca> - 2011-11-25 03:01 +0000
          Re: Toward more ruly background apps thoolen <tholen01@gmail.com> - 2011-11-25 01:19 -0800
        Re: Toward more ruly background apps Roedy Green <see_website@mindprod.com.invalid> - 2011-11-29 16:47 -0800
  Re: Toward more ruly background apps Arne Vajhøj <arne@vajhoej.dk> - 2011-11-24 21:46 -0500

csiph-web