Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 811. (Read 5805740 times)
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
August 06, 2011, 06:21:53 PM
So, essentially a botnet.
August 06, 2011, 03:56:30 PM
I just don't care what you think...you are not very good at it...toodles.
I have Ufasoft going on 10 CPU's (with the owners consent I might add, I let family and close friends pay me for computer maintenance in idle-time generated coins), all systems are Core 2 Duo / Quad class CPU's, averaging 35 to 50 MH/s (very optimistic) for that little cluster. If you extrapolate those numbers, that would mean you have it running on well over 400 computers, or even at the very least hundreds if you assume they are constantly mining...
August 06, 2011, 03:51:28 PM
I just don't care what you think...you are not very good at it...toodles.
August 06, 2011, 03:34:49 PM
call it what you want..there is no botnet..don't quit your day job because your psychic abilities blow.
Please then, enlighten us oh Great Karnak.
August 06, 2011, 02:33:27 PM
Quote
I highly doubt urfasoft is letting your CPU hash over 2 GH, which is what you need for 8 BTC/week. So, unless you're running a botnet, which I assume you are, I call shenanigans.
And if you are running a botnet, I want to thank you in advance for all the shitty karma you're going to bring BTC when all these people find out their machine is infected with malware that's 'mining this bad stuff called Bitcoins.'
And if you are running a botnet, I want to thank you in advance for all the shitty karma you're going to bring BTC when all these people find out their machine is infected with malware that's 'mining this bad stuff called Bitcoins.'
call it what you want..there is no botnet..don't quit your day job because your psychic abilities blow.
August 06, 2011, 07:53:51 AM
trojan..lol. You degenerates need to get out more often...regardless,..the urfasoft miner is working much better so I have left the cgminer alone. It's cpu implementation should be rewritten or disabled..dreadful.
I highly doubt urfasoft is letting your CPU hash over 2 GH, which is what you need for 8 BTC/week. So, unless you're running a botnet, which I assume you are, I call shenanigans.
And if you are running a botnet, I want to thank you in advance for all the shitty karma you're going to bring BTC when all these people find out their machine is infected with malware that's 'mining this bad stuff called Bitcoins.'
August 06, 2011, 05:19:34 AM
trojan..lol. You degenerates need to get out more often...regardless,..the urfasoft miner is working much better so I have left the cgminer alone. It's cpu implementation should be rewritten or disabled..dreadful.
August 06, 2011, 04:05:26 AM
cpu mining brings me 8 btc weekly..so it is not null...
Did you wrote a CPU mining trojan? 
My 6-10 Mh/s CPUs do 0 BTC for me...
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
August 06, 2011, 03:09:38 AM
More like 0.008 btc weekly.
August 06, 2011, 02:05:05 AM
cpu mining brings me 8 btc weekly..so it is not null...
August 06, 2011, 01:54:24 AM
I ran cgminer with -a 4way -t 4 and had it set to btcguild. It ran for a few hours. Every single share rejected...lol.
CPU mining are worth null atm. August 06, 2011, 01:25:29 AM
I ran cgminer with -a 4way -t 4 and had it set to btcguild. It ran for a few hours. Every single share rejected...lol.
August 05, 2011, 11:26:27 PM
Since Con is away...
I thought I'd take a try at integrating some of the recent changes in both phatk kernel threads. (here and here)
I've also changed the method used to specify various #defines for the kernels by simply specifying the defines as build options for clBuildProgram() instead of editing the .cl text on the fly. (so much simpler!)
Compared to the current kernel in cgminer 1.5.3, this does benefit from reduced ALU OPs, although not as much as either of the other phatk kernels:
1.5.3:
VLIW4: 1699 ALU OPs
VLIW5: 1376 ALU OPs
Mine:
VLIW4: 1694 ALU OPs
VLIW5: 1368 ALU OPs
My changes are here at github, but it's all in one big ugly commit, and not broken out by the individual changes, so i don't feel comfortable in the slightest offering a pull request to CK for it.
I thought I'd take a try at integrating some of the recent changes in both phatk kernel threads. (here and here)
I've also changed the method used to specify various #defines for the kernels by simply specifying the defines as build options for clBuildProgram() instead of editing the .cl text on the fly. (so much simpler!)
Compared to the current kernel in cgminer 1.5.3, this does benefit from reduced ALU OPs, although not as much as either of the other phatk kernels:
1.5.3:
VLIW4: 1699 ALU OPs
VLIW5: 1376 ALU OPs
Mine:
VLIW4: 1694 ALU OPs
VLIW5: 1368 ALU OPs
My changes are here at github, but it's all in one big ugly commit, and not broken out by the individual changes, so i don't feel comfortable in the slightest offering a pull request to CK for it.
August 05, 2011, 10:16:43 PM
Using catalyst 11.6, xfce, sdk 2.5, current cgminer running in xterm - it seems to crash after running for minutes or hours, plmk if others are having this issue.
Also, anyone have an analysis of the scan-time feature and how 60 was chosen as default.
Same for retries, kernel, queue (why it goes all the way to zero and then up to 7).
Also, how long does it take to switch to higher priority pools (in failover) and how exactly the threads choose which pool for all the methods.
Also, does it donate shares to the developer?
Thanks!
Also, anyone have an analysis of the scan-time feature and how 60 was chosen as default.
Same for retries, kernel, queue (why it goes all the way to zero and then up to 7).
Also, how long does it take to switch to higher priority pools (in failover) and how exactly the threads choose which pool for all the methods.
Also, does it donate shares to the developer?
Thanks!
August 05, 2011, 02:34:58 PM
4way as arg added 3mil/hash per sec...thanks!
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
August 05, 2011, 02:30:12 PM
I am unable to get it to cpu mine...wtf...says no opencl.dll found?? Any fix for this...
I just downloaded opencl driver and installed it and now it works...why does cpu need opencl?? this is bug?
this cpu miner is not as good as urfasoft's....much slower..factor of 2 or 3 slower...wow.
Try the 4way algorithm. You are probably using the regular C implementation of SHA256 I just downloaded opencl driver and installed it and now it works...why does cpu need opencl?? this is bug?
this cpu miner is not as good as urfasoft's....much slower..factor of 2 or 3 slower...wow.
August 05, 2011, 02:14:07 PM
I am unable to get it to cpu mine...wtf...says no opencl.dll found?? Any fix for this...
I just downloaded opencl driver and installed it and now it works...why does cpu need opencl?? this is bug?
this cpu miner is not as good as urfasoft's....much slower..factor of 2 or 3 slower...wow.
I just downloaded opencl driver and installed it and now it works...why does cpu need opencl?? this is bug?
this cpu miner is not as good as urfasoft's....much slower..factor of 2 or 3 slower...wow.
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
August 05, 2011, 02:10:56 PM
I also tested yrcros's version and it also crashed on me, but i can verify my compiled 1.5.3 works and so can another user who i sent it prior to posting here. I've provided a link to it in the first post of this page.
Sadly, i am not the dev, but if you have some trust, try it.
Sadly, i am not the dev, but if you have some trust, try it.
August 05, 2011, 01:42:37 PM
I'll build my own version of win binary on weekend (and potentially get rid of call the GPU rendering feature
August 05, 2011, 01:26:34 PM
The windows binary of cgminer 1.5.3 also crashes on start-up for me.
Jump to: