Yeah, it's been a while since then, surprised more people don't know.
X11 HASH: CUDA vs AMD--
To be fair, I re-downloaded and substituted the Wolf Tahiti-x11 binary. This time I took the additional step of write-protecting the *.bin (binary) file before booting sgminer. I got the following results upon firing up the same sgminer as in my earlier post:
I am running my GPUs at 1030/1500, stock clocks for my 280x cards. I will try faster clocks later, but I am having a real problem with stability. GPU0 crashes within 10 minutes if I don't disable it. I disabled it at about 9min 30sec, after I clipped the image above. It had started to misbehave again.
Any card management tips would be appreciated. --scryptr
Change your intensity setting to xintensity 128. You'll see a very significant hash rate jump. Also, are you using sgminer 5?
HoY --
I am running sgminer 4.2.2-, the build identifier is in the posted image. It is a set of pre-compiled Linux binaries, released by the dev team just before Christmas, that reportedly had Wolf code. I keep downloading and compiling sgminer 5.0.1-, but began having stability issues a few weeks ago.
Thanks for the tip, I'll try it. --scryptr
OK! I tried it. See the image below:
You can see in the image that I changed the Intensity of "13" to an xIntensity of "128". That is all that I did.
However, I still have stability problems. I am running AMD drivers 14.6 beta for Linux x64. The stability problems began happening as the sgminer code incremented from version 5.0 to 5.0.1 (or 5.1, in some versions?). --scryptr
EDIT: Apologies for straying slightly off-topic. This began as a comparison of Cuda vs AMD. I am suprized by the results that it led to. Apparently, I've doubled my x11 hashing capacity in a couple of hours without spending the money for 6x GTX 970. I will, eventually!
--scryptr
The new version seems to have more stable hashrate. I am working to remove some cpu load for the next build
not sure if the alignement is correct though 
)