This may be unrelated to typhoon's problem, but the latest version of diablominer fails to submit to and/or connect to the mining pool I've been using.
I'm running on 2011 iMacs, running OS X 10.7.4, with AMD Radeon HD 6750M (512 MB of RAM) and Apple OpenCL 1.1 (Apr 9 2012 19:41:45).
The command line arguments I'm using include:
./DiabloMiner-OSX.sh -w 64 -v 2 -na
The May 2012 version outputs the following:
[5/18/12 10:19:36 AM] Started
[5/18/12 10:19:36 AM] Connecting to: http://mining.eligius.st:8337/
[5/18/12 10:19:36 AM] Using Apple OpenCL 1.1 (Apr 9 2012 19:41:45)
[5/18/12 10:19:37 AM] Added ATI Radeon HD 6750M (#1) (6 CU, local work size of 64)
[5/18/12 10:29:40 AM] ERROR: Cannot connect to mining.eligius.st: Read timed out
[5/18/12 10:31:59 AM] ERROR: Cannot connect to mining.eligius.st: Read timed out
[5/18/12 10:38:21 AM] ERROR: Cannot connect to mining.eligius.st: Read timed out
mhash: 61.0/57.2 | accept: 0 | reject: 0 | hw error: 0
The March 2012 version outputs the following:
[5/18/12 2:09:31 PM] Started
[5/18/12 2:09:31 PM] Connecting to: http://mining.eligius.st:8337/
[5/18/12 2:09:31 PM] Using Apple OpenCL 1.1 (Apr 9 2012 19:41:45)
[5/18/12 2:09:32 PM] Added ATI Radeon HD 6750M (#1) (6 CU, local work size of 64)
[5/18/12 2:09:53 PM] mining.eligius.st accepted block 1 from ATI Radeon HD 6750M (#1)
[5/18/12 2:13:39 PM] mining.eligius.st accepted block 2 from ATI Radeon HD 6750M (#1)
[5/18/12 2:15:23 PM] mining.eligius.st accepted block 3 from ATI Radeon HD 6750M (#1)
[5/18/12 2:15:36 PM] mining.eligius.st accepted block 4 from ATI Radeon HD 6750M (#1)
[5/18/12 2:15:54 PM] mining.eligius.st accepted block 5 from ATI Radeon HD 6750M (#1)
mhash: 58.9/59.3 | accept: 5 | reject: 0 | hw error: 0
Are there any options I can use to give more verbose messages?
On an unrelated note, I've recently noticed this model iMac go down to ~50-60 mhash/s from a previously consistent ~70 mhash/s. Could this be related to May's change(s) or the latest Lion update from Apple?
Try a different pool. I have not changed anything that involves pools at all as far as I know. This has been largely the removal of code, not the changing of it.
As for OSX, its probably a Lion update. Quite a few Mac users have bitched that every time OSX puts a new update out, OpenCL apps get slower.
Unfortunately, I'm seeing the exact same problem on four different iMacs (all of the same model, OS version, etc.) regardless of whether the firewall is on/off. The only difference between it working and not is whether I run the March or May version.
Although I don't know much about the getwork protocol, eventually the March diablominer receives a response from the pool like the following (which I understand to mean that the work was accepted):
HTTP/1.1 200 OK
Content-Length: 40
X-Roll-NTime: expire=120
X-Long-Polling:LP
Server: Eloipool
Date: Sat, 19 May 2012 17:15:11 GMT
Content-Type: application/json
{"result": true, "id": 1, "error": null}
As the result of sending a non-empty "params":[] value.
Whereas the May diablominer only receives new blocks after POSTing the following
{"method":"getwork","params":[],"id":1}
I sniffed the May diablominer with wireshark for twenty minutes and never saw a non-empty "params" value sent. The old one sends one every minute to few minutes.
I'm not sure how else to troubleshoot this. Have any of the command line options changed (--url being the only other one I use that I didn't already mention)?
I suppose I could try another pool, but the only variable here seems to be the newer version.
