Bitcoin Forum
March 28, 2024, 12:01:55 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 [252] 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5805162 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (3 posts by 1+ user deleted.)
kano
Legendary
*
Offline Offline

Activity: 4452
Merit: 1798


Linux since 1997 RedHat 4


View Profile
April 22, 2012, 09:09:49 PM
 #5021

Is 0/0 a valid IP range?
If you want local access, try
Code:
W:192.168.1.0/24

Assuming your lan uses 192.168.1.x
It sounds like it used to work, so I'm assuming the goal is to allow all IPs.  If so, I would try something like 172.0.0.1/0 (since it seems to be checking the address format), and if all addresses is not the goal, another important piece of information might be that 127.0.0.1/32 would be localhost only.

this is in the readme at git:

Without a /prefix is the same as specifying /32
0/0 means all IP addresses.
You caused your own problem.

Let me reword what you said for you:

"I upgraded to an old version that doesn't support 0/0
The current version does support 0/0
Why doesn't the old version magically have the 0/0 code in it that was written after it?"

The problem is you didn't upgrade to the version that supports 0/0 ...
If you upgrade to before a version that supports something ... ... it means it wont work ... ...

If you read the NEWS file it will tell you which version added the code that supports 0/0

But why would you upgraded to an old version?

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
You get merit points when someone likes your post enough to give you some. And for every 2 merit points you receive, you can send 1 merit point to someone else!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711627315
Hero Member
*
Offline Offline

Posts: 1711627315

View Profile Personal Message (Offline)

Ignore
1711627315
Reply with quote  #2

1711627315
Report to moderator
jjiimm_64
Legendary
*
Offline Offline

Activity: 1876
Merit: 1000


View Profile
April 22, 2012, 10:56:32 PM
 #5022

Is 0/0 a valid IP range?
If you want local access, try
Code:
W:192.168.1.0/24

Assuming your lan uses 192.168.1.x
It sounds like it used to work, so I'm assuming the goal is to allow all IPs.  If so, I would try something like 172.0.0.1/0 (since it seems to be checking the address format), and if all addresses is not the goal, another important piece of information might be that 127.0.0.1/32 would be localhost only.

this is in the readme at git:

Without a /prefix is the same as specifying /32
0/0 means all IP addresses.
You caused your own problem.

Let me reword what you said for you:

"I upgraded to an old version that doesn't support 0/0
The current version does support 0/0
Why doesn't the old version magically have the 0/0 code in it that was written after it?"

The problem is you didn't upgrade to the version that supports 0/0 ...
If you upgrade to before a version that supports something ... ... it means it wont work ... ...

If you read the NEWS file it will tell you which version added the code that supports 0/0

But why would you upgraded to an old version?

my bad for not keeping with the all the versions.


still I am wondering why a command that used to work with the api, does not work with 2.2.6.  

WARN: '{"command":"summary"}' returned nothing

1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
kano
Legendary
*
Offline Offline

Activity: 4452
Merit: 1798


Linux since 1997 RedHat 4


View Profile
April 22, 2012, 11:13:27 PM
Last edit: April 22, 2012, 11:26:10 PM by kano
 #5023

...

But why would you upgraded to an old version?

my bad for not keeping with the all the versions.


still I am wondering why a command that used to work with the api, does not work with 2.2.6.  

WARN: '{"command":"summary"}' returned nothing

Either you don't have access to the API since you haven't granted access or you mistyped it.

If you didn't mistype that, then if you use your original cgminer API settings then that command will work.

The access control changed so that if you didn't modify your cgminer options, you would still have read access, but no write/priviledged access.

As I stated at the time - it was a security fix.
Granting access to destroy your rig or steal your hashes by default seemed like a bad idea.
You now have to choose to let people destroy it or steal hashes (the 'W:' prefix)

I'll waste my time posting the relevant RPC API contents of the README since you didn't read it all:
Quote
RPC API

If you start cgminer with the "--api-listen" option, it will listen on a simple TCP/IP socket for single string API requests from the same machine running cgminer and reply with a string and then close the socket each time
If you add the "--api-network" option, it will accept API requests from any network attached computer.

