Search content
Sort by

Showing 9 of 9 results by stridergt
Post
Topic
Board Mining software (miners)
Re: DAcc (Difficulty Accepted) percentage calculation explanation
by
stridergt
on 29/11/2013, 17:47:22 UTC

https://dl.dropboxusercontent.com/u/109686709/minepeonstats.jpg

The percentage is DAcc / Diff1 as seen in the screenshot, so Diff1 are all shares counted in difficulty1.

Maybe Disc(arded) isn't displayed in difficulty1 so DAcc + DRej + (sum of Disc * difficulty) = Diff1

Am I getting this right? Which means that I had much lower stale percentage depending on the pool.
No. You've pretty much got everything wrong.

"Discarded" counts for nothing in the amount of work you are doing.
It's simply work you could have used but didn't use due to an LP.
Ignore it.

"DAcc / Diff1" is random and pretty much meaningless.

As per the FAQ:
Code:
Q: Why don't the statistics add up: Accepted, Rejected, Stale, Hardware Errors,
Diff1 Work, etc. when mining greater than 1 difficulty shares?
A: As an example, if you look at 'Difficulty Accepted' in the RPC API, the number
of difficulty shares accepted does not usually exactly equal the amount of work
done to find them. If you are mining at 8 difficulty, then you would expect on
average to find one 8 difficulty share, per 8 single difficulty shares found.
However, the number is actually random and converges over time, it is an average,
not an exact value, thus you may find more or less than the expected average.

Multiplying ANYTHING by "Difficulty" is wrong.
Work difficulty can (and usually does) change.

LP=longpoll?
"This request is not answered by server until it wishes to expire current block data, and new data is ready. The answer is the same as getwork on the main connection. Upon receiving this answer, miner should drop current calculation in progress, discard its result, and start working on received data and make a new request to a long polling URI."

I think you misunderstood me DAcc + DRej + (sum of Disc * difficulty) = Diff1
With the parenthesis I meant a quantity "DDisc", like DAcc and DRej , so the sum of these three converging parameters would eventually converge to Diff1
In this light would DAcc / Diff1, as a ratio between the convergent quantities, give after some period of time an indication of the quality of the pool?

PS Maybe the luck of the pool could skew results but if there is some consistency in detecting a difference between the ratios of two  pools -all else equal- for a long time period, it could mean a better pool setup/efficiency/uptime, but I am beginning to get lost in all these.. :-)
Post
Topic
Board Mining software (miners)
Re: DAcc (Difficulty Accepted) percentage calculation explanation
by
stridergt
on 29/11/2013, 01:11:20 UTC
I am using minepeon (cgminer3.6.4) with a Jalapeno and observing that DAcc (Difficulty Accepted) is 60-85% when mining with the eligius pool and 100-105% when mining with BTCguild. (both pools had min difficulty set to auto, but even when I changed BTCguild to 8+GH/s, the difference in percentage roughly stayed the same)
Can someone elaborate a bit on the Dacc calculation and the difference I am observing between the two pools, does it affect my share contribution accordingly???
I checked github, but I was a bit lost. I also asked at the minepeon forum but the dev just parsed the DAcc value and could not elaborate on the calculation method.

Thank you in advance

Have I asked in the wrong thread? :-)
Please advise if so...
DA is the value in 1diff of all shares accepted.
If you submit 10 50diff shares and all are accepted then DA would be 500

I've no idea what you mean those % numbers are.

https://dl.dropboxusercontent.com/u/109686709/minepeonstats.jpg

The percentage is DAcc / Diff1 as seen in the screenshot, so Diff1 are all shares counted in difficulty1.

Maybe Disc(arded) isn't displayed in difficulty1 so DAcc + DRej + (sum of Disc * difficulty) = Diff1

Am I getting this right? Which means that I had much lower stale percentage depending on the pool.
Post
Topic
Board Mining software (miners)
Re: DAcc (Difficulty Accepted) percentage calculation explanation
by
stridergt
on 26/11/2013, 22:08:42 UTC
I am using minepeon (cgminer3.6.4) with a Jalapeno and observing that DAcc (Difficulty Accepted) is 60-85% when mining with the eligius pool and 100-105% when mining with BTCguild. (both pools had min difficulty set to auto, but even when I changed BTCguild to 8+GH/s, the difference in percentage roughly stayed the same)
Can someone elaborate a bit on the Dacc calculation and the difference I am observing between the two pools, does it affect my share contribution accordingly???
I checked github, but I was a bit lost. I also asked at the minepeon forum but the dev just parsed the DAcc value and could not elaborate on the calculation method.

Thank you in advance

Have I asked in the wrong thread? :-)
Please advise if so...
Post
Topic
Board Mining software (miners)
DAcc (Difficulty Accepted) percentage calculation explanation
by
stridergt
on 26/11/2013, 13:37:53 UTC
I posted the following on the cgminer thread, but since minepeon can utilize bfgminer too, I could use some of your help:

I am using minepeon (cgminer3.6.4) with a Jalapeno and observing that DAcc (Difficulty Accepted) is 60-85% when mining with the eligius pool and 100-105% when mining with BTCguild. (both pools had min difficulty set to auto, but even when I changed BTCguild to 8+GH/s, the difference in percentage roughly stayed the same)
Can someone elaborate a bit on the Dacc calculation and the difference I am observing between the two pools, does it affect my share contribution accordingly???
I checked github, but I was a bit lost. I also asked at the minepeon forum but the dev just parsed the DAcc value and could not elaborate on the calculation method.

Thank you in advance
Post
Topic
Board Mining software (miners)
DAcc (Difficulty Accepted) percentage calculation explanation
by
stridergt
on 25/11/2013, 22:07:21 UTC
I am using minepeon (cgminer3.6.4) with a Jalapeno and observing that DAcc (Difficulty Accepted) is 60-85% when mining with the eligius pool and 100-105% when mining with BTCguild. (both pools had min difficulty set to auto, but even when I changed BTCguild to 8+GH/s, the difference in percentage roughly stayed the same)
Can someone elaborate a bit on the Dacc calculation and the difference I am observing between the two pools, does it affect my share contribution accordingly???
I checked github, but I was a bit lost. I also asked at the minepeon forum but the dev just parsed the DAcc value and could not elaborate on the calculation method.

Thank you in advance
Post
Topic
Board Hardware
Re: Jalapeno flashing with Raspberry pi jtag error message
by
stridergt
on 12/11/2013, 23:36:49 UTC
http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

I followed Red_Wolf_2's instructions and when I run jtag>detect I receive "warning: TDO seems to be stuck at 0error: not found: queue is empty"

I am connecting the pins based on the circuit board markings meaning:
 
pin 1 on jalapeno is the closest pin to the nearby corner edge and pin 9 is the last pin in the same 5pin row

pin 2 on the raspberry pi is the closest to the nearby corner edge and pin 26 is the last pin in the same 13pin row

Am I doing something wrong with the pin numbering or cable connections? I am using old internal cd rom to sound card 3/4 pin cables
Could it be a software problem? I think my jalapeno is fairly typical with the cut heatsink and firmware 1.0.0

I used noobs_v1_3_2.zip installation and chose raspbian (according to the release notes date, it is the 25-09-2013)
Installed srecord, git, bison, flex, autoconf, libtool, gettext, automake and python-dev using apt-get
Am I missing a package?
I used su (and even tried sudo jtag) but the same jtag>detect error message appears

BTW run sudo apt-get upate BEFORE installing the python-dev package in order to avoid python.h file missing during make

 
Thank you in advance

Solved it. I changed the cables, so it was probably a faulty one that generates the above error message. I also used this cabling/power up sequence:
Connect all pin cables unpowered, power up jalapeno (no usb), then power up raspberry pi. -I noticed that if you power up jalapeno after raspberry pi the HDMI signal blanks for a moment-
Post
Topic
Board Hardware
Jalapeno flashing with Raspberry pi jtag error message
by
stridergt
on 10/11/2013, 20:42:28 UTC
http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

I followed Red_Wolf_2's instructions and when I run jtag>detect I receive "warning: TDO seems to be stuck at 0error: not found: queue is empty"

I am connecting the pins based on the circuit board markings meaning:
 
pin 1 on jalapeno is the closest pin to the nearby corner edge and pin 9 is the last pin in the same 5pin row

pin 2 on the raspberry pi is the closest to the nearby corner edge and pin 26 is the last pin in the same 13pin row

Am I doing something wrong with the pin numbering or cable connections? I am using old internal cd rom to sound card 3/4 pin cables
Could it be a software problem? I think my jalapeno is fairly typical with the cut heatsink and firmware 1.0.0

I used noobs_v1_3_2.zip installation and chose raspbian (according to the release notes date, it is the 25-09-2013)
Installed srecord, git, bison, flex, autoconf, libtool, gettext, automake and python-dev using apt-get
Am I missing a package?
I used su (and even tried sudo jtag) but the same jtag>detect error message appears

BTW run sudo apt-get upate BEFORE installing the python-dev package in order to avoid python.h file missing during make

 
Thank you in advance
Post
Topic
Board Beginners & Help
Re: Jalapeno flashing with Raspberry pi jtag error message
by
stridergt
on 10/11/2013, 17:16:27 UTC
I used noobs_v1_3_2.zip installation and chose raspbian (according to the release notes date, it is the 25-09-2013)
I used su (and even tried sudo jtag) but the same jtag>detect error message appears
Post
Topic
Board Beginners & Help
Topic OP
Jalapeno flashing with Raspberry pi jtag error message
by
stridergt
on 10/11/2013, 13:28:54 UTC
http://randomcontent.wolfnexus.net/RandomSite/reflashing-a-butterfly-labs-jalapeno-with-only-a-raspberry-pi/

I followed Red_Wolf_2's instructions and when I run jtag>detect I receive "warning: TDO seems to be stuck at 0error: not found: queue is empty"

I am connecting the pins based on the circuit board markings meaning:
 
pin 1 on jalapeno is the closest pin to the nearby edge and pin 9 is in the same 5pin row

pin 2 on the raspberry pi is the closest to the nearby edge, pin26 is in the same 13pin row

Am I doing something wrong with the cable connections, I am using old internal cd rom to sound card 3/4 pin cables
Could it be a software problem? I think my jalapeno is fairly typical with the cut heatsink and firmware 1.0.0

Thank you in advance