On Wed, 13 Jul 2005 17:22:36 +0300
Aapo Tahkola <[EMAIL PROTECTED]> wrote:
> Also, r300s state management is not currently very "efficient" as can be seen
> from oprofiled reports... :)
Measured this and state traffic seems to go from 10 to 60 MB per second
depending on application.
Tnl programs give even higher rates in some cases.
Index: r300_cmdbuf.c
===================================================================
RCS file: /cvsroot/r300/r300_driver/r300/r300_cmdbuf.c,v
retrieving revision 1.44
diff -u -b -B -u -r1.44 r300_cmdbuf.c
--- r300_cmdbuf.c 27 Jun 2005 15:56:14 -0000 1.44
+++ r300_cmdbuf.c 14 Jul 2005 05:58:40 -0000
@@ -54,6 +54,7 @@
// Set this to 1 for extremely verbose debugging of command buffers
#define DEBUG_CMDBUF 0
+#include <sys/time.h>
/**
@@ -100,6 +101,28 @@
fprintf(stderr, "Syncing in %s (from %s)\n\n", __FUNCTION__,
caller);
radeonWaitForIdleLocked(&r300->radeon);
}
+ {
+ static struct timeval t;
+ struct timeval temp;
+ unsigned long msec;
+ static unsigned long bytes = 0;
+
+ bytes += cmd.bufsz;
+
+ gettimeofday(&temp, NULL);
+ msec = (temp.tv_sec - t.tv_sec) * 1000000 + temp.tv_usec -
t.tv_usec;
+ if(msec > 1000000){
+ float f = msec/1000000.0;
+ f = bytes / f;
+
+ fprintf(stderr, "%.02f\n", f/1024.0/1024.0);
+ t = temp;
+ bytes = 0;
+ }
+
+ }
--
Aapo Tahkola
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