You can only access the comands that reply with data in this mode.
By default, you cannot access any privileged command that affects the miner -
you will receive an access denied status message see --api-allow below.

You can specify IP addresses/prefixes that are only allowed to access the API with the "--api-allow" option e.g. --api-allow W:192.168.0.1,10.0.0/24 will allow 192.168.0.1 or any address matching 10.0.0.*, but nothing else
IP addresses are automatically padded with extra '.0's as needed
Without a /prefix is the same as specifying /32
0/0 means all IP addresses.
The 'W:' on the front gives that address/subnet privileged access to commands that modify cgminer.
Without it those commands return an access denied status.
Privileged access is checked in the order the IP addresses were supplied to "--api-allow"
The first match determines the privilege level.
Using the "--api-allow" option overides the "--api-network" option if they are both specified
With "--api-allow", 127.0.0.1 is not by default given access unless specified

See that last line ...

If you don't run the current version, you can read the NEWS to work out when different options were added.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 24, 2012, 04:40:46 AM
 #5024

I've run into a problem running 10 BFL Singles with cgminer 2.3.3 (Windows 7 32-bit). My Singles are assigned to COM ports COM3-COM12 inclusive. I use the following command line:

Code:
cgminer -o http://pool -u <user> -p <pass> --disable-gpu -S COM3 -S COM4 -S COM5 -S COM6 -S COM7 -S COM8 -S COM9 -S COM10 -S COM11 -S COM12

cgminer reports this error:

Code:
[2012-04-23 22:54:00] Started cgminer 2.3.3
[2012-04-23 22:54:00] Icarus Detect: Failed to open COM10
[2012-04-23 22:54:00] Icarus Detect: Failed to open COM11
[2012-04-23 22:54:00] Icarus Detect: Failed to open COM12

It then mines with 7 Singles (COM3-COM9) but doesn't use COM10-COM12). Why is cgminer detecting an Icarus product on COM10-COM12? I have no Icarus, only BFL.

I then tried Ufasoft, and Ufasoft detects and uses all 10 Singles without any issue. Cgminer, however, seems to have trouble with COM10, COM11, and COM12. Might it have something to do with the fact that <n> in COM<n> has 2 digits instead of 1? Has anyone else run into this issue?

If I simplify the command line to only the following:

Code:
cgminer -o http://pool -u <user> -p <pass> --disable-gpu -S COM10 -S COM11 -S COM12

cgminer comes back with "all devices disabled, cannot mine!" (after the 'Icarus Detect: Failed to open COM10' messages).

Any ideas? Cgmine doesn't seem to be happy with COM10-COM12 but is perfectly happy with COM3-COM9.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 24, 2012, 04:46:29 AM
 #5025

Might it have something to do with the fact that <n> in COM<n> has 2 digits instead of 1? Has anyone else run into this issue?
Yes. You need to use the full path if it's more than 1 digit.
Code:
cgminer -S \\.\COM10

Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 24, 2012, 04:59:15 AM
 #5026

Might it have something to do with the fact that <n> in COM<n> has 2 digits instead of 1? Has anyone else run into this issue?
Yes. You need to use the full path if it's more than 1 digit.
Code:
cgminer -S \\.\COM10
That did the trick. Thanks, Luke!
kano
Legendary
*
Offline Offline

Activity: 4452
Merit: 1798


Linux since 1997 RedHat 4


View Profile
April 24, 2012, 05:35:11 AM
Last edit: April 24, 2012, 05:45:14 AM by kano
 #5027

...
It then mines with 7 Singles (COM3-COM9) but doesn't use COM10-COM12). Why is cgminer detecting an Icarus product on COM10-COM12? I have no Icarus, only BFL.
...
It actually says it didn't detect an Icarus if you read again Smiley
However, the Icarus code reports if it attempted and succeeded or failed.
In this case the 3 ports that BFL didn't succeed with were passed on to Icarus to try,
and as it said "Icarus Detect: Failed to open COM1x"

