Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 29 Mar 2003 14:02:55 +1100 (EST)
From:      Bruce Evans <bde@zeta.org.au>
To:        Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= <des@ofug.org>
Cc:        cvs-all@FreeBSD.org
Subject:   Re: Checksum/copy
Message-ID:  <20030329134320.C9370@gamplex.bde.org>
In-Reply-To: <xzpof3vwiu4.fsf@flood.ping.uio.no>
References:  <Pine.BSF.4.21.0303260956250.27748-100000@root.org> <20030327180247.D1825@gamplex.bde.org> <20030327212647.GA64029@walton.maths.tcd.ie> <20030328174850.M6165@gamplex.bde.org> <xzpof3vwiu4.fsf@flood.ping.uio.no>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 28 Mar 2003, Dag-Erling [iso-8859-1] Sm=F8rgrav wrote:

> Bruce Evans <bde@zeta.org.au> writes:
> > Instead of fixing the comparison and any other logic bugs, I rewrote th=
e
> > function using orl instead of scasl, and simpler logic (ignore the chan=
ges
> > for the previous function in the same hunk).
>
> Could you please commit this?  Nothing uses it, so it won't break
> anything, but it'll make testing and benchmarking easier for
> interested parties.

Er, it is used (in pmap.c).

I recently learned that makeworld is an interesting benchmark for zeroing
pages (all %times on a system with 1 Athlon and 1GB of memory):
- makeworld spends at least 3-5% of its time zeroing pages
- turning off vm.idlezero_enable increases makeworld time by 1-2%
  and moves the place where the zeroing is done significantly.  With
  vm.idlezero_enable off, most of the idle zeroing is done in process
  context and gets charged to makeworld; otherwise it is done in the
  pagezero task and gets charged to that.  Most but not all of the time
  spent in the pagezero task is "free", and we lose the 1-2% by
  doing all zeroing in process context.
- SCHED_ULE breaks scheduling of idleprio processes.  This results in
  pagezero being too active.  It costs 1-2% instead of saving 1-2%.

Bruce



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030329134320.C9370>