Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 279. (Read 5805537 times)

legendary
Activity: 1540
Merit: 1001
Those USB miners are really fast!!
...
M
Yes with 3.1.1 you need to tell it what they are.

If they are AMU then
 --icarus-timing 2.9761=100 --icarus-options 115200:1:1

If they are something else ... ?

They are USB block erupters.  Everything looks good for a while, and then suddenly a few of them start showing really high hash rates.

M
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
2 questions when running under linux.

1. Is there a kill signal to stop cgminer gracefully?
2. If i run cgminer with a config file, does sending the "restart" command via the API make cgminer re-read the config file if its been edited by hand before restarting?

Edit:-
just figured out answer to 1 myself. A normal kill on cgminer pid made it stop gracefully.
1) Press 'Q', or: start cgminer with --api-listen --api-allow w:127.0.0.1 and java API quit or echo -n quit | nc 127.0.0.1 4028 ; echo or ... etc
2) Yes but you are better to run it in a loop and use 'quit' rather than 'restart'
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Those USB miners are really fast!!
...
M
Yes with 3.1.1 you need to tell it what they are.

If they are AMU then
 --icarus-timing 2.9761=100 --icarus-options 115200:1:1

If they are something else ... ?
sr. member
Activity: 322
Merit: 250
Supersonic
2 questions when running under linux.

1. Is there a kill signal to stop cgminer gracefully?
2. If i run cgminer with a config file, does sending the "restart" command via the API make cgminer re-read the config file if its been edited by hand before restarting?

Edit:-
just figured out answer to 1 myself. A normal kill on cgminer pid made it stop gracefully.
legendary
Activity: 1540
Merit: 1001
Those USB miners are really fast!!

Code:
cgminer version 3.1.1 - Started: [2013-07-07 10:50:53]
------------------------------------------------------------------------------
(5s):4.217G (avg):7.948Ph/s | A:11487  R:1355  HW:160  U:49.5/m  WU:56.1/m
ST: 2  SS: 11  NB: 28  LW: 89414  GF: 18  RF: 1
Connected to 192.168.0.194 diff 1 with LP as user miner1
Block: e3e550fe79b0516d...  Diff:19.6K  Started: [14:41:52]  Best share: 17.4K
------------------------------------------------------------------------------
[P]ool management [S]ettings [D]isplay options [Q]uit
ICA  0:                | 332.6M/1.324Ph/s | A: 974 R:102 HW:10 U:  4.20/m
ICA  1:                | 333.5M/330.3Mh/s | A: 930 R: 96 HW:11 U:  4.01/m
ICA  2:                | 334.0M/331.1Mh/s | A: 978 R:112 HW:18 U:  4.21/m
ICA  3:                | 716.8M/1.324Ph/s | A: 948 R:112 HW:12 U:  4.08/m
ICA  4:                | 333.9M/330.3Mh/s | A: 960 R:112 HW:10 U:  4.14/m
ICA  5:                | 334.2M/1.324Ph/s | A: 952 R:124 HW:12 U:  4.10/m
ICA  6:                | 334.3M/1.324Ph/s | A: 935 R:110 HW:11 U:  4.03/m
ICA  7:                | 334.0M/1.324Ph/s | A: 966 R:114 HW:15 U:  4.16/m
ICA  8:                | 333.8M/1.324Ph/s | A: 961 R:109 HW:13 U:  4.14/m
ICA  9:                | 334.0M/330.7Mh/s | A:1009 R:119 HW:18 U:  4.35/m
ICA 10:                | 333.8M/330.9Mh/s | A: 903 R:116 HW: 8 U:  3.89/m
ICA 11:                | 333.9M/330.7Mh/s | A: 971 R:129 HW:22 U:  4.18/m

M
legendary
Activity: 896
Merit: 1000
Send me a CM1 and I'll get it working ...

That is an offer that someone should take advantage of.

The idea of someone/something releasing a new mining device and then expecting a developer of the code to run that mining device to BUY and then develop the code to support it.........

WTF is the thinking behind that?

Neil
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
seems like i have to go back to bfgminer Sad tried cm1 with --icarus-options with different configs baud:4:1 baud:2:1 baud:1:1 and still crashes... it seems its the dynamic bitstream...

oh well... thanks for the efforts... when i figure out how to change the bitstream to makomk it should be ok to come back Sad
Yep there are multiple CM1 bitstreams.
Since I don't have a CM1 I've not tried to handle the non-Icarus bitstreams.
Send me a CM1 and I'll get it working ...
newbie
Activity: 57
Merit: 0
seems like i have to go back to bfgminer Sad tried cm1 with --icarus-options with different configs baud:4:1 baud:2:1 baud:1:1 and still crashes... it seems its the dynamic bitstream...