Aside: The next version of the code should actually work with Icarus on windows ...
I get the impression few if any have had it work in the past with Icarus on windows.
My pull request (that hopefully will go in) includes changes based on the suggestions by af_newbie and that made my pull request work fine on windows (that I delayed for a few weeks for that very reason, I hadn't tested it on windows)
It also works wonders for anyone with lots of Icarus devices (even on linux) the current code takes something like almost a minute to check 10 (I'm not sure of the exact figure), but the new one takes at most a little over 0.1s per device

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 24, 2012, 02:14:52 PM
 #5028

For those of you who want to build their own Windows version that works with Icarus, you might want to get icarus.c from my site:

http://www.petermoss.com/cgminer-wdog/my-cgminer-modifications/

I've been running it for a while now, it seems to work well.  I get ~400 Mh/s, 5.30-5.35 shares/min.

What commit was this based on?

kano
Legendary
*
Offline Offline

Activity: 4452
Merit: 1798


Linux since 1997 RedHat 4


View Profile
April 24, 2012, 02:40:44 PM
Last edit: April 24, 2012, 02:55:11 PM by kano
 #5029

For those of you who want to build their own Windows version that works with Icarus, you might want to get icarus.c from my site:

http://www.petermoss.com/cgminer-wdog/my-cgminer-modifications/

I've been running it for a while now, it seems to work well.  I get ~400 Mh/s, 5.30-5.35 shares/min.

Heh you can't actually get 400MH/s unless you use a faster bitstream.
The device can only max out at 380MH/s with the standard bitstream.

I did use your code as a basis for the windows additions I did - serial initialisation - (I just minimised it as much as possible)
You'll see your name is in a comment above that code in driver-icarus.c in the git
The next release (the current git) works on windows.

There's still 2 things that certainly need to (must) be done to driver-icarus.c but they probably wont be there until after the release.
The hash rate (luke-jr found the simple fix for that) is wrong (and wrong in your one also)
That and a USB/UART problem that happens on some machines (I've not yet had it happen on 2 linux computers that have run for days or even weeks)
I'm trying an overnight windows test on another computer to see if I can have it happen

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
Fiyasko
Legendary
*
Offline Offline

Activity: 1428
Merit: 1001


Okey Dokey Lokey


View Profile
April 24, 2012, 04:49:16 PM
 #5030

So i've been HAPPILY using cgminer version 2.1.2 with No issues, And i wonder this.
I have 1x6990 2x6870 1x5830 1x5770
If i update will i notice Obvious changes? Such as higher hashrates?

Woah what the fuck 30mh/core slower??!?!! what the hell!
Here is my gaming system with the dual 6870's

Code:
cgminer version 2.3.3 - Started: [2012-04-24 09:51:27]
--------------------------------------------------------------------------------
 (5s):556.9 (avg):538.2 Mh/s | Q:22  A:15  R:0  HW:0  E:68%  U:8.88/m
 TQ: 1  ST: 2  SS: 0  DW: 1  NB: 2  LW: 0  GF: 0  RF: 0
 Connected to http://pit.deepbit.net:8332 with LP as user *************
 Block: 000009d3c3bee3207dee653e3729bc4e...  Started: [09:51:38]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  74.0C  50%    | 278.0/282.8Mh/s | A:8 R:0 HW:0 U:4.74/m I: 3
 GPU 1:  79.0C  78%    | 278.8/276.0Mh/s | A:9 R:0 HW:0 U:5.33/m I: 3
--------------------------------------------------------------------------------

[2012-04-24 09:52:25] Accepted 00000000.8e56b448.21c0d788 GPU 1 thread 3
[2012-04-24 09:52:27] Accepted 00000000.19c8c4e1.1cfeeeb6 GPU 0 thread 1
[2012-04-24 09:52:32] Accepted 00000000.3ef81cef.66d7bf19 GPU 1 thread 3
[2012-04-24 09:52:36] Accepted 00000000.f375494f.61edeffd GPU 0 thread 1
[2012-04-24 09:53:01] Accepted 00000000.5360ca14.bbe6e9e9 GPU 0 thread 1
[2012-04-24 09:53:02] Accepted 00000000.a2bca0ff.1d014d8c GPU 1 thread 3
[2012-04-24 09:53:08] Accepted 00000000.8ca2ef3d.c819dd63 GPU 1 thread 2
[2012-04-24 09:53:09] Accepted 00000000.fe8c9ea7.a8bb18d8 GPU 1 thread 2
[2012-04-24 09:53:10] Accepted 00000000.5ae48698.4f8fa217 GPU 1 thread 2
[2012-04-24 09:53:10] Accepted 00000000.09e180b8.c099ef9d GPU 1 thread 3
[2012-04-24 09:53:10] Accepted 00000000.7bb4c2f6.b2e10aa9 GPU 1 thread 3
[2012-04-24 09:53:13] Accepted 00000000.5c3b0577.74747a36 GPU 1 thread 2

^^^Newer
v v vOlder
Code:
cgminer version 2.1.2 - Started: [2012-04-24 09:54:18]
--------------------------------------------------------------------------------
 (5s):627.4 (avg):623.3 Mh/s | Q:13  A:15  R:0  HW:0  E:115%  U:12.83/m
 TQ: 2  ST: 1  SS: 0  DW: 0  NB: 1  LW: 0  GF: 0  RF: 0
 Connected to http://pit.deepbit.net:8332 with LP as user ***************
 Block: 000009d3c3bee3207dee653e3729bc4e...  Started: [09:54:18]
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 GPU 0:  75.0C  50%    | 316.0/324.7Mh/s | A:9 R:0 HW:0 U:  7.70/m I: 3
 GPU 1:  79.0C  82%    | 316.2/323.4Mh/s | A:6 R:0 HW:0 U:  5.13/m I: 3
--------------------------------------------------------------------------------

[2012-04-24 09:54:31] Accepted 00000000.d27e0e14.ac2a2dc5 GPU 1 thread 3
[2012-04-24 09:54:37] Accepted 00000000.95685005.07737480 GPU 0 thread 2
[2012-04-24 09:54:38] Accepted 00000000.0c81d27b.62f4eefc GPU 1 thread 3
[2012-04-24 09:54:38] Accepted 00000000.7b58cf89.ad70a24a GPU 0 thread 0
[2012-04-24 09:54:42] Accepted 00000000.14fa51cb.f938df0b GPU 1 thread 3
[2012-04-24 09:54:49] Accepted 00000000.d99bba9d.757eb820 GPU 0 thread 0
[2012-04-24 09:54:53] Accepted 00000000.ae7d0bc0.2caa74d1 GPU 1 thread 3
[2012-04-24 09:54:57] Accepted 00000000.aaf638c5.55ca044b GPU 0 thread 0
[2012-04-24 09:54:57] Accepted 00000000.0456264a.112018e7 GPU 0 thread 0
[2012-04-24 09:55:01] Accepted 00000000.23f02532.2b4aaf5a GPU 1 thread 3
[2012-04-24 09:55:04] Accepted 00000000.37fe79d5.b1743c5b GPU 0 thread 0
[2012-04-24 09:55:14] Accepted 00000000.70255cd6.7b516e40 GPU 0 thread 2

http://bitcoin-otc.com/viewratingdetail.php?nick=DingoRabiit&sign=ANY&type=RECV <-My Ratings
https://bitcointalk.org/index.php?topic=857670.0 GAWminers and associated things are not to be trusted, Especially the "mineral" exchange
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
April 24, 2012, 05:07:15 PM
Last edit: April 24, 2012, 07:22:40 PM by DeathAndTaxes
 #5031

You likely updated your SDK at some point in the past.
cgminer will cache the compiled kernel (bin files) hiding the change in performance.
new version of cgminer has no cached kernel (bin files) so it compiles under new SDK and performance drops.

To confirm:
a) make backup of .bin files in old cgminer directory
b) delete .bin files in old cgminer directory.
c) start cgminer and it will recreate bin files using new SDK.
d) compare performance to "new" cgminer.
jddebug
Sr. Member
****
Offline Offline

