Post
Topic
Board Mining software (miners)
Re: Official CGMINER thread - CPU/GPU miner in C for linux/windows/osx
by
plantucha
on 29/07/2011, 12:42:10 UTC
I can confirm. CPU mining doesn't work
1.5.&up i have to go back to 1.4 and it works

with 1.5 only   4% was acepted  96% rejected

- CPU: AMD Phenom X6
- GPU: 4x HD 6790 oced to 900 MHz (Mem 300 MHz)
- ubuntu 64 bit natty
- Catalyst 11.6 with SDK 2.4

Have you tried forcing other CPU algorithms with the "-a" option? Perhaps it is particular to a algorithm running on your CPU architecture? You might need to look at the debug output for some of the rejects to get an idea why they are failing. Also, what pool are you connecting to?

-- RD

Yes I tried
sse4_64 - doesn't work ( AMD CPU doesnt support it)
sse2_64 - ~17Mh/s
4way     - ~21Mh/s
everything else is so small I will not even talk about it.

But as I said, same string works with older version, so it will be code related.

I'm trying to come up with ways to make it AMD compatible.  There is C code for SSE4, but it compiles the same as SSE2 due to the intrinsics being the same and using the same functions.  There would need to be a structural change in how it's implemented in order to take full advantage of the newer SSE instructions and I don't know much about programming in C.
The ASM code uses movntdqa which can be replaced with MOVNTSD in theory.  I don't have an AMD processor to play around with it, but you're free to try.



last git log, but it is same in any 1.5up version

Code:
[2011-07-29 08:32:19] Popping work from get queue to get work
[2011-07-29 08:32:19] Successfully divided work
[2011-07-29 08:32:19] Pushing divided work to get queue head
[2011-07-298 / 1.719] Popping work to work thread
[2011-07-2.1 / 1.819] Popping work to work thread
           6 / 1.8
           7
[2011-07-293 / 2.019] JSON protocol request:
               1.9< HTTP/1.1 200 ok
< Content-Type: application/json
< Connection: keep-alive
[2011-07-29 08:32:19] Discarded cloned work
[2011-07-29 08:32:19] Queueing getwork request to work thread
[2011-07-29 08:32:19] Popping work from get queue to get work
[2011-07-29 08:32:19] Successfully divided work
[2011-07-29 08:32:19] Pushing divided work to get queue head
[2011-07-29 08:32:19] Popping work to work thread
[2011-07-29 08:32:19] Popping work to work thread
      "midstate": "0ff8e6b8afda0bb8cef88f8eff297ff6bd5b98bfc456d5e0b178b9e34bee2de5",
      "data": "00000001b2b92d457e2b78eea04ce3610ac9f07575e368def4cc8156000008100000000095d00c5f783b6729c8b55c0d4223ec43671bbf6055a81a51f7db124a8554a3624e32a
84e1a09ec0400000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000",
      "hash1": "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010000"
   },
   "error": null
}
[2011-07-29 08:32:19] Pushing work to requesting thread< HTTP/1.1 200 ok
< Content-Type: application/json
< Connection: keep-alive
< X-Long-Polling: /LP
< X-Roll-NTime: Y
< Date: Fri, 29 Jul 2011 12:31:54 GMT
< Content-Length: 591
<
* Connection #0 to host mtred.com left intact
[2011-07-29 08:32:19] JSON protocol response:
{
   "id": 0,
   "result": {
      "target": "ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000",
      "midstate": "c76491bd49e962f112793907c80a8e1933bb94b780b5f8c8f6a7debb870b5bf9",
      "data": "00000001b2b92d457e2b78eea04ce3610ac9f07575e368def4cc8156000008100000000007eb0f367c39eaddf1b49dbf8c46e887e8383ce15edc64d67ad352f138d7e8224e32a
84e1a09ec0400000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000",
      "hash1": "00000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000010000"
   },
   "error": null
}
[2011-07-29 08:32:19] Pushing work to requesting thread
[2011-07-29 08:32:19] Pushing work to getwork queue
[2011-07-29 08:32:19] Popping work to stage thread
[2011-07-29 08:32:19] Pushing work to getwork queue
[2011-07-29 08:32:19] Popping work to stage threadQuit

using -a 4way
with 1.4 are no such a  "error": null calls   
and rejection is 0%