jgarzik



Offline



Activity: 1596

Merit: 1007







LegendaryActivity: 1596Merit: 1007 Re: Avalon ASIC users thread February 03, 2013, 05:11:24 AM

Last edit: February 03, 2013, 05:22:55 AM by jgarzik #101



And right now, the miner is in a strange state where the controller (running Linux) and cgminer are alive, but fans are not running, and no work is occurring:



Code: [Elapsed] => 10477

[MHS av] => 15419.77 (this is not changing)

[Found Blocks] => 0

[Getworks] => 385 (these are increasing, slowly)

[Accepted] => 37082 (these are not increasing)

[Rejected] => 398

...

[fan1] => 0 (indeed, fans are not moving)

[fan2] => 0

[fan3] => 0

[temp1] => 26

[temp2] => -1

[temp3] => 48

[temp_max] => 49



And the pool agrees that no shares are incoming.



Still having some amount of reliability problems. Moving the miner in the office helped a great deal. However, still seeing machine restarts for unknown reasons (note: must ping support, inquire about reboot logging).And right now, the miner is in a strange state where the controller (running Linux) and cgminer are alive, but fans are not running, and no work is occurring:And the pool agrees that no shares are incoming. Jeff Garzik, Bloq CEO, former bitcoin core dev team; opinions are my own.

Visit bloq.com / metronome.io

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj

kano



Offline



Activity: 3262

Merit: 1294





Linux since 1997 RedHat 4







LegendaryActivity: 3262Merit: 1294Linux since 1997 RedHat 4 Re: Avalon ASIC users thread February 03, 2013, 05:45:31 AM #102

So either there's an issue of heat causing bad/no nonces to come back or there's some failure to send out the answers (failure to send is unlikely)



Counting the amount of work done is up to the driver supplying a response back to the call to scanhash()

Is Hardware Errors increasing?



... and yes the driver module can reply in such a way as cgminer thinks it is working but no nonces are being found.

Since a work item doesn't have to find a none (they only average one per nonce range as you know) if it isn't actually returning any nonces then that would also match your description (i.e. due to some over heat MCU/whatever issue that might happen on occasion and the reboot fixes it)



Edit: this happens with Icarus on rare occasions i.e. still hashing, still getting work, but not sending anything back to the pool/bitcoind.So either there's an issue of heat causing bad/no nonces to come back or there's some failure to send out the answers (failure to send is unlikely)Counting the amount of work done is up to the driver supplying a response back to the call to scanhash()Is Hardware Errors increasing?... and yes the driver module can reply in such a way as cgminer thinks it is working but no nonces are being found.Since a work item doesn't have to find a none (they only average one per nonce range as you know) if it isn't actually returning any nonces then that would also match your description (i.e. due to some over heat MCU/whatever issue that might happen on occasion and the reboot fixes it)Edit: this happens with Icarus on rare occasions lowest fee PPL N S 3 Days Here on Bitcointalk:

Discord support invite at Majority developer of the c k pool code - k for k ano

Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks! Pool: https://kano.is Here on Bitcointalk: Forum support invite at https://kano.is/ developer of the cpool code -foranoHelp keep Bitcoin secure by mining on pools with full block verification on all blocks - andempty blocks!

jgarzik



Offline



Activity: 1596

Merit: 1007







LegendaryActivity: 1596Merit: 1007 Re: Avalon ASIC users thread February 03, 2013, 06:01:53 AM #105 Again, no, it was not hashing. Avoid speculating wildly based on a tiny subset of hundreds of variables.

Jeff Garzik, Bloq CEO, former bitcoin core dev team; opinions are my own.

Visit bloq.com / metronome.io

Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj

rchapoteau



Offline



Activity: 56

Merit: 0









NewbieActivity: 56Merit: 0 Re: Avalon ASIC users thread February 03, 2013, 06:12:18 AM #106 Mighr be a stupid question but are you sure that your office isn't doing anything on the network that might be giving you an issue? Like proxy server settings?

