From: Greg Lindahl <lindahl@conservativecomputer.com>
To: linux-mips@oss.sgi.com
Subject: Re: FPU emulator unsafe for SMP?
Date: Wed, 20 Feb 2002 15:53:32 -0500 [thread overview]
Message-ID: <20020220155332.A2766@wumpus.skymv.com> (raw)
In-Reply-To: <20020220145023.G15588@dea.linux-mips.net>; from ralf@oss.sgi.com on Wed, Feb 20, 2002 at 02:50:23PM +0100
On Wed, Feb 20, 2002 at 02:50:23PM +0100, Ralf Baechle wrote:
> These days I assume the difference to be greater for cache reasons. Our
> stored fp registers take 256 bytes and also tend to be located at a constant
> offset from start of the 8kB (64-bit: 16kB) aligned task_struct. Combined
> with the usually low degree of cache associativity on MIPS that means
> we'll frequently miss L1.
Ouch. That cache miss is much more expensive than saving the FPU state.
Can we un-align task_struct? I see it is allocated as a whole page,
but it's apparently much smaller. We could add an offset to its start
(hm, should be a multiple of the cache line size), and that ought to
give much nicer L1 usage.
Any other struct which is allocated as a whole page but is much
smaller could be a candidate for this, too. But we should experiment
once to see if it's a win before getting that excited.
greg
next prev parent reply other threads:[~2002-02-20 21:53 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-15 1:56 FPU emulator unsafe for SMP? Jun Sun
2002-02-15 2:11 ` Ralf Baechle
2002-02-15 7:20 ` Jun Sun
2002-02-15 8:30 ` Jun Sun
2002-02-15 9:59 ` Kevin D. Kissell
2002-02-15 9:59 ` Kevin D. Kissell
2002-02-19 22:05 ` Jun Sun
2002-02-19 22:19 ` Ralf Baechle
2002-02-20 0:08 ` Kevin D. Kissell
2002-02-20 0:08 ` Kevin D. Kissell
2002-02-20 1:12 ` Jun Sun
2002-02-20 3:28 ` Greg Lindahl
2002-02-20 4:24 ` Jun Sun
2002-02-20 4:32 ` Daniel Jacobowitz
2002-02-20 9:48 ` Jun Sun
2002-02-20 10:14 ` Kevin D. Kissell
2002-02-20 10:14 ` Kevin D. Kissell
2002-02-20 13:50 ` Ralf Baechle
2002-02-20 20:53 ` Greg Lindahl [this message]
2002-02-20 13:24 ` Ralf Baechle
2002-02-20 4:48 ` Greg Lindahl
2002-02-20 9:27 ` Florian Lohoff
2002-02-20 13:18 ` Ralf Baechle
2002-02-20 9:56 ` Geert Uytterhoeven
2002-02-20 11:14 ` Kevin D. Kissell
2002-02-20 13:10 ` Ralf Baechle
2002-02-20 8:27 ` Dominic Sweetman
2002-02-20 9:30 ` Florian Lohoff
2002-02-20 13:56 ` Ralf Baechle
2002-02-20 13:09 ` Ralf Baechle
2002-02-20 14:42 ` Kevin D. Kissell
2002-02-20 14:42 ` Kevin D. Kissell
2002-02-20 14:46 ` Maciej W. Rozycki
2002-02-20 15:05 ` Ralf Baechle
2002-02-20 15:45 ` Maciej W. Rozycki
2002-02-20 13:03 ` Ralf Baechle
2002-02-15 8:14 ` Kevin D. Kissell
2002-02-15 8:14 ` Kevin D. Kissell
2002-02-15 10:57 ` Ralf Baechle
2002-02-19 22:02 ` Jun Sun
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=20020220155332.A2766@wumpus.skymv.com \
--to=lindahl@conservativecomputer.com \
--cc=linux-mips@oss.sgi.com \
/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.