From: Ralf Baechle <ralf@linux-mips.org>
To: Dominic Sweetman <dom@algor.co.uk>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Vivien Chappelier <vivienc@nerim.net>,
linux-mips@linux-mips.org, Ilya Volynets <ilya@theilya.com>
Subject: Re: [PATCH 2.5] SGI O2 framebuffer driver
Date: Thu, 12 Dec 2002 15:07:22 +0100 [thread overview]
Message-ID: <20021212150722.A6657@linux-mips.org> (raw)
In-Reply-To: <15864.34458.46732.218720@arsenal.algor.co.uk>; from dom@algor.co.uk on Thu, Dec 12, 2002 at 12:52:42PM +0000
On Thu, Dec 12, 2002 at 12:52:42PM +0000, Dominic Sweetman wrote:
> > Flushes are very expensive operations, on the order of 16 cycles per
> > cacheline plus memory delay.
>
> Hmm. Not on most MIPS CPUs; the internal cost of running the
> writeback cache-op instructions is typically around 3 clocks per
> cache-line. But this is misleading anyway... too CPU-centric.
Most MIPS manuals unfortunately do not document the execution time of
cache instructions at all. This thread is specific to the SGI IP32 aka
O2 which comes with three processor options, the r5000, the R10000 and
the R12000; the R5000's timing should not be too far off from the R4600.
So you got me to dig out my super dusty R4600/R4700 manual ... Hit_-
Writeback_D costs 7 cycles for a miss, 12 for a hit if the line is clean
and 14 if the line is dirty. Add another 3 cycles if the store or response
buffers are busy, add even more if the writeback buffer was filled up.
> The associated memory operations are the slowest thing about cacheops,
> always. Memory accesses (120ns is good) are much, much slower than an
> instruction time on a modern CPU (1-5ns).
>
> So for your framebuffer, it's the write which does for you. If you
> use uncached mode and write 32-bit words that's 120ns/word. You can
> get a cacheline-sized burst of 8 words in and out in roughly the same
> amount of time.
Forgot the numbers but SGI's IP32 memory subsystem is rather fast even
though it's fairly old.
Ralf
prev parent reply other threads:[~2002-12-12 14:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20020903205816.A25897@linux-mips.org>
2002-12-11 22:25 ` [PATCH 2.5] SGI O2 framebuffer driver Vivien Chappelier
2002-12-11 23:15 ` Alan Cox
2002-12-11 23:41 ` Vivien Chappelier
2002-12-12 1:31 ` Alan Cox
2002-12-12 2:33 ` Ralf Baechle
2002-12-12 12:44 ` Alan Cox
2002-12-12 12:20 ` Ralf Baechle
2002-12-12 12:52 ` Dominic Sweetman
2002-12-12 14:07 ` Ralf Baechle [this message]
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=20021212150722.A6657@linux-mips.org \
--to=ralf@linux-mips.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=dom@algor.co.uk \
--cc=ilya@theilya.com \
--cc=linux-mips@linux-mips.org \
--cc=vivienc@nerim.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 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.