OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[ak49er]

I am using cgminer with multiple pools for different coins.

Taken straight from the first paragraph of the README:

Do not use on multiple block chains at the same time!

But he's only got one active pool at a time via the API, (at least I asusme it's just one pool), so does this warning still stand?

[turtle83]

I am using cgminer with multiple pools for different coins.

Taken straight from the first paragraph of the README:

Do not use on multiple block chains at the same time!

But he's only got one active pool at a time via the API, (at least I asusme it's just one pool), so does this warning still stand?

Right, i use "--failover-only", and then "switchpool" command to set which pool i want to mine at. The logs and display show that its only mining the pool i want it to. and if this pool is down, it failsover to something else. Works like i want it to, I dont "feel" there is any issue in terms of payouts or smthn...

[The00Dustin]

But he's only got one active pool at a time via the API, (at least I asusme it's just one pool), so does this warning still stand?

Depends on his definition of "active".  If the other pools are all disabled and cgminer isn't communicating with them, it would work fine, in theory.  However, in any other scenario, where cgminer is communicating with them, it will see new blocks that aren't part of the chain it is mining.

[The00Dustin]

Right, i use "--failover-only", and then "switchpool" command to set which pool i want to mine at. The logs and display show that its only mining the pool i want it to. and if this pool is down, it failsover to something else. Works like i want it to, I dont "feel" there is any issue in terms of payouts or smthn...

I believe failover-only still communicates with the failover pools.  You can verify this with netstat.  Switches depend on OS and what you know about the output / want to see.

[The00Dustin]

Right, i use "--failover-only", and then "switchpool" command to set which pool i want to mine at. The logs and display show that its only mining the pool i want it to. and if this pool is down, it failsover to something else. Works like i want it to, I dont "feel" there is any issue in terms of payouts or smthn...

I believe failover-only still communicates with the failover pools.  You can verify this with netstat.  Switches depend on OS and what you know about the output / want to see.

More importantly, if it wasn't communicating with them, then it wouldn't know the difficulty, defeating what you are trying to do to begin with.  IOW, for what you are trying to do to possibly work, all but the "currently active" pool would need to be disabled, and you would need to poll the difficulty from the wallets, all of which would need to be accessible from your polling application (either locally or over the network).

[turtle83]

Right, i use "--failover-only", and then "switchpool" command to set which pool i want to mine at. The logs and display show that its only mining the pool i want it to. and if this pool is down, it failsover to something else. Works like i want it to, I dont "feel" there is any issue in terms of payouts or smthn...

I believe failover-only still communicates with the failover pools.  You can verify this with netstat.  Switches depend on OS and what you know about the output / want to see.

More importantly, if it wasn't communicating with them, then it wouldn't know the difficulty, defeating what you are trying to do to begin with.  IOW, for what you are trying to do to possibly work, all but the "currently active" pool would need to be disabled, and you would need to poll the difficulty from the wallets, all of which would need to be accessible from your polling application (either locally or over the network).

Hmm makes sense http://pastie.org/private/c2qa7mv7dsncpnyxkcryoa is from a pool thats not "currently active".

Code:

'Status': u'Alive',
 'Stratum Active': False,

When i switch to this pool it uses stratum only. But here its showing it as Alive, and stratum to be inactive. Will need to tcpdump to see if difficulty info is being passed along for inactive pools or not.

I have been using wallet to get difficulty information, but would like to remove wallet dependency. I use raspberry pi to mine which is incapable of running wallets. Currently i run the wallet on my desktop, but I want to shut down the desktop for few weeks.

The difficulty from block explorer sites (basically getdifficulty method) shows the difficulty of the last block mined, not the current network difficulty.

[bitcoindaddy]

current cgminer (git):

SEM: Icarus USB failed to release '/tmp/cgminer-usb-2-7' err (11) Resource temporarily unavailable

on USB block erupter


Edit:  the worst part isn't the fact that there are zombies, it's that sometimes, one stops working, the green light comes on, and it never recovers again.



[2013-06-12 18:30:14] AMU0: Comms error (werr=-9 amt=0)
 [2013-06-12 18:30:14] AMU 0 failure, disabling!
 [2013-06-12 18:30:14] Thread 0 being disabled
 [2013-06-12 18:30:16] AMU0: Comms error (rerr=-9 amt=0)
 [2013-06-12 18:30:16] SEM: Icarus USB failed to release '/tmp/cgminer-usb-2-3' err (11) Resource temporarily unavailable
 [2013-06-12 18:30:16] FAIL: USB remove not already in use (2:3)

[narousberg]

HI guys
I have tryed cgminer 3.2.1 for my ZTEX 1.15y on Windows 7
WinUSB driver installed with Zadig.
But i have a problem to start cgminer with more then 4 boards. Program dont want start if i connect 5 and more boards.
Please help

[jesse11]

Here, give this a shot 

C:\cgminer\cgminer-nogpu.exe -o [pool]:[port] -u [username].[worker] -p [password] --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S //./COM3 -S //./COM4 -S //./COM5 -S //./COM6

[narousberg]

Here, give this a shot 

C:\cgminer\cgminer-nogpu.exe -o [pool]:[port] -u [username].[worker] -p [password] --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S //./COM3 -S //./COM4 -S //./COM5 -S //./COM6

this dont help. Same problem. Cgminer answer with -S unrecognized option

[narousberg]

How to connect 50 ZTEX 1.15y boards to cgminer? Any ideas....

[jesse11]

Have you tried to plug the 5th board on the computer by itself and start cgminer to see if it works?

[mdude77]

When I press Q to quit CGMiner 3.2.1 most of the time it crash's.  Once out of 3 or 4 times does it display the summary when pressing Q.

Win7 32bit running cgminer-nogpu.
Thanks,
Sam

Try closing the window w/o pressing Q.

M

[os2sam]

When I press Q to quit CGMiner 3.2.1 most of the time it crash's.  Once out of 3 or 4 times does it display the summary when pressing Q.

Win7 32bit running cgminer-nogpu.
Thanks,
Sam

Try closing the window w/o pressing Q.

M

Then I won't get the summary of stats.  I would like to get that information at times.

[os2sam]

The --usb command gives you finer control over this. The --device command only takes one set of values now (-d 0-1 instead of -d 0 -d 1) and only works for usb devices since version 3.2.1, and it is a coarse command.

I went ahead and tried it now.

"--usb 5:1,5:2" in one instance
"--usb 3:1,3:2" in the other instance

Both hashing away just fine.  Now I can more objectively compare pools.
Thanks,
Sam

Is that all that is necessary to run multiple instances or is there other "secret sauce"?  What do  the number mean?

i believe the number is bus:device.

so "5:1" means device 1 on bus 5. on linux lsusb shows you the bus and device number for each usb device.

You are correct sir.

It is in the readme too.  I missed it when setting up as I was reading the ASIC readme instead of the regular one.  So it's good to read both.

And yes that is all that is necessary.
Sam

[narousberg]

Have you tried to plug the 5th board on the computer by itself and start cgminer to see if it works?

yes, all boards work perfekt. I have tested with diferent boards
I have tried with 3 and less boards and used --hotplug 5 option, but hotpluging function dont work absolutly.
only max 4 boards in a time accept cgminer.(((

[jesse11]

You should buy a BeagleBone Black A5 DevKit here http://www.amazon.com/gp/product/B00CUP7VWI/ref=pd_lpo_k2_dp_sr_1/175-6597021-3541669?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=lpo-top-stripe-1&pf_rd_r=1GYTEC46C84NSC2J0S4H&pf_rd_t=201&pf_rd_p=1535523722&pf_rd_i=B00CHYOLHK and set it up for extra miners. The BeagleBone Black is like a mini computer and will run Linux 

[EvgenijM86]

Hello, I wanted to ask cgminer community about "efficiency" parameter. For example: if I have efficiency = 8%, then does this mean that I can potentially find 92%/8% = 11.5 more shares in the same time-frame with proper pool and miner settings? Personally I think this parameter is rather useless, because even if I change share because of new blocks, then probability of finding this new share would either:
1) not change much (if cgminer remembers what hashes he previously computed for previous share).
2) not change at all (if cgminer computation is totally random).

But my friend thinks that we should reduce share difficulty of our pool, so that computations of shares almost never interrupted.


Note: Efficiency parameter is located in pool management [p] -> Information .

[dermo]

maybe that can help I'm not sur what your are talking about
I'm using 1 AMD 7950 @ 1150/1500
Diff is set to "256" by the pool

Pool: http://ltcmine.ru:3333
Does not have own long-poll support
 Queued work requests: 942
 Share submissions: 1558
 Accepted shares: 1524
 Rejected shares: 34
 Accepted difficulty shares: 397358
 Rejected difficulty shares: 8867
 Reject ratio: 2.2%
 Efficiency (accepted / queued): 162%
 Discarded work due to new blocks: 1740
 Stale submissions discarded due to new blocks: 0
 Unable to get work from server occasions: 12
 Submitting work remotely delay occasions: 0

cgminer config file

"intensity" : "20",
"vectors" : "1",
"worksize" : "256",
"kernel" : "scrypt",
"lookup-gap" : "2",
"thread-concurrency" : "24000",
"shaders" : "1792",
"gpu-engine" : "0",
"gpu-fan" : "0-0",
"gpu-memclock" : "0",
"gpu-memdiff" : "0",
"gpu-powertune" : "0",
"gpu-vddc" : "0.000",
"temp-cutoff" : "95",
"temp-overheat" : "85",
"temp-target" : "75",
"api-port" : "4028",
"expiry" : "120",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"gpu-threads" : "1",
"hotplug" : "5",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "60",
"scrypt" : true,
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "/usr/local/bin"

[-ck]

Hello, I wanted to ask cgminer community about "efficiency" parameter. For example: if I have efficiency = 8%, then does this mean that I can potentially find 92%/8% = 11.5 more shares in the same time-frame with proper pool and miner settings? Personally I think this parameter is rather useless, because even if I change share because of new blocks, then probability of finding this new share would either:
1) not change much (if cgminer remembers what hashes he previously computed for previous share).
2) not change at all (if cgminer computation is totally random).

But my friend thinks that we should reduce share difficulty of our pool, so that computations of shares almost never interrupted.


Note: Efficiency parameter is located in pool management [p] -> Information .

Efficiency means nothing any more. It was a metric from the days when getwork was used for providing work and means nothing in the stratum world. I will make sure to get rid of it from the pool information.