public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Tom Lord <lord@emf.net>
To: dewar@gnat.com
Cc: dewar@gnat.com, gcc@gcc.gnu.org, ja_walker@earthlink.net
Subject: Re: Sythetic registers: modrm/gas question.
Date: Sun, 05 Jan 2003 22:33:00 -0000	[thread overview]
Message-ID: <200301051433.GAA28373@emf.net> (raw)
In-Reply-To: <20030105141714.A8A65F2D5D@nile.gnat.com> (dewar@gnat.com)



       I disagree. In practice references to the local stack frame are
       nearly always in cache.


Yeah, I see what you're saying (I think):

Blindly tricking the register allocator isn't _quite_ right.  It has
to know not to bother storing locals and args in synthregs, and not to
bother moving a spilled value to a synthreg.

The thing I like about synthregs is the idea of moving some values not
in those classes into locations that will be cache-favored.  Just
tricking the reg allocator seemed initially like an easy way to do it,
but it's (hopefully only slightly) more complicated than that.


    > "Yeah, well, until you've done the same you've no
    > business talking about the SR proposal"

    Gosh, you took the words out of my mouth :-) :-)


It's hard to articulate.  I believe there's a perspective on
architecture that transcends particular machines and that tends to
predict the future pretty well.  It's sort of like you look at the
logical dependencies among various parts of the state of the abstract
machine -- and those logical dependencies tell you a lot about how
machines can be implemented and optimized (they are computations that
have to be physically realized) -- and real machines tend sharply,
over time, to take advantage of those optimizations.  It's hard to
articulate.

It will take me a little while to digest the rest of your post.


-t

  parent reply	other threads:[~2003-01-05 22:14 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-05 14:24 Robert Dewar
2003-01-05 16:56 ` Michael S. Zick
2003-01-05 17:37   ` Michael S. Zick
2003-01-05 22:33 ` Tom Lord [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-01-07  3:13 Robert Dewar
2003-01-05 18:13 Robert Dewar
2003-01-05 20:15 ` Michael S. Zick
2003-01-05 13:25 Robert Dewar
2003-01-06  5:36 ` Andy Walker
2003-01-06 19:42 ` Tom Lord
2003-01-05 12:28 Robert Dewar
2003-01-06  5:04 ` Andy Walker
2003-01-06 19:47 ` Tom Lord
2003-01-05  6:08 Andy Walker
2003-01-06 23:54 ` Mike Stump
2003-01-07  6:15   ` Andy Walker

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=200301051433.GAA28373@emf.net \
    --to=lord@emf.net \
    --cc=dewar@gnat.com \
    --cc=gcc@gcc.gnu.org \
    --cc=ja_walker@earthlink.net \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).