Avalon ASIC users thread - page 141.

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: -ck on July 03, 2013, 01:31:24 AM

Quote from: cypherdoc on July 03, 2013, 01:26:02 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...

what is the max fan speed? 4000? what's a good range for them to be in?

which of the 3 fans is the 25 mm? the one closest to the PSU?

edit: what's an optimal temp to run at? someone who knows should publish a set of normal or optimum values for all these parameters.

demkd

full member

Activity: 242

Merit: 100

Quote from: -ck on July 03, 2013, 12:48:59 AM

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.

But I see only one cgminer process, and unit not mining at this time (I have watt meter ~34W at idle) and GetWorks slowly incresing over time so It's a same process.
I see difference in options & 07/02 frimware:
06/07 frimware: --avalon-options 115200:24:10:43:300 (mining)
07/02 frimware: --avalon-options 115200:24:10:38:300 (not mining & zero temps displayed)
What timeout value means?

Vagnavs

legendary

Activity: 1121

Merit: 1003

how long does it typically take to be delivered from China to the US? Any feedback would be greatly appreciated!
Thanks for time,
Brian

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: SolarSilver on July 03, 2013, 01:29:05 AM

Quote from: cypherdoc on July 03, 2013, 01:00:03 AM

Quote from: ?? on ??

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/

Quote from: cypherdoc on July 03, 2013, 01:26:02 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...

SolarSilver

legendary

Activity: 1112

Merit: 1000

Quote from: cypherdoc on July 03, 2013, 01:00:03 AM

Quote from: ?? on ??

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? :-)

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: -ck on July 03, 2013, 01:21:28 AM

Quote from: cypherdoc on July 03, 2013, 01:17:24 AM

Quote from: -ck on July 03, 2013, 01:11:00 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/

Quote from: cypherdoc on July 03, 2013, 01:17:24 AM

Quote from: -ck on July 03, 2013, 01:11:00 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.

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: jddebug on July 03, 2013, 01:10:37 AM

Is it stratum vardiif ramping up so you are submitting far less shares but same hashrate?

is there a way to tell?

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: -ck on July 03, 2013, 01:11:00 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/

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.

jddebug

sr. member

Activity: 446

Merit: 250

Is it stratum vardiif ramping up so you are submitting far less shares but same hashrate?

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: ?? on ??

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/

Quote from: cypherdoc on July 03, 2013, 12:40:55 AM

Quote from: demkd on July 03, 2013, 12:15:06 AM

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.

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: demkd on July 03, 2013, 12:15:06 AM

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.

demkd

full member

Activity: 242

Merit: 100

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/

Quote from: cypherdoc on July 02, 2013, 08:00:22 PM

Quote from: -ck on July 02, 2013, 07:43:41 PM

Quote from: cypherdoc on July 02, 2013, 07:40:07 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.

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: -ck on July 02, 2013, 07:43:41 PM

Quote from: cypherdoc on July 02, 2013, 07:40:07 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/

Quote from: cypherdoc on July 02, 2013, 07:40:07 PM

any idea what's causing this?

What am I looking at? Looks okay to me.

candoo

hero member

Activity: 602

Merit: 500

Vertrau in Gott

Quote from: cypherdoc on July 02, 2013, 07:40:07 PM

Quote from: -ck on July 02, 2013, 06:58:54 PM

Quote from: cypherdoc on July 02, 2013, 06:57:00 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

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