Topic: Look... all these GPU miners waste 100% CPU time for nothing... WHY?! - page 2. (Read 11954 times)

I tried 11.6 with 2.1 sdk and phoenix 1.6.2 with diapolo's phatk kernel (phatk 2.2 doesnt support sdk 2.1 for some reason), still had 100% cpu with 1 graphics card. wouldve tried guiminer but it needs 2.4 sdk or higher.

sapphire 5830, win7 x64 ultimate, above stuff.

On Linux, 11.6 driver with ANY sdk is fine. 2.1, 2.4 and 2.5 do not chew up CPU. It's all in the driver. 11.7 and 11.8 drivers use 100% CPU no matter how many cards you use, nor if you set that environment variable or not.

A fix for that would be most appreciated.

Correct.

Good question.  I'm actually not sure.  I doubt it though.

tl;dr use 11.6 with 2.1 SDK
http://developer.amd.com/sdks/AMDAPPSDK/downloads/pages/AMDAPPSDKDownloadArchive.aspx

I had 100% cpu problems on Linux before rolling back to the 11.6 driver. So you're saying with this environment variable set I could probably move up to newer drivers without the cpu going bananas?

Is there a good reason on Linux for wanting to use newer drivers? I should probably resist the temptation to muck up a system running smoothly now.

In case anyone is still confused, this is only a *Windows* issue on later versions of AMD's OpenCL SDK.  Earlier versions do not have this issue.  However, as far as I know, none of those earlier versions supported the 6000 series cards (but I could be wrong here).

On Linux, the GPU_USE_SYNC_OBJECTS environment variable can be used to change this behavior.  The Windows version of the SDK doesn't seem to have a way to change this.  I ran amdocl.dll through IDA (a disassembler) and I see GPU_USE_SYNC_OBJECTS as a compile-time variable, but it doesn't look like it checks for a registry key/environment variable/etc at runtime.  I'm sure that there is a way to alter the DLL to make it happen, but without having the debug symbols for the DLL, it could take a really long time to find.

Maybe you read the instructions before you started randomly plugging things together?

I've always wondered why so many people struggle with this.
Between my 5 5870's and 2 6990's I've never once experienced this issue, I run various driver versions from 11.1 -> 11.8, 2 linux boxes & a Windows machine, varied SDK versions 2.1 -> 2.4 and all using phoenix.
Maybe I'm just lucky 

I'm mining with 0% cpu usage, is my computer extraterrestrial???

LOL, indeed. Noobs tend to ignore one line answers to their one page questions.

I'm on a 5770, and I *think* its the same as the 6770.  I'm runnin VECTORS AGGRESSION=7 WORKSIZE=256 and getting 230mh/s with 1000/300 clocks.

I was running 11.6 on SDK 2.4 getting 226mh/s on the same settings.

Keep the .02... the transaction fee would eat half of that

Edit: 

Wow. HUGE difference going from 11.8 to 11.6. The CPU usage was, at first, lower, but as I changed settings around to make it better, it actually got worse, and back to 25% again (quad core - but U/C+U/V'd to 1.2GHz). Performance was roughly the same the whole time I was changing things. I finally found a combination of options that result in ~3% CPU (remember, 1.2GHz), and a ~25 watt power reduction with the new drivers and lower CPU usage! I'm now using Phoenix 1.6.2 with rollntime mod, with modded phatk with the options: VECTORS2 DEVICE=0 WORKSIZE=256 FASTLOOP=true - it was actually removing "aggression=(tried 10~15)" and turned fastloop back on, that caused the dramatic reduction in CPU. It now runs at 160MH/s, but is returning results at the same blistering rate as I'm used to; I've also found that hash rate is an inaccurate measure of performance, as different settings vary wildly in their result-return rate, so I'm happy with 160 until I find something better (also not O/Cing or U/Cing the GPU since I haven't yet found how to get OverDrive to U/C the RAM).

