Re: cvs commit: src/sys/kern sched_ule.c (fwd)

2003-06-18 Thread Jeremy Messenger
On Tue, 17 Jun 2003 02:45:18 -0400 (EDT), Jeff Roberson 
<[EMAIL PROTECTED]> wrote:

My last few commits, including this one, went a long way towards 
improving
ULE's interactive responsiveness under heavy load.  I was just able to do
a make -j32 of my kernel while browsing the web with mozilla and 
commiting
this change.  Mozilla, my shell, cvs, etc. were all as responsive as they
are on an unloaded system.
Don't you think, the mplayer, xine and sound stuff might be better apps to 
test? Like, play the video and sound to see if they won't skip the frames 
or lag behind.

Cheers,
Mezz
This is on a 2ghz laptop so your mileage may not be exactly the same.
This is a significant improvement over the old state of things.  If the
interactive perf was chasing you away before, ULE should be much better
now.
Cheers,
Jeff
-- Forwarded message --
Date: Mon, 16 Jun 2003 23:39:51 -0700 (PDT)
From: Jeff Roberson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: cvs commit: src/sys/kern sched_ule.c
jeff2003/06/16 23:39:51 PDT

FreeBSD src repository

Modified files:
sys/kern sched_ule.c
Log:
- Add a new function "sched_interact_update()" that scales back the sleep
and run time.
- Scale the sleep and run time back via sched_interact_update() in more
places.  This is to keep the statistic more accurate.
- Charge a parent one tick for forking a child.
- Add only the run time and not the sleep time to the parents kg when a
thread exits.  This allows us to give a penalty for having an expensive
thread exit but does not give a bonus for having an interactive thread
exit.
- Change the SLP_RUN_THROTTLE to limit us to 4/5th and not 1/2.
- Change the SLP_RUN_MAX to two seconds.  This keeps bursty interactive
applications like mozilla and openoffice in the interactive range even
through expensive tasks.
- Recalculate the slice after every sleep.  This ensures that once a task
has been marked interactive it only has a slice of 1 at the risk of
giving tasks that sleep for a very brief period a longer time slice.
Revision  ChangesPath
1.42  +20 -23src/sys/kern/sched_ule.c


--
bsdforums.org 's moderator, mezz.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


cvs commit: src/sys/kern sched_ule.c (fwd)

2003-06-16 Thread Jeff Roberson
My last few commits, including this one, went a long way towards improving
ULE's interactive responsiveness under heavy load.  I was just able to do
a make -j32 of my kernel while browsing the web with mozilla and commiting
this change.  Mozilla, my shell, cvs, etc. were all as responsive as they
are on an unloaded system.

This is on a 2ghz laptop so your mileage may not be exactly the same.
This is a significant improvement over the old state of things.  If the
interactive perf was chasing you away before, ULE should be much better
now.

Cheers,
Jeff


-- Forwarded message --
Date: Mon, 16 Jun 2003 23:39:51 -0700 (PDT)
From: Jeff Roberson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: cvs commit: src/sys/kern sched_ule.c

jeff2003/06/16 23:39:51 PDT

  FreeBSD src repository

  Modified files:
sys/kern sched_ule.c
  Log:
   - Add a new function "sched_interact_update()" that scales back the sleep
 and run time.
   - Scale the sleep and run time back via sched_interact_update() in more
 places.  This is to keep the statistic more accurate.
   - Charge a parent one tick for forking a child.
   - Add only the run time and not the sleep time to the parents kg when a
 thread exits.  This allows us to give a penalty for having an expensive
 thread exit but does not give a bonus for having an interactive thread
 exit.
   - Change the SLP_RUN_THROTTLE to limit us to 4/5th and not 1/2.
   - Change the SLP_RUN_MAX to two seconds.  This keeps bursty interactive
 applications like mozilla and openoffice in the interactive range even
 through expensive tasks.
   - Recalculate the slice after every sleep.  This ensures that once a task
 has been marked interactive it only has a slice of 1 at the risk of
 giving tasks that sleep for a very brief period a longer time slice.

  Revision  ChangesPath
  1.42  +20 -23src/sys/kern/sched_ule.c

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"