Unacceptable



Offline



Activity: 2212

Merit: 1001









LegendaryActivity: 2212Merit: 1001 Re: Avalon ASIC users thread February 03, 2013, 06:17:36 AM #109 Maybe someone can get on teamviewer or the like & see whats happening

Got GOXXED ??

"An ASIC being late is perfectly normal, predictable, and legal..."Hashfast & BFL slogan "If you run into an asshole in the morning, you ran into an asshole. If you run into assholes all day long, you are the asshole." -Raylan GivensGot GOXXED ?? https://www.youtube.com/watch?v=9KiqRpPiJAU&feature=youtu.be "An ASIC being late is perfectly normal, predictable, and legal..."Hashfast & BFL slogan

kano



Offline



Activity: 3262

Merit: 1294





Linux since 1997 RedHat 4







LegendaryActivity: 3262Merit: 1294Linux since 1997 RedHat 4 Re: Avalon ASIC users thread February 03, 2013, 07:13:07 AM #113 Quote from: jgarzik on February 03, 2013, 06:30:26 AM Quote from: kano on February 03, 2013, 06:15:31 AM No speculation.

MHs says it is hashing - reread my last reply.



And as noted, that number is not changing. The number is constantly changing, normally.



Other stats bear out the conclusion.



And as noted, that number is not changing. The number is constantly changing, normally.Other stats bear out the conclusion.

The only ways *I* can imagine that number to be exactly static:

1) The system clock stopped at the same time it stopped hashing - simple to check - look at some of the other information you removed - [When] and see if it changes form one output to the next ...

2) The software changes have messed with the main control of cgminer ... and got something wrong there

3) Some number is overflowing somewhere due to the higher hash rate ... and screwing up the work thread(s) in some weird way

4) The hashing speed is perfectly 15419.77 when it thinks it is working but is indeed doing nothing - since the timing to do nothing is the same every time it does nothing

5) Who knows - anyway I'm wasting my time here ... have fun with it Well the fact that the API is replying (and counting getworks) says of course cgminer is running.The only ways *I* can imagine that number to be exactly static:1) The system clock stopped at the same time it stopped hashing - simple to check - look at some of the other information you removed - [When] and see if it changes form one output to the next ...2) The software changes have messed with the main control of cgminer ... and got something wrong there3) Some number is overflowing somewhere due to the higher hash rate ... and screwing up the work thread(s) in some weird way4) The hashing speed is perfectly 15419.77 when it thinks it is working but is indeed doing nothing - since the timing to do nothing is the same every time it does nothing5) Who knows - anyway I'm wasting my time here ... have fun with it lowest fee PPL N S 3 Days Here on Bitcointalk:

Discord support invite at Majority developer of the c k pool code - k for k ano

Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks! Pool: https://kano.is Here on Bitcointalk: Forum support invite at https://kano.is/ developer of the cpool code -foranoHelp keep Bitcoin secure by mining on pools with full block verification on all blocks - andempty blocks!

Icoin



Offline



Activity: 585

Merit: 500









Hero MemberActivity: 585Merit: 500 Re: Avalon ASIC users thread February 03, 2013, 11:22:28 AM

Last edit: February 03, 2013, 04:23:48 PM by Icoin #117



https://bitcointalk.org/index.php?topic=101559.msg1493823#msg1493823(



DVB is a DEVCOIN (DEVELOPERS COIN) based and we guys use for development devcoins in between us.



Jeff or BitSyncom: can you make heat pictures from your AVALON? It will show us the heat distribution among the device.



BitSyncom: i guess your shop system will be fixed soon, and we gonna be able to make the trade-in order today



Thanks



