Author

Topic: Avalon ASIC users thread - page 141. (Read 438600 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 03, 2013, 12:33:46 AM

Looks fine to me? Your hardware error count is under 1.5% and your hashrate is 77GH.

i thought the error count was HW/Accepted shares?


actually no

https://bitcointalksearch.org/topic/m.2579903
https://bitcointalksearch.org/topic/m.2574423

Quote



as you can see, cgminer's hashing rate looks perfectly normal and now you're telling me the hardware error count is normal also.  am i misinterpreting something here?

I think the interface is confusing most of us: to the occasional observer your system has

Accepted: 1013
Not accepted: (Rejected 4 + HW 406 + discarded 64)= 474

so about 31% is lost? :-)
Sigh, also wrong.

The absolute values that count here are:
Accepted: 39126
Rejected: 789
HW: 406

Discarded is totally meaningless, I wish it wasn't in the display at all. It's a number from when getwork was the protocol in use and means nothing in the local work generation era.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 03, 2013, 12:31:24 AM
anything else you see that i could improve upon in the settings?
All looks pretty good. My only concern is more about your Avalon itself. It's obviously hot where you are at the moment, as your fans have ramped up to almost the maximum. Due to them including 2 high pressure 38mm fans and 1 regular pressure 25mm fan, when the 38mm fans run at maximum speed, the air pressure is so high in the case that the 25mm fan is blowing but air is actually moving backwards through it. I don't know what the solution there is...
legendary
Activity: 1112
Merit: 1000
July 03, 2013, 12:29:05 AM

Looks fine to me? Your hardware error count is under 1.5% and your hashrate is 77GH.

i thought the error count was HW/Accepted shares?


actually no

https://bitcointalksearch.org/topic/m.2579903
https://bitcointalksearch.org/topic/m.2574423

Quote



as you can see, cgminer's hashing rate looks perfectly normal and now you're telling me the hardware error count is normal also.  am i misinterpreting something here?

I think the interface is confusing most of us: to the occasional observer your system has

Accepted: 1013
Not accepted: (Rejected 4 + HW 406 + discarded 64)= 474

so about 31% is lost? :-)
legendary
Activity: 1764
Merit: 1002
July 03, 2013, 12:26:02 AM

I'm not sure which of slush's stratum code you're using, as stratum is the protocol, not the software, and cgminer implements its own stratum support. If it's slush's stratum proxy, then that doesn't do anything more than mining directly to bitcoind, and bitcoind can't keep up with an avalon mining with cgminer (it bombs beyond about 5GH). If you are using some kind of pool software from slush, then I'm not really familiar with it, but it could just be increasing your share target difficulty, which is what you want it to do.

it's coming from here:  https://github.com/generalfault/stratum-mining/blob/master/INSTALL
That's what you want then. The fact that you've submitted 1013 accepted shares in your screenshot and it counts as 39126 DiffA means you can tell you are running vardiff at about diff 40, which is also what you want.

so i'm good then?  Shocked

anything else you see that i could improve upon in the settings?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 03, 2013, 12:21:28 AM

I'm not sure which of slush's stratum code you're using, as stratum is the protocol, not the software, and cgminer implements its own stratum support. If it's slush's stratum proxy, then that doesn't do anything more than mining directly to bitcoind, and bitcoind can't keep up with an avalon mining with cgminer (it bombs beyond about 5GH). If you are using some kind of pool software from slush, then I'm not really familiar with it, but it could just be increasing your share target difficulty, which is what you want it to do.

it's coming from here:  https://github.com/generalfault/stratum-mining/blob/master/INSTALL
That's what you want then. The fact that you've submitted 1013 accepted shares in your screenshot and it counts as 39126 DiffA means you can tell you are running vardiff at about diff 40, which is also what you want.
legendary
Activity: 1764
Merit: 1002
July 03, 2013, 12:17:42 AM
Is it stratum vardiif ramping up so you are submitting far less shares but same hashrate?

is there a way to tell?
legendary
Activity: 1764
Merit: 1002
July 03, 2013, 12:17:24 AM

I'm not sure which of slush's stratum code you're using, as stratum is the protocol, not the software, and cgminer implements its own stratum support. If it's slush's stratum proxy, then that doesn't do anything more than mining directly to bitcoind, and bitcoind can't keep up with an avalon mining with cgminer (it bombs beyond about 5GH). If you are using some kind of pool software from slush, then I'm not really familiar with it, but it could just be increasing your share target difficulty, which is what you want it to do.

it's coming from here:  https://github.com/generalfault/stratum-mining/blob/master/INSTALL
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 03, 2013, 12:11:00 AM
Accepted depends on difficulty so it's relative. HW error count is an absolute. You must compare it to diff1 shares and remember that doesn't include the hw errors themselves.

Hardware error percentage is:
100 * HW / (diff1shares + HW)

I'm not sure which of slush's stratum code you're using, as stratum is the protocol, not the software, and cgminer implements its own stratum support. If it's slush's stratum proxy, then that doesn't do anything more than mining directly to bitcoind, and bitcoind can't keep up with an avalon mining with cgminer (it bombs beyond about 5GH). If you are using some kind of pool software from slush, then I'm not really familiar with it, but it could just be increasing your share target difficulty, which is what you want it to do.
sr. member
Activity: 446
Merit: 250
July 03, 2013, 12:10:37 AM
Is it stratum vardiif ramping up so you are submitting far less shares but same hashrate?
legendary
Activity: 1764
Merit: 1002
July 03, 2013, 12:00:03 AM

Looks fine to me? Your hardware error count is under 1.5% and your hashrate is 77GH.

i thought the error count was HW/Accepted shares?

here's my problem while solo mining with bitcoind + slush's stratum pool miner:



when i first pointed cgminer/avalon at my server this afternoon, i got these hashing lines scrolling up the page at a rate of hundreds per second.  i couldn't even read the detail they were moving so fast.  but over a period of 20 min or so they started slowly down to a crawl of about one hash per 5 second as you can see in the above image.  that doesn't seem right.  it feels like some sort of memory buffer is filling up or something?  this phenomenon is not consistent with this however from cgminer:



as you can see, cgminer's hashing rate looks perfectly normal and now you're telling me the hardware error count is normal also.  am i misinterpreting something here?

since i'm the only one i know of who's trying to solo mine with asics/avalons/cgminer with slush+bitcoind this isn't easy.  tiktoc has been superb in getting me this far.

i'd appreciate your help as you probably understand slush's stratum software better than most.

btw, here's thanking you in advance for your help:  87b0962c3b8aafd51b0ee109306dd04626e9713bf0037812ff9fa4293b0b614c
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 02, 2013, 11:48:59 PM
ckolivas
I tried your 06/27 & 07/02 firmware for avalon with my new batch 2 black unit. (received yesterday)
In both cases after I twice change cgminer settings (Chip Frequency) and press Save & Apply button, cgminer permanently lost ability to solve shares. Immediately after reflashing from 06/07 firmware cgminer works fine, this problem occur only after 2 changes cgminer's settings.
Cgminer running, slowly getting work but won't solve shares, so 0 hashrate displayed and 0 accepted.
I power off unit and tried set different frequencies many times without any results.
Rollback to 06/07 firmware and Save & Apply cure problem instantly.

i installed 7/1 this morning and it's been running great all day.

2 things to try before going to hard reboot.  first go to System tab, then Startup, then scroll down to cgminer and Restart.  usually that will do it.  if not, then go to soft Reboot, which is in the System tab, i think.  if those 2 fail, then hard reboot via power switch.

the fact that i have a newly installed 240V power line may be helping too.  don't know.
I'm not really sure why this happens, but it appears to happen when code outside of cgminer kills it, so I suspect it's because it's not allowing it time to shut down properly and perhaps the API port is still bound to the old zombie process and you're not seeing the new one mining, or the new cgminer process is fighting the old one for access to the device.
legendary
Activity: 1764
Merit: 1002
July 02, 2013, 11:40:55 PM
ckolivas
I tried your 06/27 & 07/02 firmware for avalon with my new batch 2 black unit. (received yesterday)
In both cases after I twice change cgminer settings (Chip Frequency) and press Save & Apply button, cgminer permanently lost ability to solve shares. Immediately after reflashing from 06/07 firmware cgminer works fine, this problem occur only after 2 changes cgminer's settings.
Cgminer running, slowly getting work but won't solve shares, so 0 hashrate displayed and 0 accepted.
I power off unit and tried set different frequencies many times without any results.
Rollback to 06/07 firmware and Save & Apply cure problem instantly.

