I too had similar "countdown to death" experiences yesterday with a new 1.15x and d3a and d2, only d1 worked. I have also changed the pool yesterday just to make sure it wasn't a problem with the pool, but same result. Surprisingly, today the d3a worked without problem. I have not changed anything else, heat sink still the same, same power supply, same parameters etc. And no dumbbell on top of my 1.15x at all Edit: I have tried a second Windows 7 PC and I have the java.exe process using 50% CPU as well. Both Notebooks have a Intel Core 2 Duo CPU (2.66 GHz) but I just don't understand how somebody can have a quad core CPU that idles and I have a dual core CPU that uses 50%... Never had an issue with a 1.15x board. Used d1, d2 and d3a with them. For mining i can only recommend them. 1.15d is a great board but if you want a 24/7 miner the small heatsink is a problem. I had to retreat my unlucky board again today. I pray to god it was the last time. All my "countown to death" experiences seemd hardware not software releated. The longer i run the boards the better i can see that propper cooling is the key to fast hash rates.
|
|
|
>dumbbells
I think, Xilinx specifies a maximum weight somewhere, and if I were you, I'd make sure not to exceed that.
I removed the weight after one night. When i was removing it, the downclocking began again. I ended up removing the heatsink and place it again. Now i only have a special heatsink sitting ontop of the stock one plus about 100g of lead and metal. Not sure if the latest downlocks are heat or PLL releated.
|
|
|
Ztex software has long polling. I have now 0.14% stale rate with 1k2 GH FPGA power. Looks like Doc killed the bugs
|
|
|
No problem over here. I run a 4 board and a 2 board cluster.
Thanks. Are you running the d3 firmware? I think you mentioned that you were having some frequency issues until you tried the dumbbells?! Yes d3a, had some issues with that board yesterday and today. Downclock of death two times. Placed some weight on the heatsink. BTW the board is a 1.15d not 1.15x. I own 4 x and 2 d boards. The 1.15d have a smaller heatsink and are more difficult to cool.
|
|
|
So, are you alluding to SUCCESSFUL designs that went beyond 205 MHz and thus used more power, or to UNsuccessful designs that somehow wound up using more power?
If the former, that would be big news on this forum, considering the fact that right now I'm mining at a mere 208 MHz on a ZTEX board (with a shitty $2.79 fan cooler from China, though, not ZTEX's luxury cooler).
my first fan from this luxury cooler just died (started to make inacceptable noise). Not to much of a tragedy but earlier as i expected. Ordered some kaze minis from Scythe. They say 30000 hours average lifetime... let's see
|
|
|
Hmm yes, the results are a bit unexpected.
Currently I have 2 (0.08%) rejected and 2,431 accepted in the block rounds. And I have 0 rejected and 545 accepted in the current shift.
I'm not sure what's causing some workers to get high stales still. I'm working on some ideas to lower stales further though.
Anyone who is running BitMinter client and haven't restarted it since we switched server, please try shutting it down and starting it back up. Then it will connect directly to the server in Germany, instead of going to the US and then through a tunnel to Germany. This could improve stales somewhat. Looks like some local network issues were part of the high stales. Now i'm at 0.35%. I hope it will continue to fall.
|
|
|
-Snip- How long do you let P2Pool run? Shares that count on P2Pool are much more difficult than normal shares you are used to. It takes a while to get one with a low hash rate. Also, it will accept lower difficulty shares that won't count for the purpose of monitoring your hardware. I don't know anything about AVprog but I wouldn't doubt it. Most of that crap is worse than an actual virus. Edit: Have you read the entire P2Pool thread? I think that will help out with your understanding (maybe). The new thread isn't that long and has some useful information. I've been through it, alot, lol. Had the P2Pool window running for about 25-35mins, Then i aimed CG at it, Let it run for only about 10mins.... Im sucha Goat when it comes to getting Spooked by things xD. Are you talking about some form of minishare/datapacket to keep track of things?, Or are you saying that some shares are so small that i do not see them being accounted for(nay) The main thing that bothered me was that i wasnt Getting any work to Work on.. Low work, I expect. One PEICE of work per 2mins... That cant be right.... That leaves me with 1min59secs of wasted hashing time... Just let it run for some time. No "hashing time" is wasted. Here you work in your own pockets !
|
|
|
Time for the gpumax stress test
|
|
|
Why not just point your haschrate to p2pool ? There is no need for "another p2pool".
From the way I understand it there is. The bigger the p2p gets, the slower it will get. I do not think it could handle 100% of all the hashing currently done. Also the p2pool operates could not send out BTC to miners thus making it insecure. I think 50 p2p pools is better than 1 p2p pool but I might be wrong. Best you ask the p2pool creator forrest something for help then.
|
|
|
Why not just point your haschrate to p2pool ? There is no need for "another p2pool".
|
|
|
Has anybody gotten the boards to work in cluster mode? The frequencies jump a lot when the boards run in cluster mode. Single mode it runs just fine.
No problem over here. I run a 4 board and a 2 board cluster.
|
|
|
Add percentages beside the rejected numbers? Good idea. I put that on my list.
Yes, would be cool.
|
|
|
Well it's not too bad on my side. I'm down to 0.53% for this block. It looks like the FPGA have now a lower stale rate than the GPUs. Can you add the stale rate for each worker to the worker stats ? Would be interesting for tuning.
|
|
|
I have over 90 gpus... maybe 4 or 5 have a screw holding them in place.
Do you have a pic of your farm ? I know you got the hashpower
|
|
|
It's a shame that the lead developer has to beg for supporter.
|
|
|
Welcome to our new king of the hill
1 michaelmclees 33,117
33GH, thats some serious hashing power!
looks like he left early
|
|
|
Are there any GPU which are economical that get less than say 100 MH/s?
6670... not really economical but they need no extra power.
|
|
|
Doc should get rid of them !
|
|
|
|