oh well... thanks for the efforts... when i figure out how to change the bitstream to makomk it should be ok to come back Sad
hero member
Activity: 737
Merit: 500
Quote
How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin.
You cannot.

That degree of control no one has been able to prove to me there are any circumstances that it serves any useful purpose, so I never bothered to implement such tight scheduling over pool share submission. Optimising your share submission to not lose work and/or sharing to minimise variance are all you need.

This would be the only real reason, I guess:

https://bitcointalksearch.org/topic/mine-in-multiple-pools-to-reduce-variance-78031

In other words, if you are mining at two pools and one is large and one is small, you actually might be increasing you variance (vs just mining at the large pool alone) if you mine at them 50/50.

But to be super useful, you'd want something like "BALANCE" combined with some API options to change the ratios on the fly so that some outside script could periodically use pool APIs to determine total hashrate and then use cgminer API to tweak the ratios appropriately.
newbie
Activity: 52
Merit: 0

How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin.

I believe what you want looks like:
cgminer --rotate 15 -o http://pool0:port -u pool0username -p pool0password  -o http://pool0:port -u pool0username -p pool0password  -o http://pool0:port -u pool0username -p pool0password -o http://pool1:port -u pool1usernmae -p pool1password
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is there a thread that explains multiple pools set up for cgminer.
The README included does all that and more. Exciting stuff!

How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin.
You cannot.

That degree of control no one has been able to prove to me there are any circumstances that it serves any useful purpose, so I never bothered to implement such tight scheduling over pool share submission. Optimising your share submission to not lose work and/or sharing to minimise variance are all you need.
sr. member
Activity: 257
Merit: 250
Cheers for the feedback , ckolivas and os2sam.
legendary
Activity: 3583
Merit: 1094
Think for yourself
I am trying this ,

add pool
write config file
open config file

how do I specify time spent on each pool ?

--------------Readme-------------------
--rotate       Change multipool strategy from failover to regularly rotate at N minutes (default: 0)
--------------Readme Not---------------
sr. member
Activity: 257
Merit: 250
I am trying this ,

add pool
write config file
open config file

how do I specify time spent on each pool ?
sr. member
Activity: 257
Merit: 250
Is there a thread that explains multiple pools set up for cgminer.
The README included does all that and more. Exciting stuff!

How can I do 75%/45 minutes pool 0 , 25%/15 minutes pool 1 , is that round robin.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is there a thread that explains multiple pools set up for cgminer.
The README included does all that and more. Exciting stuff!
sr. member
Activity: 257
Merit: 250
Is there a thread that explains multiple pools set up for cgminer.

I found https://bitcointalksearch.org/topic/need-help-adding-a-2nd-pool-to-cgminer-batch-and-load-balancing-68901 yesterday. Pooling to bitminter and slush's nicely with the new config file.




are you using active cooling on the USB erupters?  if not that might be the source of your crashing.  (just a guess, I don't do linux)

M

Yeah. My fan only only arrived today, so we'll see if that helps, but I'm sceptical. The whole thing stops all at once, whereas with overheating I would have expected individual Erupters to stop without necessarily shutting cgminer down


This https://bitcointalksearch.org/topic/m.615755    is the closest I've found to any sort of automated reconnection. I think it's for a screen thing or something, which I'm not familiar with. I don't know how to alter or implement that script for auto-restart of failed cgminer


@ micalith , cheers for the link to the OT
hero member
Activity: 894
Merit: 501
Is there a thread that explains multiple pools set up for cgminer.

I found https://bitcointalksearch.org/topic/need-help-adding-a-2nd-pool-to-cgminer-batch-and-load-balancing-68901 yesterday. Pooling to bitminter and slush's nicely with the new config file.




are you using active cooling on the USB erupters?  if not that might be the source of your crashing.  (just a guess, I don't do linux)

M

Yeah. My fan only only arrived today, so we'll see if that helps, but I'm sceptical. The whole thing stops all at once, whereas with overheating I would have expected individual Erupters to stop without necessarily shutting cgminer down


This https://bitcointalksearch.org/topic/m.615755    is the closest I've found to any sort of automated reconnection. I think it's for a screen thing or something, which I'm not familiar with. I don't know how to alter or implement that script for auto-restart of failed cgminer
sr. member
Activity: 257
Merit: 250
Is there a thread that explains multiple pools set up for cgminer.
Jump to: