Welcome, Unregistered.

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Prev Previous Post   Next Post Next
Old 11-May-2002, 10:48   #34
Entropy
Senior Member
 
Join Date: Feb 2002
Posts: 1,869
Default

arjan makes good poionts above. Longer bursts provide much higher bus utilization. Unless you only rarely use contigous data, longer bursts are usually a good idea, from a bus efficiency point of view.

For less technical readers, I'd like to point out there is a problem that kicks in earlier than passing the point of optimum bus utilization. Caches. Bursting in extra data is very cheap in terms of bus cycles in and of itself, but it is expensive in that you end up using a larger portion of your caches for storing data nobody wanted. Furthermore, the data that is replaced has to be written back to memory, which costs bus-cycles. Thus, the break-even point for memory bus read burst length is much shorter in "real life" than what would be apparent from only looking at protocol efficiency, because longer bursts also lower cache efficiency and increases cache logic demands on bus cycles.

The trade-off is clearly application and GPU architecture dependent. It is obviously impossible for an interested bystander like me to say what would be an optimum. I would predict that it isn't terribly sharp though, in other words that the finer points only make small differences

Edit: Small addendum. You can increase cache efficiency by tagging data that you know shouldn't be cached, or by manually locking and releasing data in the cache. Would be workeable in for driver writers.

Entropy
Entropy is offline   Reply With Quote

 

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
creative labs teaches Carmack a thing or two about shadows? kyleb 3D Architectures & Chips 117 06-Aug-2004 17:29
Creative Labs Europe stop video cards Evildeus 3D & Semiconductor Industry 2 22-Jul-2004 12:34
ATI Signs Up Creative Europe Dave Baumann Press Releases 0 01-Dec-2003 09:40
Tbreak reviews Creative Labs 5 RX 9700 marco Beyond3D News 7 05-Sep-2002 11:33
Creative buys 3D Labs nAo 3D Architectures & Chips 1 11-Mar-2002 17:48


All times are GMT +1. The time now is 12:28.


Powered by vBulletin® Version 3.8.6
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.