i installed 7/1 this morning and it's been running great all day.

2 things to try before going to hard reboot.  first go to System tab, then Startup, then scroll down to cgminer and Restart.  usually that will do it.  if not, then go to soft Reboot, which is in the System tab, i think.  if those 2 fail, then hard reboot via power switch.

the fact that i have a newly installed 240V power line may be helping too.  don't know.
full member
Activity: 242
Merit: 100
July 02, 2013, 11:15:06 PM
ckolivas
I tried your 06/27 & 07/02 firmware for avalon with my new batch 2 black unit. (received yesterday)
In both cases after I twice change cgminer settings (Chip Frequency) and press Save & Apply button, cgminer permanently lost ability to solve shares. Immediately after reflashing from 06/07 firmware cgminer works fine, this problem occur only after 2 changes cgminer's settings.
Cgminer running, slowly getting work but won't solve shares, so 0 hashrate displayed and 0 accepted.
I power off unit and tried set different frequencies many times without any results.
Rollback to 06/07 firmware and Save & Apply cure problem instantly.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 02, 2013, 07:02:22 PM
any idea what's causing this?


What am I looking at? Looks okay to me.

high hardware error rate while solo mining via slush's stratum pool software.

also, the hashing rate in stratum has slowed to a crawl.
Looks fine to me? Your hardware error count is under 1.5% and your hashrate is 77GH.
legendary
Activity: 1764
Merit: 1002
July 02, 2013, 07:00:22 PM
any idea what's causing this?


What am I looking at? Looks okay to me.

high hardware error rate while solo mining via slush's stratum pool software.

also, the hashing rate in stratum has slowed to a crawl.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 02, 2013, 06:43:41 PM
any idea what's causing this?


What am I looking at? Looks okay to me.
hero member
Activity: 602
Merit: 500
Vertrau in Gott
July 02, 2013, 06:41:45 PM
con,

i've pointed my avalons with your firmware at my server to solo mine.  will there be any performance issues that occur in that situation versus pool mining?
Provided you've set up pool software for your solo mining it's fine, however avalon+cgminer mining directly to bitcoind is a disaster.

any idea what's causing this?



your controller board is probably dead. Overheated or overvolted. The Chips may have also receveid damage

I ll buy your avalon for 30 BTC and try to fix this.

-> PM me
legendary
Activity: 1764
Merit: 1002
July 02, 2013, 06:40:07 PM
con,

i've pointed my avalons with your firmware at my server to solo mine.  will there be any performance issues that occur in that situation versus pool mining?
Provided you've set up pool software for your solo mining it's fine, however avalon+cgminer mining directly to bitcoind is a disaster.

any idea what's causing this?

legendary
Activity: 1764
Merit: 1002
July 02, 2013, 06:14:36 PM
con,

i've pointed my avalons with your firmware at my server to solo mine.  will there be any performance issues that occur in that situation versus pool mining?
Provided you've set up pool software for your solo mining it's fine, however avalon+cgminer mining directly to bitcoind is a disaster.

i have successfully setup slush's stratum pool mining software on my linux server.

however, initially it was streaming thru pages of hashes w/o problem but now has slowed to a crawl.  some memory buffer or something must be filling up.  

i doubt, however, it has anything to do with cgminer/avalon.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
July 02, 2013, 05:58:54 PM
con,

i've pointed my avalons with your firmware at my server to solo mine.  will there be any performance issues that occur in that situation versus pool mining?
Provided you've set up pool software for your solo mining it's fine, however avalon+cgminer mining directly to bitcoind is a disaster.
Jump to: