Avalon ASIC users thread - page 141.

SolarSilver

legendary

Activity: 1112

Merit: 1000

Quote from: cypherdoc on July 03, 2013, 12: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, 12:21:28 AM

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

Quote from: -ck on July 03, 2013, 12: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, 12:17:24 AM

Quote from: -ck on July 03, 2013, 12: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, 12: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, 12: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 02, 2013, 11:40:55 PM

Quote from: demkd on 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.

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 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.

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, 07:00:22 PM

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

Quote from: cypherdoc on July 02, 2013, 06: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, 06:43:41 PM

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

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

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

cypherdoc

legendary

Activity: 1764

Merit: 1002

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

Quote from: cypherdoc on July 02, 2013, 05: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?

cypherdoc

legendary

Activity: 1764

Merit: 1002

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

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

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/

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

cypherdoc

legendary

Activity: 1764

Merit: 1002

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?

invader

sr. member

Activity: 266

Merit: 250

Quote

i'm sure people will eventually need it when a fan or two goes out

My first goal was to install more powerful 252CFN fans as ambient temperatures now over +30c.
Also overclocked it to 360Mhz, hw errors near ~~1.6%~~ 1.7%. Temperatures now like 32 / 48 with new fans even not running at full! To be exact, the model is TFC1212DE-SP07 and it's used in HP DL580 servers.

Quote

So I did a little experiment and partly covered the intake of fan3.
Result ? Better cooling and higher Mhz!

I also just covered fan hole and unplugged it to prevent air go back.

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