linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: linas@austin.ibm.com
To: "Michael R. Zucca" <mrz5149@acm.org>
Cc: Juergen Kienhoefer <juergen@kienhoefer.com>,
	linuxppc-dev@lists.linuxppc.org
Subject: Re: cache coherence problem
Date: Wed, 19 Nov 2003 16:35:12 -0600	[thread overview]
Message-ID: <20031119163512.A34072@forte.austin.ibm.com> (raw)
In-Reply-To: <4CE8E7E9-1970-11D8-ADD5-003065D401D8@acm.org>; from mrz5149@acm.org on Mon, Nov 17, 2003 at 09:38:32PM -0500


On Mon, Nov 17, 2003 at 09:38:32PM -0500, Michael R. Zucca wrote:
>
> have to make sure everything is flushed and the icache is invalidated
> before executing the code. You have to do the same thing when you do
> self-modifying code.
>
> Why would you want to do this, anyway?

I don't know what he's doing, but sometimes one has static if tests
inside of tight inner loops, but you don't know (at compile time)
what the compare op will be until runtime. One way to solve this
is build an optimized loop for each possible compare op.

This optimization strategy fails if you have more than a handful of
if-tests, cause then you have a combinatorial explosion (i.e. dozens
of nearly identical .o files eating up megabytes with nearly identical
code).   So one way around this to have a few basic loops, and patch
them up at run time.

--linas

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2003-11-19 22:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-18  1:16 cache coherence problem Juergen Kienhoefer
2003-11-18  2:36 ` Matt Porter
2003-11-18  2:38 ` Michael R. Zucca
2003-11-19 22:35   ` linas [this message]
2003-11-18  3:02 ` Benjamin Herrenschmidt
2003-11-18  5:00   ` Juergen Kienhoefer
2003-11-18  5:22     ` Benjamin Herrenschmidt
2003-11-18  5:24       ` Benjamin Herrenschmidt
2003-11-18 17:40         ` cache coherence problem: FIXED Juergen Kienhoefer
2003-11-18  8:04     ` cache coherence problem Wolfgang Denk
2003-11-18  9:37   ` Gabriel Paubert
2003-11-19  0:35     ` Benjamin Herrenschmidt

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=20031119163512.A34072@forte.austin.ibm.com \
    --to=linas@austin.ibm.com \
    --cc=juergen@kienhoefer.com \
    --cc=linuxppc-dev@lists.linuxppc.org \
    --cc=mrz5149@acm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).