From: Carlos O'Donell <carlos@baldric.uwo.ca>
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] itlb miss handler optimizations!
Date: Wed, 13 Aug 2003 11:56:05 -0400 [thread overview]
Message-ID: <20030813155605.GF17512@systemhalted> (raw)
In-Reply-To: <3F28D76600003759@ocpmta4.freegates.net>
> Well I finaly find it on sf.net (via osdl.org)
> And submit some bench which seems to be more in relation with vm (?):
> ./reaim -x -t -f worfile.shared -r3
Thanks for that run Joel, I'll take a look at the numbers in a few
minutes. Adding to that here is the lmbench results (urls) for both
the non-optimized and optimized cases of the itlb fault handler.
It seems that some things got faster, or rather more predictably fast
within the confidence levels (e.g. number of tests that I ran).
I ran 10 lmbench run's for each of the two kernels and then munged them
using the stat-summary script provided with lmbench. Do the diff to see
the numbers change :)
Looks like we have better performance in many places.
null call, null i/o, stat, open/close, select, signal install, signal
catch, exec, shell proc, (a variety of the process spawning tests),
create, delete, mmap latency, page fault (way down! and deterministic)
-- All got better with itlb branch prediction optimization
Please give it a double check to make sure I'm not out of it this
morning.
http://www.baldric.uwo.ca/~carlos/itlb-opt.txt
http://www.baldric.uwo.ca/~carlos/no-itlb-opt.txt
c.
next prev parent reply other threads:[~2003-08-13 15:58 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-25 7:04 [parisc-linux] itlb miss handler optimizations! Carlos O'Donell
2003-07-25 11:46 ` Matthew Wilcox
2003-07-26 18:02 ` Carlos O'Donell
2003-08-12 3:58 ` Carlos O'Donell
2003-08-12 12:21 ` Joel Soete
2003-08-12 14:40 ` Carlos O'Donell
2003-08-12 16:06 ` Grant Grundler
2003-08-12 16:32 ` Matthew Wilcox
2003-08-12 17:06 ` Joel Soete
2003-08-13 15:57 ` Grant Grundler
2003-08-13 16:38 ` Joel Soete
2003-08-13 14:52 ` Joel Soete
2003-08-13 15:56 ` Carlos O'Donell [this message]
2003-08-13 16:05 ` Carlos O'Donell
2003-08-13 16:43 ` Joel Soete
2003-08-13 16:51 ` Grant Grundler
2003-08-14 6:02 ` Joel Soete
2003-08-14 11:46 ` Matthew Wilcox
2003-08-14 13:56 ` Joel Soete
2003-08-14 15:23 ` Grant Grundler
2003-08-14 16:15 ` Joel Soete
-- strict thread matches above, loose matches on Subject: below --
2003-08-19 12:33 Joel Soete
2003-08-19 13:42 ` Matthew Wilcox
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030813155605.GF17512@systemhalted \
--to=carlos@baldric.uwo.ca \
--cc=parisc-linux@lists.parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.