Activity: 446
Merit: 250



View Profile
April 24, 2012, 05:43:16 PM
 #5032

You likely updated your SDK at some point in the past.
cgminer will cache the compiled kernel hiding the change in performance.
new version of cgminer has no cached kernel so it compiles under new SDK and performance drops.

To confirm:
a) make backup of .bin files in old cgminer directory
b) delete .bin files in old cgminer directory.
c) start cgminer and it will recreate bin files using new SDK.
d) compare performance to "new" cgminer.


Is there a "best" SDK to be using for mining?
Fiyasko
Legendary
*
Offline Offline

Activity: 1428
Merit: 1001


Okey Dokey Lokey


View Profile
April 24, 2012, 05:45:00 PM
 #5033

You likely updated your SDK at some point in the past.
cgminer will cache the compiled kernel hiding the change in performance.
new version of cgminer has no cached kernel so it compiles under new SDK and performance drops.

To confirm:
a) make backup of .bin files in old cgminer directory
b) delete .bin files in old cgminer directory.
c) start cgminer and it will recreate bin files using new SDK.
d) compare performance to "new" cgminer.

99.9% sure that, That is what it did, Is it possible to use the kernal i saved from 2.1.2 for 2.3.3 Or must i go install old drivers, Complie a .bin, Save it, Install new drivers again, Replace the .bin like i've done before

http://bitcoin-otc.com/viewratingdetail.php?nick=DingoRabiit&sign=ANY&type=RECV <-My Ratings
https://bitcointalk.org/index.php?topic=857670.0 GAWminers and associated things are not to be trusted, Especially the "mineral" exchange
Krak
Hero Member
*****
Offline Offline

Activity: 591
Merit: 500



View Profile WWW
April 24, 2012, 05:49:47 PM
 #5034

Is there a "best" SDK to be using for mining?
2.5 is the best for 6000 series cards IIRC. 2.6 is necessary for 7000 cards and I'm not sure about 5000.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
April 24, 2012, 07:10:55 PM
 #5035

Is there a "best" SDK to be using for mining?
2.5 is the best for 6000 series cards IIRC. 2.6 is necessary for 7000 cards and I'm not sure about 5000.

Not much difference between 2.1, 2.4, 2.5.   A couple % max IIRC.  I use 2.4.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
April 24, 2012, 07:22:03 PM
 #5036

99.9% sure that, That is what it did, Is it possible to use the kernal i saved from 2.1.2 for 2.3.3 Or must i go install old drivers, Complie a .bin, Save it, Install new drivers again, Replace the .bin like i've done before

Maybe.  Try and find out.  There are some incompatibilities between drivers but generally they "play nice".

Also driver =/= SDK.
AMD package installs them together but you can install/uninstall just the SDK.

So you can install the latest driver and SDK 2.4 for example.
On a new install just make sure to ONLY install the driver you want and then ONLY install the SDK you want.

The one exception is SDK 2.6 which is broken and an ass to uninstall completely.  There is a thread about it somewhere.  Another option is I think conman has compiled kernels (bin files) on a server somewhere.
jddebug
Sr. Member
****
Offline Offline

Activity: 446
Merit: 250



View Profile
April 24, 2012, 07:22:56 PM
 #5037

Is there a "best" SDK to be using for mining?
2.5 is the best for 6000 series cards IIRC. 2.6 is necessary for 7000 cards and I'm not sure about 5000.

Not much difference between 2.1, 2.4, 2.5.   A couple % max IIRC.  I use 2.4.

But 2.6 has a big drop off for 5000 and 6000 series cards?
twmz
Hero Member
*****
Offline Offline

Activity: 737
Merit: 500



View Profile
April 24, 2012, 07:46:42 PM
 #5038

I have a requested enhancement (see below for the bounty).  I have a need to log all of the shares that are found by cgminer (for statistical analysis purposes) and the existing information that is output is almost enough but In order to do my calculations, I need to know the target for the work that resulted in the share since I mine on pools that don't have a fixed share difficulty.

The current output looks something like this:

Code:
[2012-04-24 14:27:39] Accepted 00000000.131be987.c9501e82 PGA 0 thread 0 pool 1

My request is for some option to add in the target for the share.  To save output space, it would be preferable for it to be displayed as the equivalent difficulty and not the massively verbose hex target.  So as to not bother other cgminer users or those that are already parsing the current output, perhaps it should be optional (based on a new command line parameter, etc)?

I'm imagining something like:

Code:
[2012-04-24 14:27:39] Accepted 00000000.58373f06.7b5f26c7 (0.999985) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Accepted 00000000.4534557e.a78f6b4a (2.314230) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Accepted 00000000.db937fb0.34751330 (4.000000) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Rejected 00000000.ca984202.8376eec0 (0.999985) PGA 1 thread 1 pool 1
[2012-04-24 14:27:47] Rejected 00000000.714a3646.4348042c (0.999985) PGA 0 thread 0 pool 1

