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

[netvope]

For scrypt mining on windows with high thread concurrencies, see "How to raise "Maximum buffer memory" in cgminer 2.11.3 ":

http://forum.litecoin.net/index.php/topic,1420.0.html

Summary:

Code:

setx GPU_MAX_ALLOC_PERCENT 100

If anyone wasn't sure how to run it, I've expanded the post on forum.litecoin.net a bit and it should now be clear.

(It took some effort to be able to post here)

ck: that Lucy is cute

[Humanxlemming]

Got to say I have tried loads of other software for mining and this has got to be my favourite

  Keep up the awesome work

[-ck]

ck: that Lucy is cute

You sir have instantly promoted yourself to my friend with that comment See if you can find the link to the game translation project and the association shall then be clear.
(Post intentionally left obscure to those not in the know )

[hope2907]

I've been playing a bit with cgminer (2.11.2 and 2.11.3) and scrypt during the last few hours.
So far the best performance I could achieve on my GV-R797OC-3GD on windows 7 x64 with catalyst 13.2b7 was around 720kH/s with the following settings:

Code:

cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 1044 --gpu-memclock 1500

a more conservative 620kH/s with

Code:

cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 900 --gpu-memclock 1155

and an even more conservative 550kH/s with

Code:

cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2 --gpu-engine 800 --gpu-memclock 870

Increasing thread concurrency above 8192 with --lookup-gap 2 always returns an error like

Code:

Maximum buffer memory device 0 supports says 536870912
Your scrypt settings come to 1467482112
Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG

Lowering thread concurrency below 8192 always produces hardware errors.

With -g > 1 using any intensity higher or lower than 13 will result in lower hashrates.

With -g 1 higher than 13 intensities will more or less match -g 2 -I 13 hashrate at the expenses of system responsiveness.

Increasing lookup gap allows for higher thread concurrencies, but it won't improve performance.

Setting the correct core/memory ratio for your card is the most important tweak, even a small 10MHz difference can make you lose/gain 100-200kH/s.

can anyone get 720kH/s with 1044/1500 and cgminer.exe --scrypt -o http://xxx -u x -p x --intensity 13 -g 2 --thread-concurrency 8192 --lookup-gap 2i can't
i have to set it to 1015/1760 to get 705

[-ck]

Got to say I have tried loads of other software for mining and this has got to be my favourite

  Keep up the awesome work

Thanks it's a labour of love (and anger and hatred and frustration and trolling and headache and heartache and pain at times).

[PatMan]

Hi guys,

Quick question for you, If I want to use cgminer on a pool that requires a completely different configuration from my normal .conf file, which I want to keep, can I load a separate .conf file at startup from the same/a different folder? If so, what is the command needed to load the required .conf from a specified location? Or, is it a case of saving the original .conf file somewhere for use later and making a new .conf file for the pool that needs a different card setup I want to use cgminer on at that time? Ideally I'd like to just add the new pool to my original .conf file and have it load the different configuration required for that particular pool, but after scanning the readme I can't see how it can be done - or have I missed something?

Cheers.

[kano]

Hi guys,

Quick question for you, If I want to use cgminer on a pool that requires a completely different configuration from my normal .conf file, which I want to keep, can I load a separate .conf file at startup from the same/a different folder? If so, what is the command needed to load the required .conf from a specified location? Or, is it a case of saving the original .conf file somewhere for use later and making a new .conf file for the pool that needs a different card setup I want to use cgminer on at that time? Ideally I'd like to just add the new pool to my original .conf file and have it load the different configuration required for that particular pool, but after scanning the readme I can't see how it can be done - or have I missed something?

Cheers.

cgminer -c conf.foo

That will ignore any other conf file (e.g. the default one)

[PatMan]

Hi guys,

Quick question for you, If I want to use cgminer on a pool that requires a completely different configuration from my normal .conf file, which I want to keep, can I load a separate .conf file at startup from the same/a different folder? If so, what is the command needed to load the required .conf from a specified location? Or, is it a case of saving the original .conf file somewhere for use later and making a new .conf file for the pool that needs a different card setup I want to use cgminer on at that time? Ideally I'd like to just add the new pool to my original .conf file and have it load the different configuration required for that particular pool, but after scanning the readme I can't see how it can be done - or have I missed something?

Cheers.

cgminer -c conf.foo

That will ignore any other conf file (e.g. the default one)

Ah! That sounds like exactly what I need Kano, thanks man. Do I need to worry about the saved .bin file at all - or will it also ignore that with this command?

Peace.

[loshia]

Guy's

I have posted this before and i am posting it again.

Today i found a block and and cgminer api stats Found Blocks equals to 0. It happened two or three times since my last post about it.

something happened from 2.10.5 onwards

PS:

To all of you who use cgminer - Do you see Found Blocks >0 when you know you have found a block with versions 2.10.5 onward

Thanks!
 

[kano]

Guy's

I have posted this before and i am posting it again.

Today i found a block and and cgminer api stats Found Blocks equals to 0. It happened two or three times since my last post about it.

something happened from 2.10.5 onwards

PS:

To all of you who use cgminer - Do you see Found Blocks >0 when you know you have found a block with versions 2.10.5 onward

Thanks!
 

It's the same counter used to display when you get the exit summary as is used to display it in the API.
Of course, if you zero the stats - that gets zeroed also.

[12gaFacelift]

i use 24 computer to mine, until today no problem at all but this morning the shit hit me hard. when i open cgminer.exe what surprise i have there....... virus: UnclassifiedMalware@1 just say to me that shit dont come with cgminer 

[miter_myles]

i use 24 computer to mine, until today no problem at all but this morning the shit hit me hard. when i open cgminer.exe what surprise i have there....... virus: UnclassifiedMalware@1 just say to me that shit dont come with cgminer 

