Avalon ASIC users thread - page 102.

punin

hero member

Activity: 560

Merit: 500

Quote from: dust on August 08, 2013, 10:43:14 AM

Quote from: dust on August 06, 2013, 05:23:36 AM

One of my batch 3 avalons is performing very poorly due to a high HW errors. Unplugging all by one module, each module individually has between a 25 and 75% HW error rate at either 256 or 300Mhz.

This degraded performance starting after about 6 hours of mining at 300Mhz.

Is there anything I should try before trying to make a warranty claim?

I was calculating the hardware error rate wrong. It should be HW/LocalWork, which brings the error rates i'm seeing to a much more reasonable 1%.

Regardless, 3 out of 4 of my batch 3 units end up with <10Gh/s after 3-12hrs of mining, some more frequently than others.

Could this behavior be due to the new temperature throttling feature? I have the default temperature limits of 70C target and 90C cutoff, but I don't see the temps going over 70C.

I'm having this same issue.

EDIT: so is the solution is to disable wifi or to implement the load monitor with auto-restart? Is this issue resolved?

kefky

newbie

Activity: 50

Merit: 0

Quote from: Ghost of USD on August 10, 2013, 07:50:05 PM

Unload the wifi kernel modules.

Thanks!I'll try.
I hope this will finally solve the problem.

Ytterbium

full member

Activity: 238

Merit: 100

Quote from: tarui on August 11, 2013, 10:25:40 AM

Is it possible to connect the lan port to a mobile Internet device so that it can hash in public places?

You don't even need to do that, you can use it's wifi capabilities. All you need is power cord. In fact, you can even use a cellphone. (you'll need to configure it for wifi using ethernet, though.)

mdbssm

full member

Activity: 182

Merit: 100

Quote from: weirdgod on August 11, 2013, 04:31:54 PM

I notice that sometimes the total MHS5s hashrate drops to weird low number (like 4 digits only)... is this normal?

No.

If you are using an ethernet connection, you must delete the WWAN device from the 'network' interfaces, and under network/wifi/avalon_ap make sure it shows 'wireless network is disabled'. Until I did both of these step I had the same problem.

weirdgod

member

Activity: 84

Merit: 10

I notice that sometimes the total MHS5s hashrate drops to weird low number (like 4 digits only)... is this normal?
One time I even noticed that the average MHSav was also similary low...
I did a restart of cgminer service, and it went back to 80k+ ...

Could we somehow implement this https://github.com/shazbits/cgminer-monitor instead of the cgminer-monitor that is run in cron?
any other solution to monitor the MHSav/5s and act appropriately?

thanks,
J

Sitarow

legendary

Activity: 1792

Merit: 1047

Quote from: kano on August 10, 2013, 07:24:55 PM

Just a 'somewhat' on topic aside ...

I have a BitBurner XX with 20 Avalon chips in it.
It runs at 400Mhz with about 1.4% HW

Code:

 BTB  0: 48/ 48C 1223mV | 10.86G/7.669Gh/s | A:149590 R:748 HW:2151 WU:108.6/m

24hrs runtime

I put it up to 450MHz and it was about 50% Tongue

but appropriate cooling would have probably resolved that also.

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

Nice work Kano!

Carlton Banks

legendary

Activity: 3430

Merit: 3080

Quote from: koxman on August 11, 2013, 12:09:24 PM

Quote from: tarui on August 11, 2013, 10:25:40 AM

Is it possible to connect the lan port to a mobile Internet device so that it can hash in public places?

Yes you can.

soon we will have Pirate Bay inspired zepellin balloons mining on the mesh-net Cheesy

koxman

newbie

Activity: 5

Merit: 0

Quote from: tarui on August 11, 2013, 10:25:40 AM

Is it possible to connect the lan port to a mobile Internet device so that it can hash in public places?

Yes you can.

tarui

sr. member

Activity: 294

Merit: 250

Is it possible to connect the lan port to a mobile Internet device so that it can hash in public places?

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: kano on August 11, 2013, 02:06:09 AM

However, my point is that the screen average (or API "MHS av") will be affected by "luck" and the higher your work difficulty, the more obvious that effect will be.

That's not quite correct. The avalon hashmeter is indeed based on share return, but it's based on diff1 return so luck affects it, but difficulty does not.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: BitCoiner2012 on August 10, 2013, 11:58:12 PM

Quote from: kano on August 10, 2013, 11:29:20 PM

Quote from: BitCoiner2012 on August 10, 2013, 10:56:48 PM

Lowering of frequency with auto avalon is a result of it trying to maintain a certain temperature as well, yes?

What would be the conclusion if a particular machine hashes at over 80, but slowly declines to the mid 70s lowering frequency? Lack of adequate cooling?

FYI: Aside: The GH/s reported by the avalon code is not the device hash rate, it is the 1diff share find rate.
Thus it will also change with luck.

But the pool shows sustained lowering of submitted shares, the device seems to agree, and the MHashes are lowering. You are saying that even if it said hashing 3ghash, that's not the "actual hash rate"? Where can I find accurate data on the machine then? Or maybe I misunderstood your reply.

With an avalon - the 'actual' hash rate is not available.
The hardware is ... for want of a better word ... "difficult" to determine the actual hash rate.
(maybe a better word is "crap")

Yes if the pool is indeed showing a generally decreasing hash rate over short interval measurements, then your device is slowing down.
However, of course, short interval measurements are also unreliable and affected by luck, so you would need a definite clear reduction over many samples over that time period to be sure it was systematic and not luck.

However, my point is that the screen average (or API "MHS av") will be affected by "luck" ~~and the higher your work difficulty, the more obvious that effect will be.~~

It may or may not be the case for your observations, but it's just that there is more than one possibility.

BitCoiner2012

sr. member

Activity: 364

Merit: 250

Quote from: kano on August 10, 2013, 11:29:20 PM

Quote from: BitCoiner2012 on August 10, 2013, 10:56:48 PM

Lowering of frequency with auto avalon is a result of it trying to maintain a certain temperature as well, yes?

What would be the conclusion if a particular machine hashes at over 80, but slowly declines to the mid 70s lowering frequency? Lack of adequate cooling?

FYI: Aside: The GH/s reported by the avalon code is not the device hash rate, it is the 1diff share find rate.
Thus it will also change with luck.

But the pool shows sustained lowering of submitted shares, the device seems to agree, and the MHashes are lowering. You are saying that even if it said hashing 3ghash, that's not the "actual hash rate"? Where can I find accurate data on the machine then? Or maybe I misunderstood your reply.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: BitCoiner2012 on August 10, 2013, 10:56:48 PM

Lowering of frequency with auto avalon is a result of it trying to maintain a certain temperature as well, yes?

What would be the conclusion if a particular machine hashes at over 80, but slowly declines to the mid 70s lowering frequency? Lack of adequate cooling?

FYI: Aside: The GH/s reported by the avalon code is not the device hash rate, it is the 1diff share find rate.
Thus it will also change with luck.

Ytterbium

full member

Activity: 238

Merit: 100

Quote from: kano on August 10, 2013, 09:45:49 PM

Quote from: Ytterbium on August 10, 2013, 09:41:01 PM

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

No I left it at the 1200mV default for the current run.

As you can see it reads 1223mV - but I'm not exactly sure how accurate that is.

Huh. Increasing the clockrate on my B2 over a certain point only increases HW errors. I wonder what the difference is between these boards and the ones Avalon shipped with.

BitCoiner2012

sr. member

Activity: 364

Merit: 250

Lowering of frequency with auto avalon is a result of it trying to maintain a certain temperature as well, yes?

What would be the conclusion if a particular machine hashes at over 80, but slowly declines to the mid 70s lowering frequency? Lack of adequate cooling?

tarui

sr. member

Activity: 294

Merit: 250

Quote from: kano on August 10, 2013, 10:06:37 PM

Quote from: mdbssm on August 10, 2013, 09:52:07 PM

Quote from: kano on August 10, 2013, 09:45:49 PM

Quote from: Ytterbium on August 10, 2013, 09:41:01 PM

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

No I left it at the 1200mV default for the current run.

As you can see it reads 1223mV - but I'm not exactly sure how accurate that is.

Very nice Kano.

Any idea if this would be possible with batch 3 avalon hardware? With better cooling of course. Like 2x 120mm 6000rpm delta fans in the place of the stock 120mm fans in a batch 3 unit.

Well the API stats should pretty much answer that for you.
Though, from what I understand about Avalons, you need to pay attention to what PSU you have also.
These changes of course use more power.
I'd certainly suggest monitoring it at the wall vs the PSU you have and then adjust the frequency as you go and pay close attention to that and the temperature.
I added to the API in 3.3.2 the option to change the frequency as it is running ...

how much power does it use at 400mhz?

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: mdbssm on August 10, 2013, 09:52:07 PM

Quote from: kano on August 10, 2013, 09:45:49 PM

Quote from: Ytterbium on August 10, 2013, 09:41:01 PM

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

No I left it at the 1200mV default for the current run.

As you can see it reads 1223mV - but I'm not exactly sure how accurate that is.

Very nice Kano.

Any idea if this would be possible with batch 3 avalon hardware? With better cooling of course. Like 2x 120mm 6000rpm delta fans in the place of the stock 120mm fans in a batch 3 unit.

Well the API stats should pretty much answer that for you.
Though, from what I understand about Avalons, you need to pay attention to what PSU you have also.
These changes of course use more power.
I'd certainly suggest monitoring it at the wall vs the PSU you have and then adjust the frequency as you go and pay close attention to that and the temperature.
I added to the API in 3.3.2 the option to change the frequency as it is running ...

mdbssm

full member

Activity: 182

Merit: 100

Quote from: kano on August 10, 2013, 09:45:49 PM

Quote from: Ytterbium on August 10, 2013, 09:41:01 PM

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

No I left it at the 1200mV default for the current run.

As you can see it reads 1223mV - but I'm not exactly sure how accurate that is.

Very nice Kano.

Any idea if this would be possible with batch 3 avalon hardware? With better cooling of course. Like 2x 120mm 6000rpm delta fans in the place of the stock 120mm fans in a batch 3 unit.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Ytterbium on August 10, 2013, 09:41:01 PM

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

No I left it at the 1200mV default for the current run.

As you can see it reads 1223mV - but I'm not exactly sure how accurate that is.

Ytterbium

full member

Activity: 238

Merit: 100

Quote from: kano on August 10, 2013, 07:24:55 PM

So indeed the chips can do 450MHz

Using my numbers above:
(7.669 / 20) * 240 = 92GH/s at 400MHz

You increased the voltage in order to do that, right?

Topic: Avalon ASIC users thread - page 102. (Read 438596 times)