Author

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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: gnar1ta$ on August 19, 2011, 03:02:22 PM

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.

wndrbr3d

hero member

Activity: 914

Merit: 500

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

d3m0n1q_733rz

sr. member

Activity: 378

Merit: 250

Quote from: gnar1ta$ on August 19, 2011, 03:02:22 PM

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. Tongue

gnar1ta$

donator

Activity: 798

Merit: 500

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?

gigica viteazu`

sr. member

Activity: 458

Merit: 250

beast at work

@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 Cheesy

i can only guess

d3m0n1q_733rz

sr. member

Activity: 378

Merit: 250

Quote from: shaps on August 19, 2011, 11:09:34 AM

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.

Meatball

sr. member

Activity: 378

Merit: 250

The problem with the virus thing is that CGMiner in these cases probably is a virus/malware. These asshat script kiddies that are using botnets and distributing the CPU miners for mining is going to end up making all the AV companies start flagging the mining programs as viruses. They're being installed without the users knowledge and using up a ton of system resources, of course they'll get flagged by the AV companies.

We can keep reporting this, but unless these guys stop using the botnets, it's going to be a constant battle to keep telling the AV companies these are good programs.

The00Dustin

hero member

Activity: 807

Merit: 500

There is no guarantee, but if you got a malware notice that you believe is false, you should report it. Technically they should then do their due diligence. If your are incorrect and they determine it is maltare, they should let you know that and not remove it from their definitions.

dishwara

legendary

Activity: 1855

Merit: 1016

Is posting what Norton said to only a particular version is that much wrong doing to go & explain every AV companies in the world?

or any one has the ability to prove that every single file given in this forum consisting of 1000's of members & 10000' of post was NEVER a scam or virus or trojan contained file?

The00Dustin

hero member

Activity: 807

Merit: 500

Quote from: dishwara on August 19, 2011, 10:13:00 AM

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] Lips sealed

)

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

No windows 64 bit care factor included.

shaps

newbie

Activity: 15

Merit: 0

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Excellent. Welcome to the moronic world that is windows virus management. Since you clearly DO know what cgminer is for, have fun working around that.

dishwara

legendary

Activity: 1855

Merit: 1016

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

cgminer-1.5.6-win32.zip is clean.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Why? Because someone has to make the code modular the way you describe.

d3m0n1q_733rz

sr. member

Activity: 378

Merit: 250

Quote from: -ck on August 19, 2011, 03:03:23 AM

It's a good idea, but it needs even more work on my part for the cpu mining Undecided

. If someone wants to write such an interface, be my guest, and I'll pull it into the tree.

Why? I was saying let the mining algorithms have their own settings, send their own commands to whatever devices and have the cgminer as a sort of universal interface for them all. Yeah, there would be one last modification to each of them to make them all fit into the interface, but this would allow for dynamic starting, stopping, setting...ect. The biggest problem I can think of is compiling the algorithms since each one wouldn't necessarily be an official part of cgminer. But, with this setup, you wouldn't even necessarily have to close out of the miner or stop mining to refresh the algorithm list and drop-in a new algorithm to use on-the-fly. (Silently wishes I could program worth a darn) You see, all your miner would do is report back what device is being used and what the hashing rate is while sending work to the algorithms and sending results to the pools.
It lessens what you need to keep maintained and lets other people take the algorithm work off your hands (if they will) and have fun writing new algorithms for the miner. Theoretically, this would mean that your miner could be used for more than just bitcoin mining too; but let's not get too far ahead of the thought process. Tongue

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

It's a good idea, but it needs even more work on my part for the cpu mining Undecided

. If someone wants to write such an interface, be my guest, and I'll pull it into the tree.

d3m0n1q_733rz

sr. member

Activity: 378

Merit: 250

Quote from: -ck on August 19, 2011, 01:54:43 AM

I'm also most open to pulling changes into my tree, and kind people like znort and others have already contributed code too.

You know what MIGHT get people more active? I was just thinking of using drop-in miner algorithms. It would keep them nice and neat while making them easier to work on, change and play around with. Granted, it would make cgminer more of a front-end for the actual algorithms, but if all of the algorithms are tossed into a folder (as SSE2/SSE4 algorithms are) marked algos or something of the sort, the miner can search the folder for the main algorithms startup files allowing for each algorithm to use as many or as few files as they need in subfolders or just flat-out have the startup file contain everything needed. Just include a small readme of memory mapped locations to send the hashed results to and the miner/front-end can do the rest. This will help modularize your program, make it easy to work on and promote others to jump in with their own works.
I know it's a bit of an overhaul, but it could serve fruitful. What does everyone else think? Viable alternative? Let the drop-ins determine what device to mine with and just pass messages between the drop-ins and the cgminer front-end? Granted, there would need to be a method of passing settings to the drop-in and specifying the name based upon either a compiled list or a typed one.

geek-trader

sr. member

Activity: 294

Merit: 250

Quote from: -ck on August 19, 2011, 01:34:10 AM

Quote from: d3m0n1q_733rz on August 18, 2011, 09:59:26 PM

Look, do you want to to know why we shouldn't remove CPU functionality from cgminer? It's simple. CPU mining is where a lot of us got our start. We couldn't afford to get decent graphics cards to mine with so we CPU mined and worked our way up to small quantities like .1 BTC where we invest it in something like Ponzie to build it up faster to get a graphics card.
In short, those who need some way to begin are the ones who will need this the most. The children; don't forget the children!

That keeps occurring to me to. However, it doesn't change the fact that code needs maintenance and effort and working on one thing means it sacrifices the time I have to work on another. Not to mention that people donate BTC for GPU mining code, which is hard to ignore as an incentive. Kiss

So what you are saying is, you are writing code for FREE, and people donate to you for GPU code, and no one donates to you for CPU code.

Drop the CPU code. I don't see the problem here.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

I'm also most open to pulling changes into my tree, and kind people like znort and others have already contributed code too.