Author

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

legendary
Activity: 1904
Merit: 1185
notorious shrimp!
Choosing which multipool strategy?

Failover, Round Robbin? Want to use mutiple pools at the same time
Rotate? I'm not a pool hopper ;-)

Balance vs Load Balance?
Don't get it from README.
Maybe someone can explain it in a few simple words?

what are the pros and cons?

regards bcm42
legendary
Activity: 2450
Merit: 1002
On the next build can "device" : "0,1,etc..",   
get fixed for conf files?
Ive tried the above syntax and also listing "device" several times w/ one value for each gpu...it just uses the last one. This has been a bug since very early versions of cgminer and surprised its not fixed.
Unless Im doin the syntax wrong....
Yeah maybe. I'll look into it.

cool, yeah I know its a bug now. I ran cgminer, manually disabled a gpu, wrote the config from within cgminer to new conf file, told cgminer to use that conf and it ignored all "device" entries except the last one. So, all devices got devices cept last one =(
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
On the next build can "device" : "0,1,etc..",   
get fixed for conf files?
Ive tried the above syntax and also listing "device" several times w/ one value for each gpu...it just uses the last one. This has been a bug since very early versions of cgminer and surprised its not fixed.
Unless Im doin the syntax wrong....
Yeah maybe. I'll look into it.
legendary
Activity: 2450
Merit: 1002
On the next build can "device" : "0,1,etc..",   
get fixed for conf files?
Ive tried the above syntax and also listing "device" several times w/ one value for each gpu...it just uses the last one. This has been a bug since very early versions of cgminer and surprised its not fixed.
Unless Im doin the syntax wrong....
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
I want to run 1 bf single on a separate pool. I tried the "-S COM9" command, but it still starts all the units. I thought I had done it that way in the past. Is there still a way to do it?
--usb BFL:1

(it will normally grab all)

See the other examples in README
hero member
Activity: 518
Merit: 500
I want to run 1 bf single on a separate pool. I tried the "-S COM9" command, but it still starts all the units. I thought I had done it that way in the past. Is there still a way to do it?
member
Activity: 80
Merit: 10
Is there any way to check if this was actually happening?
Seems strange since these are rigs with capacity below 1Mhash
Could be unrelated. Was there any other message? It would tell you if the data was corrupted which is more likely if they all had it then... and wtf is <1MHash? Cgminer doesn't run on any hardware that slow.

Sorry meant below 1000Mhash
No that was the error message that I got.
Anyhow I will monitor this and let you know if this happens once more.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is there any way to check if this was actually happening?
Seems strange since these are rigs with capacity below 1Mhash
Could be unrelated. Was there any other message? It would tell you if the data was corrupted which is more likely if they all had it then... and wtf is <1MHash? Cgminer doesn't run on any hardware that slow.
member
Activity: 80
Merit: 10
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.

Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason?
I don't know if it plays any role, all were mining at BTCGuild
Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more.

Ok just noticed that this happened at the same time for all the rigs.
My best bet would be that it is the pool's fault, since it happened exactly at the same time.
Is there anything else I should look into though? Seems quite strange
Perhaps it hadn't disconnected but you were sending lots of shares and cgminer was simply waiting for the response to all of them and btcguild wasn't delivering. cgminer needs to keep a record of shares submitted until it gets a response. I've been meaning to find some useful way to throttle how many records it stores to prevent this from happening.

Is there any way to check if this was actually happening?
Seems strange since these are rigs with capacity below 1Mhash
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.

Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason?
I don't know if it plays any role, all were mining at BTCGuild
Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more.

Ok just noticed that this happened at the same time for all the rigs.
My best bet would be that it is the pool's fault, since it happened exactly at the same time.
Is there anything else I should look into though? Seems quite strange
Perhaps it hadn't disconnected but you were sending lots of shares and cgminer was simply waiting for the response to all of them and btcguild wasn't delivering. cgminer needs to keep a record of shares submitted until it gets a response. I've been meaning to find some useful way to throttle how many records it stores to prevent this from happening.
member
Activity: 80
Merit: 10
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.

Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason?
I don't know if it plays any role, all were mining at BTCGuild
Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more.

Ok just noticed that this happened at the same time for all the rigs.
My best bet would be that it is the pool's fault, since it happened exactly at the same time.
Is there anything else I should look into though? Seems quite strange
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.

Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason?
I don't know if it plays any role, all were mining at BTCGuild
Nope. It can only happen when it runs out of some kind of resource. It doesn't mean the machine itself ran out of ram, but the OS refused to give it any more.
member
Activity: 80
Merit: 10
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.

Well it seems a bit impossible to run out of RAM (rigs have different configurations varying from 1gb to 4gb of ram). Could there be any other reason?
I don't know if it plays any role, all were mining at BTCGuild
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
That sort of error (not specifically that, but it's one possibility) would happen when you run out of ram... the question is why are you running out of ram.
member
Activity: 80
Merit: 10
Hi everyone I am getting the same error in cgminer in all of my rigs and it stops working
Error is the following:

Failed to convert header to data in gen_stratum_work

Any idea what this is?
legendary
Activity: 3583
Merit: 1094
Think for yourself
I have issue about efficiency ...

U:9:02/m and U:5.02/m can i ignore it or worry?



thx

U: or Utility is how many shares per minute.  Why would you ignore or worry about it?  It's good information.
U: isn't very useful any more since the advent of higher difficulty shares.
If you mine at 2 diff only, then you'd double U: to get the equivalent 1 diff value.
However, you don't usually mine at only a single diff value ... it changes at least once when you start mining
(and on some pools it changes often)
WU: is way more useful in that respect ... however it includes rejects etc.

U: is still shares per minute.  The WU: is a good estimation what you are being credited by the pool.  In my case they are pretty close since all of my work is diff1.  Still I think it's good information to have your rate at your fingertips.

I just have no idea what the OP was getting at so I was just attempting to explain what the U: meant.
sr. member
Activity: 322
Merit: 250



FYI, for 3.1.0  on Win 7 64.


If one of many BFL units are unplugged cgminer will zombie that unit, if an additional device is unplugged then cgminer stops work completely on all units with usb comm errors.

legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
I have issue about efficiency ...

U:9:02/m and U:5.02/m can i ignore it or worry?



thx

U: or Utility is how many shares per minute.  Why would you ignore or worry about it?  It's good information.
U: isn't very useful any more since the advent of higher difficulty shares.
If you mine at 2 diff only, then you'd double U: to get the equivalent 1 diff value.
However, you don't usually mine at only a single diff value ... it changes at least once when you start mining
(and on some pools it changes often)
WU: is way more useful in that respect ... however it includes rejects etc.
sr. member
Activity: 476
Merit: 250
I'm totally for keeping CGMiner as simple as possible. I actually wonder if one day you will drop GPU support for strictly ASIC support. However, the higher performance of native cuda seems to be pushing the cards into the realm of slightly profitable. A 580 seems to push 280KH/s, which is about $1.25/day profit.

I'm curious as to what miner this would be where they were able to get 280 out of it. As I'm one of those poor bastards trying to make just 1 BTC on my 670 with a profit of ~$0.30 - $0.50 a day
i can confirm this since i have a 580 too (slighty OC).
if your interested which miner it is, the miner is called cudaminer
also with cudaminer you only use RAM on your GPU, you dont need alot of sysRAM to mine it Smiley my cudamminer uses 35kB RAM and allocates 1252 MB on my GPU (this depends on the launch-config of cudaminer)

Wait, is cudaminer bitcoin or litecoin based?

The answer to all your cudaminer questions: https://bitcointalksearch.org/topic/ann-cudaminer-ccminer-cuda-based-mining-applications-windowslinuxmacosx-167229

It's litecoin by the way, all scrypt coins actually
newbie
Activity: 21
Merit: 0
I'm totally for keeping CGMiner as simple as possible. I actually wonder if one day you will drop GPU support for strictly ASIC support. However, the higher performance of native cuda seems to be pushing the cards into the realm of slightly profitable. A 580 seems to push 280KH/s, which is about $1.25/day profit.

I'm curious as to what miner this would be where they were able to get 280 out of it. As I'm one of those poor bastards trying to make just 1 BTC on my 670 with a profit of ~$0.30 - $0.50 a day
i can confirm this since i have a 580 too (slighty OC).
if your interested which miner it is, the miner is called cudaminer
also with cudaminer you only use RAM on your GPU, you dont need alot of sysRAM to mine it Smiley my cudamminer uses 35kB RAM and allocates 1252 MB on my GPU (this depends on the launch-config of cudaminer)

Wait, is cudaminer bitcoin or litecoin based?
Jump to: