|
A share or a block solve is a really large value in hexadecimal and the difficulty is compared to the highest possible share value
FFFF0000000000000000000000000000000000000000000000000000
so gigavps' share was
d4f9920e216f89a0ac30010ddfec3ebd3f70602e377fdb26
the difficulty of his block solve was
FFFF0000000000000000000000000000000000000000000000000000 / d4f9920e216f89a0ac30010ddfec3ebd3f70602e377fdb26
Not many calculators work very well with 256bit integers, but anyway that comes to 5,162,556,379.
|
|
|
|
|
--device is a very coarse tool designed for GPU rigs predominantly. Use --usb for pretty much everything else.
|
|
|
|
I looked up the code (in relation to my HW error comments before)
HW is the count of bad nonces generated plus NMW
NMW is when work comes back but it doesn't match any work sent to it (thus cannot be used)
Anyway to minimize NMW? My NMW hovers right around .52% of all matching work... Or is NMW ALSO the result of chip errors? Chip errors, even worse than regular HW errors. |
|
|
|
My 11 arrived this morning and all is good.
The only problem am having is displaying more than 9 in cgminer, i can tell there all there just not all in the first list.
Do i need to add something to the config file?
(windows 7)
EDIT : SOLVED a couple of restarts of cgminer done the trick
Not so solved, when starting cgminer 5 or 6 are recognized almost immediately, the rest come in a few seconds later but the last few more often than not are not listed  anyone else have this problem ? Hotplugged ones on windows stopped enlarging the window in the last version of cgminer because the interface library "pdcurses" used on windows crashes randomly when we do this so it's safer to not try to show any hotplugged devices until we can find some meaningful workaround. Linux doesn't have this issue. |
|
|
|
Just as an aside, I am currently touring through Europe for the next 6 weeks.
Care to elaborate which countries?  Just Greece from here on Net access is not so great so far where I am... |
|
|
|
just checked my freq after 15h of continuous uptime.
i've got settings of --avalon -auto --avalon -temp 40 and i have 325 set in default box above. according to con the latter shouldn't matter.
problem is that hashrate is averaging only about 70 Mh/sec. i thought it was supposed to go as high as 80-85?
edit: and freq are btwn 285-305
It's going to really struggle to keep it at 40 degrees. That's probably why. well, if that's the case then i'm going to try this: --avalon-auto --avalon-freq 350-375 --avalon-temp 40 i don't care about killing the fans. they can be replaced. i want to get the freq and resulting HR up (w/o killing the chips of course  ) If you don't care about killing the fans then what you want is to set the fanspeed high, not set the target temperature low because if it can't keep the temperature low it will stop the avalon from clocking higher. Remove the avalon-temp argument and add --avalon-fan 80 to keep it at 80%. I don't think there's much advantage to going above 80% fanspeed due to it reversing the flow of the third fan. |
|
|
|
Is there a thread that explains multiple pools set up for cgminer.
The README included does all that and more. Exciting stuff! How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin. You cannot. That degree of control no one has been able to prove to me there are any circumstances that it serves any useful purpose, so I never bothered to implement such tight scheduling over pool share submission. Optimising your share submission to not lose work and/or sharing to minimise variance are all you need. |
|
|
|
just checked my freq after 15h of continuous uptime.
i've got settings of --avalon -auto --avalon -temp 40 and i have 325 set in default box above. according to con the latter shouldn't matter.
problem is that hashrate is averaging only about 70 Mh/sec. i thought it was supposed to go as high as 80-85?
edit: and freq are btwn 285-305
It's going to really struggle to keep it at 40 degrees. That's probably why. |
|
|
|
Is there a thread that explains multiple pools set up for cgminer.
The README included does all that and more. Exciting stuff! |
|
|
|
ckolivas, thank you for all of your hard work! I had a question about your latest Avalon firmware (20130703). I upgraded one of my Avalons to it tonight (was running ~20130624 at the time). I noticed that suddenly the numbers reported under MHS5s lost a lot of variance. This is a graph of MHS5s over time:  8pm is when I upgraded the unit to 20130703. You can see that it suddenly quieted down quite a bit. Before and after the upgrade I was using a constant clock frequency (345). I'm curious, did you change any of the code related to that particular statistic? Well spotted. I fixed the hashrate meter for 5s so it really is a true exponentially decaying 5s average now. The old hashmeter was a little more "imaginitive". Just as an aside, I am currently touring through Europe for the next 6 weeks. So while I will have generous internet access at times to answer questions, there is close to zero chance of me creating new firmware, especially since my main development machine with build environments and so on decided to fail about 1 hour before I left home and I just left it off in disgust. So please keep your requests on hold till then. |
|
|
|
Ok thanks and you have less hw errors?
Yes, but I think part of that was because it was running hotter with the case on. Now that the case is off, and even flashed, it's running cooler than before. Not sure if you've done it or not, but with the case off, make sure to turn the fan around as well so it's blowing down instead of sucking . |
|
|
|
A huge thank you for your dev work on cgminer and the customizations for the avalon. The July 3 firmware is rock solid, running for 4+ hrs on my units without restarts. The auto-overclocking is just way cool too.
1 BTC donation sent your way.
Keep up the great work!
Thanks Can I just take a step back now and point out to people there is absolutely no way I could have developed the avalon code to this level of maturity and features if I didn't have one myself. Avalon themselves offered me only one module to develop on, or to deliver me one quickly if I purchased one at a slight discount, and this was only at Xiangfu's insistence, who was their developer and understands how important developer access to hardware is. I'm certainly not happy that I actually had to pay for it since I never intended to be one of their customers effectively doing the software for their hardware for free, so I was torn about whether I should or not, but ultimately knowing it would pay itself off anyway I gave in. |
|
|
|
con,
is a vardiff of 236 getting too high?
Strictly speaking, there's no such thing as "too high". The higher the diff, the less communication you will have with the pool. The disadvantage is progressively greater variance in how much you get paid till the ultimate variance when your difficulty is as high as solo mining. OOC did the analysis and for variance to not look more than 1% and still reap the benefit of lower communications, you need to have a diff where you submit about 20-24 shares per minute. That works out to about a diff of 56 for one avalon. |
|
|
|
Any way to overclock an asic such as a BFL 5Ghs?
Flash it, but you need to purchase certain hardware and download software to do it. There are forum threads here showing you how. |
|
|
|
|
Try reflashing it and disable the "keep settings" box, starting with fresh settings. Some of your old settings may be invalid on the newer firmware.
|
|
|
|
--avalon-auto seams working now, maybe I just was too impatient. I just don't get the results I wanted with my water cooling, frequency is on 354 now with the auto option. I am thinking of applying thermal paste to the back and an aluminum plate to the front which really presses the chips down onto the heatsink.
Heat's not the rate limiting thing for frequency it seems. In cold weather mine isn't getting hot but I can't get it up much past 355. The chips probably need a voltage mod to run at higher frequencies than that, but at least you've sorted out the heat side. |
|
|
|
|
You shouldn't need to use -d or --remove-disabled if you want to use all the GPUs that belong to a particular platform when you specify it with --gpu-platform. Contrary to popular belief, AMD have reinvented the bug requiring dummy plugs on some hardware with some recent driver versions - disabling power saving features is allegedly a fix for that issue too.
|
|
|
|
|
Mine has been upside down most of the time without a problem. It all looked pretty well secured when I opened it up and heat radiates from the "base" when it's upside down.
|
|
|
|
|
Show Posts