Or some other equally parse-able format that includes the timestamp, accepted/rejected, the share hash (or at least as much as is currently included), the difficulty/target, which device it was, and which pool it was (for cases where there are multiple pools configured).  It's fine if it also includes the thread (as shown above), but I don't need that information, myself.

I have looked at the code and I don't think this is super difficult, but I am not a skilled enough C/C++ programmer to do the enhancement myself with any confidence, so I will put up a bounty for it instead.  I know ckolivas is busy and/or on a break, so I don't mind if someone else does it and provides a patch.  That said, I'd prefer to see it incorporated into the mainline source code so that I don't have to worry about it breaking in the future, so I'm going to include some incentive for it to be merged as well.  Here are the bounties I am willing to pay:

  • 5 BTC to the author of a working patch against the current git cgminer source.
  • 5 BTC to the author of the patch if and when it gets merged into the cgminer source. This obviously means the change has to be done well enough that ckolivas is comfortable merging it.
  • 5 BTC to ckolivas if he merges the patch.

So that is 15 BTC to ckolivas if he does it all himself, or if it is done by someone else up to 10 BTC to the author and 5 BTC to ckolivas for merging it.


Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
April 24, 2012, 10:10:42 PM
Last edit: April 25, 2012, 12:30:56 AM by Luke-Jr
 #5039

I have a requested enhancement (see below for the bounty).  I have a need to log all of the shares that are found by cgminer (for statistical analysis purposes) and the existing information that is output is almost enough but In order to do my calculations, I need to know the target for the work that resulted in the share since I mine on pools that don't have a fixed share difficulty.

The current output looks something like this:

Code:
[2012-04-24 14:27:39] Accepted 00000000.131be987.c9501e82 PGA 0 thread 0 pool 1

My request is for some option to add in the target for the share.  To save output space, it would be preferable for it to be displayed as the equivalent difficulty and not the massively verbose hex target.  So as to not bother other cgminer users or those that are already parsing the current output, perhaps it should be optional (based on a new command line parameter, etc)?

I'm imagining something like:

Code:
[2012-04-24 14:27:39] Accepted 00000000.58373f06.7b5f26c7 (0.999985) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Accepted 00000000.4534557e.a78f6b4a (2.314230) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Accepted 00000000.db937fb0.34751330 (4.000000) PGA 1 thread 1 pool 1
[2012-04-24 14:27:44] Rejected 00000000.ca984202.8376eec0 (0.999985) PGA 1 thread 1 pool 1
[2012-04-24 14:27:47] Rejected 00000000.714a3646.4348042c (0.999985) PGA 0 thread 0 pool 1

Or some other equally parse-able format that includes the timestamp, accepted/rejected, the share hash (or at least as much as is currently included), the difficulty/target, which device it was, and which pool it was (for cases where there are multiple pools configured).  It's fine if it also includes the thread (as shown above), but I don't need that information, myself.
Wrote code to append a file with this format: timestamp,disposition,target,pool,dev,thr,sharehash,sharedata

Will edit-in an example to this post when I get a chance to test (currently doing an all-day test of some other code).

Example:
Code:
1335313090,reject,ffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000000,http://luke.dashjr.org/tmp/code/earlyshare.json,CPU3,3,6f983c918f3299b58febf95ec4d0c7094ed634bc13754553ec34fc3800000000,00000001a0980aff4ce4a96d53f4b89a2d5f0e765c978640fe24372a000001c5000000004a4366808f81d44f26df3d69d7dc4b3473385930462d9ab707b50498f681634a4f1f63d01a0cd43fb3380000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000

If you want to test it before me, here's a paste of the code. It at least compiles for Windows. Zero checking on Linux so far.

DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
April 24, 2012, 10:14:52 PM
 #5040

Can multiple devices be specified in the config file?
i.e. the equivelent on -d0 -d1 -d3 -d4 -d5 on command line in the config file is ?
Pages: « 1 ... 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 [252] 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 ... 843 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!