[19GH/s] Project X | 115% return | 0 Fee | Risk | GetWork | 2 slots available!

[JWU42]

Been running well the last few days...

[1714136292]

1714136292

[1714136292]

1714136292

[1714136292]

1714136292

[martychubbs]

Been running well the last few days...

Glad to hear that!  I will be watching it for most of the day.

Today is a good day for those who want to give it a try.  I have a small buffer now, so there won't be a delay on payments.  Make sure to move hashes over evenly, helps keep a steady reliable hash rate.  

Current miners are GPU or BFL Singles.  If you use BFL or CGminer with the --failover-only option, you should get decent results.  Otherwise, I am happy to help anyone off-line via GTALK or Skype

[datouec]

http://i1281.photobucket.com/albums/a507/sonbeovn/1_zps8ccdce13.png
 

[martychubbs]

Try again and keep mining, I know the problem and have bypassed it.    Otherwise, thanks for testing and providing feedback 

[iCEBREAKER]

 

It looks like you're only using the default two threads per device.

Try lowering intensity to 6 and increasing threads to 3.

That keeps more work queued up and the GPUs constantly busy.

EDIT:  Don't lower intensity, 7 is perfect that MHPS range.  Just add another thread.

[martychubbs]

Brilliant ICE! 

[martychubbs]

If you read the thread a while back, I tried to diversify where our hashes go to lower risk and maintain regular payments.  Well, my solution is also our problem.  Long run, I have to experiment and find a better proxy for the back end.  For now, I will continue to try and alleviate bottle necks.  I fixed two this morning (fixed as in undid my previous "fix")

When moving hashes to ProjectX, please scale up slowly if adding over 2 ghs at a time and please provide / feedback.

[jkminkov]

added 2 fpga lancelot, at first it was ok, but about (6pm utc+2) it started to throw HW errors, 6x times more than usual
reject rate looks fine : 4890    24    0.49%

[martychubbs]

added 2 fpga lancelot, at first it was ok, but about (6pm utc+2) it started to throw HW errors, 6x times more than usual
reject rate looks fine : 4890    24    0.49%

I have been working on it all day.  Stable AFAIK since 1am GMT-6.

Code:

cgminer version 2.10.4 - Started: [2013-02-04 23:56:42]
------------------------------------------------------------------------------
(5s):834.9M (avg):849.3Mh/s | Q:17813  A:34325  R:925  HW:0  E:193%  U:11.6/m
ST: 1  SS: 32  DW: 290  NB: 316  LW: 38293  GF: 0  RF: 21  WU: 11.9
Connected to 192.168.1.11 diff 1 with LP as user OC-PC
Block: 03862d25a4eec365...  Diff:3.27M  Started: [01:24:06]  Best share: 14K
------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  82.5C 3265RPM | 374.3M/369.9Mh/s | A:14830 R:442 HW:0 U: 4.99/m I: 5
GPU 1:  87.5C 4019RPM | 311.4M/305.1Mh/s | A:12469 R:297 HW:0 U: 4.20/m I: 9
GPU 2:  73.0C         | 177.4M/174.3Mh/s | A: 7026 R:186 HW:0 U: 2.37/m I: 9
------------------------------------------------------------------------------

[2013-02-07 01:25:52] Accepted 65dd4b6e Diff 2/1 GPU 0 pool 0
[2013-02-07 01:26:30] Accepted 1135133d Diff 14/1 GPU 1 pool 0
[2013-02-07 01:26:46] Accepted 4f30977d Diff 3/1 GPU 0 pool 0
[2013-02-07 01:26:52] Accepted e94ab457 Diff 1/1 GPU 0 pool 0
[2013-02-07 01:27:04] Accepted 7660620d Diff 2/1 GPU 0 pool 0
[2013-02-07 01:27:06] Accepted f562f09d Diff 1/1 GPU 0 pool 0
[2013-02-07 01:27:06] Accepted 82d63b6e Diff 1/1 GPU 1 pool 0
[2013-02-07 01:27:10] Accepted 5aeb3ef5 Diff 2/1 GPU 0 pool 0
[2013-02-07 01:27:10] Accepted 4efe5f40 Diff 3/1 GPU 1 pool 0
[2013-02-07 01:27:11] Accepted 9c4d9194 Diff 1/1 GPU 0 pool 0
[2013-02-07 01:27:20] Accepted 6cb5f5a9 Diff 2/1 GPU 1 pool 0

Code:

cgminer.exe -o 192.168.1.11:8999 -u OC-PC -p yourmamma  -g 1 -I d,9,9 --auto-fan --gpu-engine 865,990,880 --gpu-memclock 480,350,300 --gpu-powertune 20,20,20 --temp-target 80,80,80 --temp-overheat 90,90,90 --temp-cutoff 95,95,95 -k diablo -w 128,256,128 -v 2 --failover-only 2>logfile.txt --sharelog share.log

[iCEBREAKER]

Seems to be down.  Can't connect and stats haven't updated since last night.

EDIT: Never mind, started working the instant I complained.   

[JWU42]

Ahh - didn't know it was back - seemed to be down for a while (per the graphs).

[iCEBREAKER]

Ahh - didn't know it was back - seemed to be down for a while (per the graphs).

Share are being submitted but graphs say "Incomplete JSON object."   

[JWU42]

Yeah - the graphs never seem to work more than a day or two without breaking...

[martychubbs]

Sorry guys, I am not sure what the problem with the hash rate graphs crashing has been. Since they just pull data, when the database crashed it shows a massive spike up or down.  That will go away in a few days but you can get the data by mousing over a data point.  

Good news is that I have been working on a stratum pool back-end and a opensource front-end.  So, I can aggregate the data in a better place.  

The current hash rate graphs are custom and have been donated and managed for free.  Stability issues are usually caused by windows...arrgh.

Update:  I had some router issues.  Stable now...please come back. 

[JWU42]

Any idea where the bonus rate will settle?

[martychubbs]

I lost about a day of mining on Bitlc.net, so that was the main driver of the rate decrease.  I am going to try and keep it at 115% until we get buffered up, then I can payout out a better bonus. 

Great question!

[JWU42]

115% works for me   

[chunglam]

I lost about a day of mining on Bitlc.net, so that was the main driver of the rate decrease.  I am going to try and keep it at 115% until we get buffered up, then I can payout out a better bonus. 

Very smooth for last few days, hope we have a good run(and luck) and we got the buffered up.

[JWU42]

Payouts are my issues - 2+ days behind so I have jumped off.  Haven't heard back yet but know he isn't on the forums often...

[JWU42]

No stats updated for the 22nd or 23rd - not liking the way this is going...

Glad I stopped mining on the 21st...