Dolphin, the GameCube and Wii emulator - Forums

(08-12-2010, 04:09 AM)hansenderek Wrote: [ -> ]lol k i never fully understood it...thts all lol

Do you all have OpenCL drivers? Get GPUz and run it. If you have opencl its check marked in the bottom left corner.

yea its checked in gpuz... idk if its acurate tho...cuz i have physx for my nvidia driver...i downloaded it.. but its never checked in gpu-z....idk cuda is checked too...i just heard tht if open cl is working then a black cmd box will appear everytime and thts never happened....

(08-12-2010, 05:23 AM)hansenderek Wrote: [ -> ]yea its checked in gpuz... idk if its acurate tho...cuz i have physx for my nvidia driver...i downloaded it.. but its never checked in gpu-z....idk cuda is checked too...i just heard tht if open cl is working then a black cmd box will appear everytime and thts never happened....

Dunno then. I have a radeon 4850 and iinstalled the opencl sdk. Now when I run dolphin the cmd boxes open quickly before the game starts.

Quote:It only speed ups loading of textures(loading times) and doesn't increase fps at all. It works fine in most games.

You mean streaming? Wouldn't that be bottlenecked equally by HDD/memory speed either way? Does the decoding really have that much latency?

(08-13-2010, 03:50 AM)NaturalViolence Wrote: [ -> ]

Quote:It only speed ups loading of textures(loading times) and doesn't increase fps at all. It works fine in most games.

You mean streaming? Wouldn't that be bottlenecked equally by HDD/memory speed either way? Does the decoding really have that much latency?

HDD speed would have to suck horribly and the ram would need to be ddr to cause a problem.

Quote:HDD speed would have to suck horribly and the ram would need to be ddr to cause a problem.

What data do you base this off of? In all my years I have never encountered a circumstance in which a texture was being decoded slower than it could be streamed from a HDD. Read/write speed is always the bottleneck, but maybe since this is an emulator different rules apply? Or maybe because the texel count is so low that it can be streamed almost instantly? I highly doubt that but I suppose it's possible. Now I'm really curious about this.

Also you realize that ddr ram is several dozen times as fast in random read/write speeds as a HDD right? If a slow HDD disk is needed to bottleneck it then ddr memory would do fine.

(08-13-2010, 06:45 AM)NaturalViolence Wrote: [ -> ]

Quote:HDD speed would have to suck horribly and the ram would need to be ddr to cause a problem.

What data do you base this off of? In all my years I have never encountered a circumstance in which a texture was being decoded slower than it could be streamed from a HDD. Read/write speed is always the bottleneck, but maybe since this is an emulator different rules apply? Or maybe because the texel count is so low that it can be streamed almost instantly? I highly doubt that but I suppose it's possible. Now I'm really curious about this.

Also you realize that ddr ram is several dozen times as fast in random read/write speeds as a HDD right? If a slow HDD disk is needed to bottleneck it then ddr memory would do fine.

What data do I need? You're trying to say the HDD would slow it down. Obviously it would have to be pretty damn slow. As for ram, ddr is dreadfully slow.

Quote:You're trying to say the HDD would slow it down. Obviously it would have to be pretty damn slow.

Once again. Based on what data? Even the fastest hard drives cannot transfer data fast enough to keep up with a cpu or gpu decoding multiple GB/s worth of texture data. Honestly when have you ever seen a situation where texture streaming isn't bottlenecked by HDD or optical drive speed? Their must be some other variable we haven't considered.

Quote:What data do I need?

Rate of transfer from HDD to memory. Rate of transfer from memory to texture buffer. Rate of texture decoding.

Quote:As for ram, ddr is dreadfully slow.

Since when? Even the best magnetic drives can barely pass 100MB/s sequential read. Whereas even the worst DDR memory can pass 1GB/s.


Alright, I'm going to make a promise that no matter how much your next response annoys me I am going to bite my teeth until someone else shows up and gives me the answer I'm looking for because this is going nowhere.

(08-13-2010, 11:04 AM)NaturalViolence Wrote: [ -> ]

Quote:You're trying to say the HDD would slow it down. Obviously it would have to be pretty damn slow.

Once again. Based on what data? Even the fastest hard drives cannot transfer data fast enough to keep up with a cpu or gpu decoding multiple GB/s worth of texture data. Honestly when have you ever seen a situation where texture streaming isn't bottlenecked by HDD or optical drive speed? Their must be some other variable we haven't considered.

Quote:What data do I need?

Rate of transfer from HDD to memory. Rate of transfer from memory to texture buffer. Rate of texture decoding.

Quote:As for ram, ddr is dreadfully slow.

Since when? Even the best magnetic drives can barely pass 100MB/s sequential read. Whereas even the worst DDR memory can pass 1GB/s.


Alright, I'm going to make a promise that no matter how much your next response annoys me I am going to bite my teeth until someone else shows up and gives me the answer I'm looking for because this is going nowhere.

SSD is pretty damn fast. Data transfer is also dependant on your cpu speed. There is no way the HDD is going to slow shit down. You can be annoyed all you want you half wit, its not going to slow it down any more than it already is. I honestly find no speed gain in openCL anyway. Not that OCL has anything to do with ram or the HDD, as its for a graphics card.

Yes, SSD is fast in some ways.
But it all boils down to quality, how the HDD or SSD is connected and how software behaves.

These days they're normally connected via Sata, which the latest version supports a maximum theoretical transfer speed of 6 Gbits/second or about 750MB/Second.

DDR, although not common in modern computers anymore, it had a theoretical Peak transfer rate of 25.6 Gbits/Second or 3200MB/Second (@200Mhz).

Software can be like the abusive Husband and the Storage device is the Wife.
One day, Software demands a sandwich from Storage device, to be made and ready to eat immediately. Poor Mrs Storage device can't prepare a sandwich instantly, she needs time to look for the ingredients in the fridge and prepare them. But Mr Software is a demanding fellow, he wants his sandwich NOW, or he'll be late for work. But he'll just have to wait.

But if Mr Software wasn't such a horrible husband, he might of been able to get to work on time. Or maybe he should have got a job where it wasn't important to be right on time. Perhaps he should have known that he will be needing a sandwich soon and asked her in advance. Then maybe she would have had the time to prepare it before Mr Software needed it.