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

[d3m0n1q_733rz]

Since we are on the topic of CPU mining, I do have a question:

On my Core2Duo laptop, win7
CGMiner (best algo): 2.1 MHash
Ufasoft: 6.0 MHash

On my Core i7 laptop, win7
CGMiner (best algo): 9.3 MHash
Ufasofr: 15.7 MHash

I obviously realize that these minuscule compared to what a GPU does but I'm curious what there is such a large performance difference.

ckolivas - any idea why?

Shaps, that's not the best algo.  The cryptoasm_x64 is the best algo.  You're using either the C miner or 4Way.

[1714487531]

1714487531

[1714487531]

1714487531

[1714487531]

1714487531

[gigica viteazu`]

@ckolivas

can you implement in win32 build something like the --monitor flag from the linux ... it will be great if you could log to a file the hash rate

P.S.
i`m not exactly sure what the --monitor does in linux i can only guess

[gnar1ta$]

I just installed this on linuxcoin 0.2.1b to test.  I've been getting a lot of empty queue's and 20% rejects with phoenix thanks to a lightning strike and crappy ISP fixes.  I'm not seeing any rejects with cgminer.  I do see this:

Code:

[2011-08-19 19:51:20] Pool 1 communication failure, caching submissions
[2011-08-19 19:51:20] Stale share detected, discarding
[2011-08-19 19:51:23] Pool 1 communication resumed, submitting work

Is it just discarding and not recording rejected shares, or it really not processing and submitting them?

[d3m0n1q_733rz]

I just installed this on linuxcoin 0.2.1b to test.  I've been getting a lot of empty queue's and 20% rejects with phoenix thanks to a lightning strike and crappy ISP fixes.  I'm not seeing any rejects with cgminer.  I do see this:

Code:

[2011-08-19 19:51:20] Pool 1 communication failure, caching submissions
[2011-08-19 19:51:20] Stale share detected, discarding
[2011-08-19 19:51:23] Pool 1 communication resumed, submitting work

Is it just discarding and not recording rejected shares, or it really not processing and submitting them?

You can find a little more information on what it's doing by using verbose mode.  Even more by using what I like to call the "No, I won't shut up!" mode (really verbose).  I would reset your router/modem and let them resync with your internet signal as they were probably thrown out of whack when the surges hit.  And get a UPS if you don't have one already.   

[wndrbr3d]

While building, gcc halts while building 4way. Any ideas?

[-ck]

I just installed this on linuxcoin 0.2.1b to test.  I've been getting a lot of empty queue's and 20% rejects with phoenix thanks to a lightning strike and crappy ISP fixes.  I'm not seeing any rejects with cgminer.  I do see this:

Code:

[2011-08-19 19:51:20] Pool 1 communication failure, caching submissions
[2011-08-19 19:51:20] Stale share detected, discarding
[2011-08-19 19:51:23] Pool 1 communication resumed, submitting work

Is it just discarding and not recording rejected shares, or it really not processing and submitting them?

Yes it detects that the share it has been trying to submit unsuccessfully for a while has gone stale in the time it was trying to submit it and decides it is better to give up trying to submit it. On the other hand, if you still want it to try and submit these shares indefinitely cgminer has the option --submit-stale to override that test.

[-ck]

<big false positive image removed>

http://securityresponse.symantec.com/security_response/writeup.jsp?docid=2011-030906-0727-99&vid=42292

cgminer-1.5.6-win32.zip is clean.

I'm still for CPU mining support being maintained (in spite of the fact that I don't use cgminer for cpu mining because ufasoft works better in Windows), but this might be the single best argument for removing CPU mining from cgminer.  If someone is distributing this with a botnet, they probably wouldn't bother if it couldn't CPU mine since non-user processes can't GPU mine in WinVista/7 and plenty of XP machines don't have relevant hardware.  That said, dishwara, please find out how to report this as a false positive to whoever controls "File Insight" before the other AV companies start copying the definition (not that they would do that, surely all of the AV companies find and research all of the different malwares on their own [just like they run and thoroughly test the executables which would obviousy show them that ufasoft and cgminer aren't malware]  )

I like it. In fact, I may just remove cpu mining from windows only, especially since windows cpu mining is so slow anyway. Then I can stop getting all those morons emailing me asking me to make private versions of cgminer (for which I've refused every single time). I don't want my name associated with something that someone manages to make a botnet.

[simonk83]

Hi there,

Recently started using this over other miners, and I like it, but I have one problem.

Every time it starts (I start it from a batch file, or sometimes it restarts itself), the affinity is reset and it uses 100% of all 4 cores.   I can fix it by manually setting the affinity to one core, but if I'm not around (or sleeping) I can't do that.

Is there a way to force affinity on startup?

[-ck]

<big false positive image removed>

http://securityresponse.symantec.com/security_response/writeup.jsp?docid=2011-030906-0727-99&vid=42292

cgminer-1.5.6-win32.zip is clean.

I'm still for CPU mining support being maintained (in spite of the fact that I don't use cgminer for cpu mining because ufasoft works better in Windows), but this might be the single best argument for removing CPU mining from cgminer.  If someone is distributing this with a botnet, they probably wouldn't bother if it couldn't CPU mine since non-user processes can't GPU mine in WinVista/7 and plenty of XP machines don't have relevant hardware.  That said, dishwara, please find out how to report this as a false positive to whoever controls "File Insight" before the other AV companies start copying the definition (not that they would do that, surely all of the AV companies find and research all of the different malwares on their own [just like they run and thoroughly test the executables which would obviousy show them that ufasoft and cgminer aren't malware]  )

I like it. In fact, I may just remove cpu mining from windows only, especially since windows cpu mining is so slow anyway. Then I can stop getting all those morons emailing me asking me to make private versions of cgminer (for which I've refused every single time). I don't want my name associated with something that someone manages to make a botnet.

Perhaps this comment was overkill. Obviously it can still be used to make and distribute a botnet even as a gpu miner. However I don't know how anyone can stop their application being misused by being packaged with other software and its own batch file. That's why I've been releasing them all from the same place so people can know where they're coming from.

[kano]

Re: Symantec

The main issue is that the f**king morons at Symantec detect cgminer.exe and not the actual bot software.
Proving that you should NOT use their software since it doesn't detect the cause of the problem - it detects the WRONG file.

Seriously, if you use Symantec this is complete proof of why you should get rid of it and use some other AV software and why it is not actually protecting your PC properly.

Simple logic and simple proof.

Edit: anyone got a link to their site where I can actually tell them why I will forever now be telling people to NOT use Symantec with a better explanation (with a simple example extra proof as below)

e.g. if someone writes a bot and puts a Symantec AV file in it - will it from then on detect that Symantec file as a virus instead of the bot software that is what you should be worried about?

Edit2: a simple fix for the bot writer is to use another miner program and then the bot gets past Symantec undetected with the same bot code!

[Remember remember the 5th of November]

Removing the CPU mining code from the miner would mean you'd have to rename it to G-Miner....

It sounds a bit like "Yo, Big G in da house"

[-ck]

Heh, it'd still be Con's GPU miner, so I don't need to rename it

[miscreanity]

I like it. In fact, I may just remove cpu mining from windows only, especially since windows cpu mining is so slow anyway. Then I can stop getting all those morons emailing me asking me to make private versions of cgminer (for which I've refused every single time). I don't want my name associated with something that someone manages to make a botnet.

Good, now they can be redirected to ufasoft's miner and I don't have to post a bounty to not include CPU mining.

Still considering a bounty for no Windows version...

[-ck]

@ckolivas

can you implement in win32 build something like the --monitor flag from the linux ... it will be great if you could log to a file the hash rate

P.S.
i`m not exactly sure what the --monitor does in linux i can only guess

You can already monitor the output on windows ... just as it describes in the README.txt file. (hint add: 2>log.txt)

The --monitor command allows someone to start an executable automatically with cgminer to act upon the log. That's almost certainly not what you're wanting on windows...

[kripz]

Removing the CPU mining code from the miner would mean you'd have to rename it to G-Miner....

It sounds a bit like "Yo, Big G in da house"

Con's GPU Miner

I've tried rolling this out on a few computers (20+) with CPU mining and having to set -t all the time is very annoying. -t all or -t -2 (# CPU threads minus 2 threads) and etc will be nice.

Also, how is Hyper Threading handled? Should i set it to the number of actual cores or number of threads?

[-ck]

Removing the CPU mining code from the miner would mean you'd have to rename it to G-Miner....

It sounds a bit like "Yo, Big G in da house"

Con's GPU Miner

I've tried rolling this out on a few computers (20+) with CPU mining and having to set -t all the time is very annoying. -t all or -t -2 (# CPU threads minus 2 threads) and etc will be nice.

Also, how is Hyper Threading handled? Should i set it to the number of actual cores or number of threads?

It is supposed to detect the number of CPUs and set it automatically. The only time it does not set number of cpu threads is if it detects any mineable GPU cores. Then it disables CPU mining.

As for hyperthreading, it's a two edged sword. If you set it to the total number of threads, your overall hash rate will be marginally higher (on the order of 15%, but depends on type of CPU) but the efficiency will drop down dramatically because each individual thread will be slower. Also the perceived desktop slowdown will be more dramatic if you use number of threads. Overall, I'd be recommending setting it to number of cores rather than number of threads since then each core can operate most effectively, and be more efficient. Note, however, that there is no reliable cross platform way of determining what's a core and what's a thread. All operating systems return the total number of threads as processors, so by default, auto-detect will give you number of threads.

[simonk83]

Hi there,

Recently started using this over other miners, and I like it, but I have one problem.

Every time it starts (I start it from a batch file, or sometimes it restarts itself), the affinity is reset and it uses 100% of all 4 cores.   I can fix it by manually setting the affinity to one core, but if I'm not around (or sleeping) I can't do that.

Is there a way to force affinity on startup?

Anyone There must be lots of other people with this issue, surely

[PLaci1982]

I did reported this as false positive to Norton, but they not the only one who incorrectly detects this as trojan or rootkit:

http://www.virustotal.com/file-scan/report.html?id=936a7bf51dffcc554468e792e2534066163f52cb24d4f9e9c245a3be580e6c45-1313781844

Edit:

I figured out why that false positive detentions occur: some dumb script kiddie did put it into her malware, and RENAMED it into svchost.exe! This file name made some programs detect it as rootkit.
One of the infected PC's owner submitted it with that name to virustotal...

[d3m0n1q_733rz]

I did reported this as false positive to Norton, but they not the only one who incorrectly detects this as trojan or rootkit:

http://www.virustotal.com/file-scan/report.html?id=936a7bf51dffcc554468e792e2534066163f52cb24d4f9e9c245a3be580e6c45-1313781844

Now, what would happen if the legit, non-infected cgminer.exe executable
was somehow _included_ in a rootkit package or a virus ? Wouldn't we then
stand a chance of seeing cgminer.exe triggering virus detection software ?

Znort!  Ssshhh!  Let's not go giving people any ideas for ruining cgminer for everyone!  >_<

[dishwara]

Re: Symantec

The main issue is that the f**king morons at Symantec detect cgminer.exe and not the actual bot software.
Proving that you should NOT use their software since it doesn't detect the cause of the problem - it detects the WRONG file.

Seriously, if you use Symantec this is complete proof of why you should get rid of it and use some other AV software and why it is not actually protecting your PC properly.

Simple logic and simple proof.

Edit: anyone got a link to their site where I can actually tell them why I will forever now be telling people to NOT use Symantec with a better explanation (with a simple example extra proof as below)

e.g. if someone writes a bot and puts a Symantec AV file in it - will it from then on detect that Symantec file as a virus instead of the bot software that is what you should be worried about?

Edit2: a simple fix for the bot writer is to use another miner program and then the bot gets past Symantec undetected with the same bot code!

Symantec hater what you say about this?
http://www.virustotal.com/file-scan/report.html?id=936a7bf51dffcc554468e792e2534066163f52cb24d4f9e9c245a3be580e6c45-1313781844