All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Clifton <pcjc2@cam.ac.uk>
To: Eric Anholt <eric@anholt.net>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>
Subject: Re: intel_gpu_top decode..
Date: Thu, 07 Oct 2010 12:41:14 +0100	[thread overview]
Message-ID: <1286451674.20269.18.camel@pcjc2lap> (raw)
In-Reply-To: <877hhvq7me.fsf@pollan.anholt.net>

On Wed, 2010-10-06 at 15:27 -0700, Eric Anholt wrote:

> Of this, I'd say that you're spending a surprising amount of time in
> texture fetch.  Finding ways to reduce texture bandwidth may pay off,
> assuming that (texture fetch / sampler cache) is the percentage of the
> time you're cache missing.  I'm not sure if that's true or not, though.
> And you said that this data was just for the line drawing, which didn't
> appear to have any texturing going on at all, so I'm just confused.

Indeed, I'm not using texturing at all!

I had assumed the texture unit might have been being used by internal
threads in the GPU for something - or that it might have been due to
other X11 applications running in the background.

I switched off compiz for my benchmarking, and was just using metacity.
Of course, I'm not clear on what cairo / pixman would activate when
drawing. That said.. when _not_ running my benchmark, there is very
little activity from the GPU at all - so it doesn't seem related.

I'm probably doing a few bitmasked glClears of things like the stencil
buffer (part of the compositing / rendering in my app). I can't quite
imagine why, but perhaps mesa is using the texture unit for some
operations.


Thanks for the hint on the busy / stalled figures. That helps interpret
things!

Best wishes,


-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)
Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me)

  reply	other threads:[~2010-10-07 11:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-06 17:55 intel_gpu_top decode Peter Clifton
2010-10-06 22:27 ` Eric Anholt
2010-10-07 11:41   ` Peter Clifton [this message]
2010-10-07 11:47     ` Peter Clifton
2010-10-07 12:55   ` Peter Clifton

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=1286451674.20269.18.camel@pcjc2lap \
    --to=pcjc2@cam.ac.uk \
    --cc=eric@anholt.net \
    --cc=intel-gfx@lists.freedesktop.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.