Icoin DVB allready started to build up the team for GPL AVALON Watercooling elements production. I see heat as a major problem for ASIC devices in general, this heat probably causes the errors, more noise and higher power consumption, aswell the need for the restart. We will investigate, with a thermo camera, as soon the AVALON trade-in harware arrives here in Switzerland.DVB is a DEVCOIN (DEVELOPERS COIN) based and we guys use for development devcoins in between us.Jeff or BitSyncom: can you make heat pictures from your AVALON? It will show us the heat distribution among the device.BitSyncom: i guess your shop system will be fixed soon, and we gonna be able to make the trade-in order todayThanksIcoin devda.ch | ECA | GMP | DVB | abe search

MrTeal



Offline



Activity: 1274

Merit: 1000







LegendaryActivity: 1274Merit: 1000 Re: Avalon ASIC users thread February 03, 2013, 04:23:45 PM #119 Quote from: SLok on February 03, 2013, 04:07:56 PM Quote from: kaerf on February 02, 2013, 06:38:22 AM Quote from: goxed on February 02, 2013, 06:25:08 AM Quote from: ngzhang on February 02, 2013, 03:20:54 AM Chip's power consumption is <6.6W/Ghs



ATX power loses(82%), DC/DC power loses(87%), Fan(5~20w), etc



So



650W * 0.82 * 0.87 - 20W = 443W, About right.

650W * 0.82 * 0.87 - 20W =, About right.

so an equivalent bfl number would be something like:



60w / .87 / .82 + 2W (fan) + 5W (host) = 91 W (host can be discounted for many since it can run several units)



or "bfl's worst case" 60W * 1.2 = 72W ===> 72w / .87 / .82 + 2W (fan) + 5W (host) = ~108W





so an equivalent bfl number would be something like:60w / .87 / .82 + 2W (fan) + 5W (host) = 91 W (host can be discounted for many since it can run several units)or "bfl's worst case" 60W * 1.2 = 72W ===> 72w / .87 / .82 + 2W (fan) + 5W (host) = ~108W at the wall, there is no ATX psu or DC/DC or extra for fans etc, just the host usage to be added. All speculating of course coz it ain't alive yet, but it is definitely no 620W, or 108W.



@jgarzik, have you ran it without the ups to see if that isn't messing up? Checked/reseated internal connections, it has been on a long and bumpy ride?

BFL's single uses 72W, there is no ATX psu or DC/DC or extra for fans etc, just the host usage to be added. All speculating of course coz it ain't alive yet, but it is definitely no 620W, or 108W.@jgarzik, have you ran it without the ups to see if that isn't messing up? Checked/reseated internal connections, it has been on a long and bumpy ride?

There is an onboard DC/DC module that converts the 12V to 1.2V or whatever core voltage the chips are running at, along with whatever they're using for IO.

Quote from: BFL_Josh We have been quoting our power as power at the wall, not the chip power. If we want to talk chip power, it's .8w GH, so using the Avalon system of measure, 48w per Single, or 24w for a Little Single.



Even if we have worst case scenario, it's 1.2w per GH and that gives you 72w via the Avalon measuring system and probably somewhere around 80w - 85w at the wall. We are not expecting 1.2w GH/s, that is just the upper limit of the power draw per chip under the worst possible conditions.

Earlier Josh had posted that they were aiming for 0.8J/GH and that the possible worst case was 1.2J/GH. I'm a little confused by this too as BFL has always said that 60W would be at the wall with the included power adapter, but if 0.8J/GH is just the chips you will have to factor in both the onboard convertor losses, other draws (microcontroller, fan, etc) and the brick PSU to get the final power draw.



Hopefully we'll know the answer in a month's time. There is an onboard DC/DC module that converts the 12V to 1.2V or whatever core voltage the chips are running at, along with whatever they're using for IO.Earlier Josh had posted that they were aiming for 0.8J/GH and that the possible worst case was 1.2J/GH. I'm a little confused by this too as BFL has always said that 60W would be at the wall with the included power adapter, but if 0.8J/GH is just the chips you will have to factor in both the onboard convertor losses, other draws (microcontroller, fan, etc) and the brick PSU to get the final power draw.Hopefully we'll know the answer in a month's time.