Bitcoin Forum
December 07, 2016, 10:44:59 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 [48] 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4821996 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
m3ta
Sr. Member
****
Offline Offline

Activity: 427



View Profile WWW
August 19, 2011, 01:46:56 AM
 #941

(lesson: roll back to 11.6)

11.8->11.6 yields me -2 Mh/s, but with the CPUs at roughly 0% now, that very small loss is perfectly bearable.

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
1481150699
Hero Member
*
Offline Offline

Posts: 1481150699

View Profile Personal Message (Offline)

Ignore
1481150699
Reply with quote  #2

1481150699
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 01:51:25 AM
 #942

(lesson: roll back to 11.6)

11.8->11.6 yields me -2 Mh/s, but with the CPUs at roughly 0% now, that very small loss is perfectly bearable.
Indeed in a MH/watt equation this makes a lot of sense since it will rise significantly. This was always what cgminer was supposed to be capable of. The code in cgminer itself should be incredibly low CPU overhead. It's the drivers and windows' pthread library which use up a lot of CPU.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
m3ta
Sr. Member
****
Offline Offline

Activity: 427



View Profile WWW
August 19, 2011, 02:03:53 AM
 #943

(lesson: roll back to 11.6)

11.8->11.6 yields me -2 Mh/s, but with the CPUs at roughly 0% now, that very small loss is perfectly bearable.
Indeed in a MH/watt equation this makes a lot of sense since it will rise significantly. This was always what cgminer was supposed to be capable of[/i]. The code in cgminer itself should be incredibly low CPU overhead. It's the drivers and windows' pthread library which use up a lot of CPU.

"should be", "was supposed"?
You're too modest. From the eyes of this 'htop' fan, cgminer does that, and so much more. :]

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
d3m0n1q_733rz
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
August 19, 2011, 02:59:26 AM
 #944

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!

Funroll_Loops, the theoretically quicker breakfast cereal!
Check out http://www.facebook.com/JupiterICT for all of your computing needs.  If you need it, we can get it.  We have solutions for your computing conundrums.  BTC accepted!  12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 06:34:10 AM
 #945

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

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
August 19, 2011, 06:49:08 AM
 #946

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

Frankly, this is all that matters.  The pros and cons of CPU mining aside, if maintaining CPU mining isn't something that ckolivas is interested it, then it is reasonable for it to be cut.  If you want CPU mining bad enough, invest the time and maintain the code yourself.  It's open source and in GIT.  Fork it and go crazy.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 06:54:43 AM
 #947

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

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
geek-trader
Sr. Member
****
Offline Offline

Activity: 294


View Profile
August 19, 2011, 06:56:52 AM
 #948

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

Make 1 deposit and earn BTC for life! http://bitcoinpyramid.com/r/345
Play my FREE HTML5 games at: http://magigames.org  BTC donations accepted.
d3m0n1q_733rz
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
August 19, 2011, 07:55:03 AM
 #949

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.

Funroll_Loops, the theoretically quicker breakfast cereal!
Check out http://www.facebook.com/JupiterICT for all of your computing needs.  If you need it, we can get it.  We have solutions for your computing conundrums.  BTC accepted!  12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 08:03:23 AM
 #950

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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
d3m0n1q_733rz
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
August 19, 2011, 11:19:30 AM
 #951

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

Funroll_Loops, the theoretically quicker breakfast cereal!
Check out http://www.facebook.com/JupiterICT for all of your computing needs.  If you need it, we can get it.  We have solutions for your computing conundrums.  BTC accepted!  12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 02:22:09 PM
 #952

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

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
dishwara
Legendary
*
Offline Offline

Activity: 1372

Truth may get delay, but NEVER fails


View Profile
August 19, 2011, 03:13:00 PM
 #953



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

cgminer-1.5.6-win32.zip is clean.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 03:16:24 PM
 #954

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.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
shaps
Newbie
*
Offline Offline

Activity: 15


View Profile
August 19, 2011, 04:09:34 PM
 #955

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?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
August 19, 2011, 04:11:48 PM
 #956

No windows 64 bit care factor included.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
The00Dustin
Hero Member
*****
Offline Offline

Activity: 806


View Profile
August 19, 2011, 04:50:19 PM
 #957

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)
dishwara
Legendary
*
Offline Offline

Activity: 1372

Truth may get delay, but NEVER fails


View Profile
August 19, 2011, 05:23:28 PM
 #958

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
*****
Offline Offline

Activity: 806


View Profile
August 19, 2011, 05:57:06 PM
 #959

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.
Meatball
Sr. Member
****
Offline Offline

Activity: 322



View Profile
August 19, 2011, 06:14:14 PM
 #960

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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 [48] 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!