"that shit dont come with cgminer"

[BitMinerN8]

i use 24 computer to mine, until today no problem at all but this morning the shit hit me hard. when i open cgminer.exe what surprise i have there....... virus: UnclassifiedMalware@1 just say to me that shit dont come with cgminer 

From the README.txt, FAQ Section:

Q: Is this a virus?
A: Cgminer is being packaged with other trojan scripts and some antivirus
software is falsely accusing cgminer.exe as being the actual virus, rather
than whatever it is being packaged with. If you installed cgminer yourself,
then you do not have a virus on your computer. Complain to your antivirus
software company. They seem to be flagging even source code now from cgminer
as viruses, even though text source files can't do anything by themself.

[BTC-engineer]

Large difference between cgminer mining speed and mining speed on pool.

First my test configuration:
ubuntu 12.10 x64
AMD HD-5750
gpu-driver catalyst-13.2-beta7-linux-x86
cgminer 2.11.3 (self-compiled)
Pool: litecoinpool

Everything seems to work normal, even if I still didn't optimized the setup.
cgminer starts mining at a relatively constant rate of about 130Kh/s.
The cgminer output look good to me:
 [2013-03-19 14:50:13] Started cgminer 2.11.3
 [2013-03-19 14:50:13] Probing for an alive pool
 [2013-03-19 14:50:13] Long-polling activated for http://litecoinpool.org:9332/LP
 [2013-03-19 14:50:16] Accepted 3f12469b Diff 4/1 GPU 0
 [2013-03-19 14:50:20] Accepted 28f14178 Diff 6/1 GPU 0
 [2013-03-19 14:50:32] Accepted 40203bbe Diff 3/1 GPU 0
 [2013-03-19 14:50:32] Accepted 698335d9 Diff 2/1 GPU 0
 ....

But the mining speed I can see at the pool is only about 13Kh/s, so 1/10 of the expected rate.
It's not only a speed calculation issue, because I traced over a longer period the number of shares the pool received and they are also only about 1/10 of the expected number.
I tried a cpu litecoin mining software, and the speed from the mining software does pretty much match with the pool speed.

Does anyone have this strange effect too, or knows what the reason could be?
  


 

[os2sam]

i use 24 computer to mine, until today no problem at all but this morning the shit hit me hard. when i open cgminer.exe what surprise i have there....... virus: UnclassifiedMalware@1 just say to me that shit dont come with cgminer 

If you search this thread you will probably come up with hundreds of replies about false virus scanner hits.  Email a complaint about the false hit to your antivirus vendor.

[loshia]

Guy's

I have posted this before and i am posting it again.

Today i found a block and and cgminer api stats Found Blocks equals to 0. It happened two or three times since my last post about it.

something happened from 2.10.5 onwards

PS:

To all of you who use cgminer - Do you see Found Blocks >0 when you know you have found a block with versions 2.10.5 onward

Thanks!
 

It's the same counter used to display when you get the exit summary as is used to display it in the API.
Of course, if you zero the stats - that gets zeroed also.

Kano,
I have not zeroed the stats. I will check it out on exit when i do upgrade cgminer. I am sure that there is something wrong. Anyway, I will let you know what info i get on exit

Best

[Nemo1024]

I am the author of Bitcoin Miners in Tray, a Windows universal front-end for coin miners:
https://bitcointalk.org/index.php?topic=149442.msg1642010#msg1642010
http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/

When testing it with CGMiner, I discovered a bug in how CGMiner outputs lines on stdout. First of all CGMiner needs to be started with -T to disable ncurses, which is fine.

The output on stderr is also written correctly, so that the front-end gets an event after each line that is sent to stderr stream from CGMiner.

stdout, on the other hand is not flushed after each line, so that the front-end gets all text on stdout redirection in one huge chunk at the moment when CGMiner stops and closes its streams.

The only workaround is to use --verbose and read what should have been on stdout from stderr, living with that huge text dump when CGMiner stops.

Could those, who are maintaining CGMiner fix this issue, applying the same writing strategy to stdout as is done to stderr?

[Humanxlemming]

Got to say I have tried loads of other software for mining and this has got to be my favourite

  Keep up the awesome work

Thanks it's a labour of love (and anger and hatred and frustration and trolling and headache and heartache and pain at times).

Without all your work think about how many people would not be mining.
Never give up

[Marrs]

I am the author of Bitcoin Miners in Tray, a Windows universal front-end for coin miners:
https://bitcointalk.org/index.php?topic=149442.msg1642010#msg1642010
http://stanislavs.org/bitcoin-miners-in-tray-miner-gui-manager/

When testing it with CGMiner, I discovered a bug in how CGMiner outputs lines on stdout. First of all CGMiner needs to be started with -T to disable ncurses, which is fine.

The output on stderr is also written correctly, so that the front-end gets an event after each line that is sent to stderr stream from CGMiner.

stdout, on the other hand is not flushed after each line, so that the front-end gets all text on stdout redirection in one huge chunk at the moment when CGMiner stops and closes its streams.

The only workaround is to use --verbose and read what should have been on stdout from stderr, living with that huge text dump when CGMiner stops.

Could those, who are maintaining CGMiner fix this issue, applying the same writing strategy to stdout as is done to stderr?

I run cgminer inside a GUIMiner derivative, and I haven't noticed any problems such as the one you're describing.

Try adding -l 1 (lower-case-L one) to your startup parameters.

[kano]

...

I tried a cpu litecoin mining software, and the speed from the mining software does pretty much match with the pool speed.

Does anyone have this strange effect too, or knows what the reason could be?
 

CPU mining is not supported ...