Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 748. (Read 5805728 times)
November 08, 2011, 10:30:52 PM
You can add solo mining as a backup in the current version as well, it just won't show any shares because there's no such thing, only block solves.
November 08, 2011, 10:20:51 PM
I just wanted to reiterate the importance of having backup pools. cgminer makes failover super easy and I actually get more shares submitted with multiple pools. When my Pool 0 doesn't provide work fast enough, cgminer is smart enough to send a few shares to Pool 1 and then go back to the primary when it gets work.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
I have solo mining setup as my last backup.
I start my bitcoin client with something like "bitcoin.exe -rpcuser=username -rpcpassword=password -server" from the bitcoin client directory.
Then I point CG Miner at "-o http://127.0.0.1:8332 -u username -p password" just like any other pool.
So I have the Bitcoin client and CG Miner running all the time.
Sam
November 08, 2011, 10:03:27 PM
I just wanted to reiterate the importance of having backup pools. cgminer makes failover super easy and I actually get more shares submitted with multiple pools. When my Pool 0 doesn't provide work fast enough, cgminer is smart enough to send a few shares to Pool 1 and then go back to the primary when it gets work.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
cgminer just sees your solo mine as another pool. So from cgminer perspective it is the same (except the "url" is an IP address usually 127.0.0.1). You need to setup your bitcoind to accept RPC calls and provide it a RPC username/pass in bitcoind.conf.What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
November 08, 2011, 09:31:47 PM
I just wanted to reiterate the importance of having backup pools. cgminer makes failover super easy and I actually get more shares submitted with multiple pools. When my Pool 0 doesn't provide work fast enough, cgminer is smart enough to send a few shares to Pool 1 and then go back to the primary when it gets work.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
cgminer just sees your solo mine as another pool. So from cgminer perspective it is the same (except the "url" is an IP address usually 127.0.0.1). You need to setup your bitcoind to accept RPC calls and provide it a RPC username/pass in bitcoind.conf.
November 08, 2011, 09:29:04 PM
I just wanted to reiterate the importance of having backup pools. cgminer makes failover super easy and I actually get more shares submitted with multiple pools. When my Pool 0 doesn't provide work fast enough, cgminer is smart enough to send a few shares to Pool 1 and then go back to the primary when it gets work.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
What would be the best way to setup solo-mining as a backup? This would be helpful in case of another large scale DDOS attack that takes a bunch of pools out.
November 08, 2011, 05:22:14 PM
That won't help if it's the first time you're running it...
If you have a previous working version, you can copy all the .bin files from there into the directory of the new version and it should work. It remains a mysterious windows only bug.
If you have a previous working version, you can copy all the .bin files from there into the directory of the new version and it should work. It remains a mysterious windows only bug.
November 08, 2011, 03:22:17 PM
i had the exact same problem
i reverted to version 2.0.6 and it worked
i reverted to version 2.0.6 and it worked
November 08, 2011, 02:56:56 PM
First off, thanks for writing this miner, I've used it for a few weeks on a linux system and it's fantastic. I tried switching to cgminer on a Windows 7 machine but I'm running into device init problems. The machine has 3x 5970s and cgminer reports 3 GPUs disabled on startup and says it wont be able to start them from the menu either. It is then unable to mine. GUIMiner runs fine on all 6 GPUs. I tried running it with various parameters but with no luck. 11.9 drivers, Win 7 Home x64. Any ideas?
Did your two .bin files get created?
Sam
November 08, 2011, 08:25:59 AM
Hmm - have you actually installed the SDK as per the instructions?
(and what version of the SDK did you install?)
(and what version of the SDK did you install?)
November 08, 2011, 07:36:22 AM
Code:
/usr/bin/ld: cgminer-adl.o: undefined reference to symbol 'dlopen@@GLIBC_2.1'
Can anyone help me on this?
I have all *.h files from the AMD-ADL-SDK copied to the corresponding folder.
configure-procedure went through just fine
Code:
------------------------------------------------------------------------
cgminer 2.0.7
------------------------------------------------------------------------
Configuration Options Summary:
OpenCL...............: FOUND. GPU mining support enabled
ADL..................: SDK found, GPU monitoring support enabled
ASM..................: true
Compilation............: make (or gmake)
CPPFLAGS.............:
CFLAGS...............: -O2 -Wall -march=native
LDFLAGS..............: -lpthread -ldl
Installation...........: make install (as root if needed, with 'su' or 'sudo')
prefix...............: /usr/local
November 08, 2011, 07:23:17 AM
1 BTC for you ckolivas, you deserve it.
And another to kano, thanks for your hints.
Thanks And another to kano, thanks for your hints.
Not sure if I deserve it - but certainly thanks
November 08, 2011, 06:05:12 AM
1 BTC for you ckolivas, you deserve it.
And another to kano, thanks for your hints.
And another to kano, thanks for your hints.
November 08, 2011, 04:22:19 AM
How's with hashing speeds compared to guiminer?
Im getting 360 MHash/s per HD 5850 (@900/350)
Im getting 360 MHash/s per HD 5850 (@900/350)
I have slightly higher hashrate with the same card at same clocks (5850 900/300). I get 367 MH/s with cgminer (using it on my desktop thats used for other stuff too).
More importantly perhaps, cgminer is a joy to use, all in one program.
November 08, 2011, 03:47:29 AM
Is cgminer better than guiminer and barelyclocked?
Does it support voltage changes on a lot of cards? Do they have to be of the same model?
Im using guiminer + barelyclocked ATM, but with BC I cannot change voltage or memory clocks on my non-ref VTX3D HD 6850 (only trixx does that well but I can only increase it), on my Sapphire non-ref HD 5850s I can only OC GPU core to 900MHz (memory and voltage changing works fine).
How's with hashing speeds compared to guiminer?
Im getting 360 MHash/s per HD 5850 (@900/350)
and 225 Mhash/s for my HD 6850 (@850/750)
drivers are ati 11.5 as far as I remember
Does it support voltage changes on a lot of cards? Do they have to be of the same model?
Im using guiminer + barelyclocked ATM, but with BC I cannot change voltage or memory clocks on my non-ref VTX3D HD 6850 (only trixx does that well but I can only increase it), on my Sapphire non-ref HD 5850s I can only OC GPU core to 900MHz (memory and voltage changing works fine).
How's with hashing speeds compared to guiminer?
Im getting 360 MHash/s per HD 5850 (@900/350)
and 225 Mhash/s for my HD 6850 (@850/750)
drivers are ati 11.5 as far as I remember
November 07, 2011, 11:50:27 PM
First off, thanks for writing this miner, I've used it for a few weeks on a linux system and it's fantastic. I tried switching to cgminer on a Windows 7 machine but I'm running into device init problems. The machine has 3x 5970s and cgminer reports 3 GPUs disabled on startup and says it wont be able to start them from the menu either. It is then unable to mine. GUIMiner runs fine on all 6 GPUs. I tried running it with various parameters but with no luck. 11.9 drivers, Win 7 Home x64. Any ideas?
November 07, 2011, 06:56:31 PM
I would really love some sort of remote control (i.e. JSONRPC) for cgminer. The config is already in JSON and bitcoin uses JSON. It would be nice to have a BAMT style webgui on top of cgminer. Even if the commands can only output stats and not change anything, that would be a nice step.
November 07, 2011, 02:46:05 PM
It is just kinda annoying. Just wonder if anyone has seem anything like this or any ideas on prventing it.
I havent seen it. But Ive booted linuxcoin only once so far. And its still running. I havent configured it for headless and removed the monitor since booting, so I hope it keeps running for some time
.Are you using "screen" ? If not, Id give that a try. It runs the console in a 'session', that you can attach and detach over ssh. install it with
Quote
sudo apt-get install screen
and run it with
Code:
screen ./yourminingscrip.sh
To detach the screen press control+A and then D. To reattach,
Code:
screen -r
or
Code:
screen -r -d
if its already attached elsewhere.
well, you probably know all that already but someone else might not
November 07, 2011, 10:20:55 AM
Anyone get an issue where cgminer hangs w/ 100% CPU usage in linuxcoin?
I have cgminer set to startup automtically (auto.sh). ~95% of time after power cycling a rig it starts up just fine but sometimes the following happens ...
cgminer starts
it begins processing some shares
the "display" never appears
I have cgminer set to startup automtically (auto.sh). ~95% of time after power cycling a rig it starts up just fine but sometimes the following happens ...
cgminer starts
it begins processing some shares
the "display" never appears
I've seen this a few times on remote linuxcoin and ubuntu rigs. It's always turned out to be an issue with extenders for me, or at least replacing them seems to have fixed it.
November 07, 2011, 12:48:10 AM
The '-T' option produces output somewhat like that (instead of curses)
Hmm I wonder if some bug is happening in the curses library then ...
Since I use all my instances remotely I don't really need the curses interface. I may try the -T option. Thanks.
November 07, 2011, 12:42:20 AM
The '-T' option produces output somewhat like that (instead of curses)
Jump to: