Post
Topic
Board Mining software (miners)
Re: BFGMiner 3.8.1: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, HBRMicro+Avalon2
by
juhakall
on 10/12/2013, 14:04:48 UTC
I don't really care about scrypt.
If you (or anyone else) can bisect it, debug it, or provide a patch, I'll look into it...
If you use Windows, you can easily bisect by starting a new session on http://luke.dashjr.org/tmp/code/webisect/webisect.php

could you fix the pool diff in scrypt?
its always Diff 0/0    Cry
that's the only thing that I can see needs fixing.

That sounds correct. It's very hard to get diff 1 with scrypt.


what your saying makes no sense Huh


I mine on litecoinpool.org they start out with pool Diff 32 & if your hash is slow you will get kicked down to 16 or 8 but no lower
& when I use bfgminer what do I see Diff 0/0 so that tells me there is something worng with bfgminer when doing scrypt.
cgminer v3.7.2 works fine with scrypt 80/16

BFGMiner is showing the correct difficulty numbers. They are just so small they get rounded to 0. "Diff 32" is actually Diff 0.00048828125. cgminer is using the same conversion scheme that pools use, where all difficulties are multiplied by 65536. Except that even cgminer has now dropped that conversion in the block difficulty number. If only that conversion scheme had never been implemented, all this confusion could've been avoided.

I guess the conversion scheme was done because decimal numbers are thought of as inconvenient. Because scrypt mining is about a thousand times slower than sha256 on GPUs, it would take a thousand times longer to mine Diff 1 shares. Thus no pool would ever set a real target of even 1 for a worker. Then someone came up with the genius idea of multiplying everything by 65536 so it looks neater. Sheesh.