That said, I've gotta say thanks for showing that a properly configured system *is* indeed capable of using less process time than 100% (even if not 0%, which is understandable). johnj, since you were the guy that posted what I actually semi-rhetorically asked for (and was the key to understanding the situation), I owe 'ya an e-beer. Drop an address and I'll cough up 0.02 (out of the 0.7 I've mined in the last 2 weeks, ugh), just as thanks for not posting crap like "hurp multi-gpu known issue noob" (when I'm not even dual-GPUing)

Why, what, did they change? *scrolls up*...

First reply (2nd "post" if you're counting my own, which of course I re-read after posting for accuracy): irrelevant forum post.
Second reply: Another irrelevant forum post referring to an unrelated issue.
Third reply: A quote from an irrelevant forum post.
Fourth reply: my reply saying that these were irrelevant to the issue.

... And this, now the 11th reply, is me saying "what part of this don't you understand, to the point where you think you can talk down to me like 'please re-read'?". In fact:

What part of this don't you understand, to the point where you think you can talk down to me like "please re-read"?

I found a post describing difference in behavior between 11.6, 11.7, and 11.8, which brought me to uninstalling, cleaning (manually, via registry & file system - don't feel like installing software to uninstall software), and installing 11.6. Now we'll see how that runs... and I'll owe someone a beer that can actually make a visible post about this very most recent issue regarding 11.8 (the current release) of Catalyst. Believe me... I looked for an "AMD tips and info" thread. Didn't find one. Hell, maybe I'll throw a 0.02bcn donation to the first guy that can actually reply in a civilized manner, like the experienced tech I am, not some kind of computer-newbie...

Please, re-read the first 4 posts...

I had 100% on SDK 2.4.  I rolled back to 2.1, runnin smooth.

... whuuut the fiiiduzzle. o_O That seems to be breaking the laws of physics.

How the hell am I a geek with 14 years of analyzing low-level software/hardware interactions, breaking apart and studying Windows, doing all the things that "can't be done" and "not recommended" and proving them wrong, writing interface code for microcontrollers to help repair PC problems, manually editing an offline registry to install non-default boot drivers for a new RAID controller that BSOD's 0x7b on startup, disassembling and editing assembly code of utilities to hack around undesirable blocks and error conditions, correcting major thermal/electrical/software flaws in every single homebuilt PC I'd ever seen...
And yet... SOMEHOW... of all the PCs I'd done all the latest and updated things to set up... I have never seen a single one of those systems do anything but eat up 100% of a CPU core during crunching?

...

Now that I know it's possible, the new task for tonight: figure out what the hell I've been doing wrong =P

edit: Hmm, could it be that I've got Catalyst 11.8? I was kinda wondering why the new Vision Engine control panel was missing and it was still called Catalyst Control Center instead... but AMD branding screws with my head, maybe it's the same thing. Well, if anyone could save me the hassle, I'm going to go research why the people above are saying 11.6

I'm running phoenix-r112, Cat 11.6, Ubuntu 11.04, SDK 2.4 and my CPU usage is:



0%

Seriously, the NX client uses more CPU to update the remote display than Phoenix does.

Too lazy to post a screenshot though....

AMD 11.6 drivers using Phoenix with one of the earlier revisions of Diapolo's modified phatk kernel (i7-920 with an HD6970 rig). I've upgraded to newer kernels, drivers and dual GPUs on that rig now, but my brother's rig still has that same combo. I'll take a screenshot of it later tonight.

None of that has anything to do with what I said... I never even mentioned multi-GPU systems and I even said it originally occurred with nVidia but also happens with AMD...  

I would just love to see one single screenshot of anyone running Phoenix without it consuming 100% of a core (i.e. 25% on a quad, 50% on a dual, etc). Anyone? I honestly don't know of a single configuration where any miner - any GPU miner at all - can operate without eating up a full CPU core...

edit: Here's my "list of shame" - everything I've run a miner on, hence everything that runs with 100% CPU - from the thread at https://bitcointalksearch.org/topic/m.467406 :

• Atom D510 with nVidia Ion (with clock tweaks, runs stable at 4.66 Mhash/sec)
• Core 2 Quad Q6600 with nVidia GeForce 8800GTS (tweaked, runs stable at ~22.5 Mhash/sec)
• Core 2 Duo with Quadro NVS 290 (stock, ~3Mhash/sec)
• Core i5 M430 with nVidia GeForce GT 325M (Optimus, tweaked, stable at ~12Mhash/sec)
• Core 2 Quad Q6600 with Sapphire HD6770

All running Windows 7 SP1 x64, all the latest drivers from nVidia or AMD. Even when the AMD OpenCL package is installed (by itself) with an nVidia GPU - which also allows the system to crunch OpenCL using the CPU - the effect is the same: 100% usage of one core.