cgminer -n
should tell you.
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 621. (Read 5805874 times)
March 09, 2012, 05:13:11 AM
March 09, 2012, 04:48:48 AM
I don't really upgrade this one often, because I tend to avoid fixing things that already work, but I recently upgraded from 2.0.6 to 2.3.1 because I wanted to use a SOCKS proxy. It turns out it's quite slower: from about 710-720 MH/s I'm now around 650 MH/s with the same very settings (same GPU clock, same intensity). This doesn't seem to be due to a change in hash speed measurement on the client because I get the same figures from my pool's speed estimations. Anyone else noticed such a speed drop at some point between v 2.0.6 and 2.3.1?
Have you updated drivers/sdk on that machine since you first started 2.0.6? If you did, you are probably using SDK 2.6 now...
March 09, 2012, 03:55:21 AM
I don't really upgrade this one often, because I tend to avoid fixing things that already work, but I recently upgraded from 2.0.6 to 2.3.1 because I wanted to use a SOCKS proxy. It turns out it's quite slower: from about 710-720 MH/s I'm now around 650 MH/s with the same very settings (same GPU clock, same intensity). This doesn't seem to be due to a change in hash speed measurement on the client because I get the same figures from my pool's speed estimations. Anyone else noticed such a speed drop at some point between v 2.0.6 and 2.3.1?
March 09, 2012, 03:48:38 AM
...
Thank you fred0,
I tried but it seems to run / not run on a random basis.
One problem is also that i have to try getting it run in paralell to ther MPBMiner ( there are also a x6500 and an Icarus)
Maybe they argue about a module.
I will further dig into this this evening.
If there is an Icarus plugged into a serial port and cgminer does a Bitforce check on it - cgminer will hang.Thank you fred0,
I tried but it seems to run / not run on a random basis.
One problem is also that i have to try getting it run in paralell to ther MPBMiner ( there are also a x6500 and an Icarus)
Maybe they argue about a module.
I will further dig into this this evening.
Firstly be sure which is which.
On linux: ls -o /dev/serial/by-id/
Icarus says usb-Prolific_Technology_Inc.... blah blah
BFL says something with "Bitforce" in the name.
Of course if you have 2 or more of any of any device (e.g. 2xBFL or 2xIcarus) it will only show one of each.
Bottom line is you don't want cgminer doing an auto scan with an Icarus plugged in.
It does an auto scan if:
1) you don't specify any "--scan-serial /dev/ttyUSBn"
2) it doesn't find any BFL devices in the list of "--scan-serial /dev/ttyUSBn" you supply
3) if you specify "--scan-serial auto"
Also if you specify "--scan-serial /dev/ttyUSBn" that points to an Icarus, it will hang.
March 09, 2012, 02:15:38 AM
Hello
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Your configure command should end with ./configure --enable-bitforceI have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Also, when starting, use
--scan-serial /dev/ttyUSB0 \
--scan-serial /dev/ttyUSB1 \
or under windows
-S com5 -S com6
if you have more than one device.
Thank you fred0,
I tried but it seems to run / not run on a random basis.
One problem is also that i have to try getting it run in paralell to ther MPBMiner ( there are also a x6500 and an Icarus)
Maybe they argue about a module.
I will further dig into this this evening.
March 08, 2012, 07:15:03 PM
any plans to support the x6500 fpgas?
Send me one and I'll do it 
(Edit: after the issues with ZTEX not working the same as the others and lacking any documentation on the mining, I'll not guess I can do it without the device ever again)
March 08, 2012, 06:57:23 PM
any plans to support the x6500 fpgas?
Send me one and I'll do it (Edit: after the issues with ZTEX not working the same as the others and lacking any documentation on the mining, I'll not guess I can do it without the device ever again)
March 08, 2012, 06:30:52 PM
any plans to support the x6500 fpgas?
March 08, 2012, 04:57:08 PM
Hello
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Your configure command should end with ./configure --enable-bitforceI have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
Also, when starting, use
--scan-serial /dev/ttyUSB0 \
--scan-serial /dev/ttyUSB1 \
or under windows
-S com5 -S com6
if you have more than one device.
March 08, 2012, 04:29:29 PM
Hello
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
I have tried to compile and run cgminer for my BFL box.
While the compialtion runs fine with diabled open CL i get the following error when i start cgminer.
'All devices disabled, cannot mine!'
The bitforce box is connected and running.
Anybody has an idea ?
March 08, 2012, 04:13:21 PM
Is it really that simple? I thought you couldn't start p2pool until bitcoind had fully synced with the network (sometimes minutes).
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
You can start p2pool before bitcoind has caught up. It will keep indicating errors and you won't be able to mine using p2pool. If your mining rigs have a backup pool set they will use the backup pool. Eventually bitcoind will catch up and p2pool will start to issue work and cgminer will switch miners to p2pool (if it is your primary pool).
March 08, 2012, 04:01:11 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
Quote
--failover-only Don't leak work to backup pools when primary pool is lagging
Sounds like it might be a bug, in which case it's probably going to stay that way until ck gets back. However, to confirm, are you using --failover-only in the command line, or assuming it is the default? I ask beacuse I think the default failover mode intentionally isn't --failover-only and does leak work. 
March 08, 2012, 03:25:30 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
That is how CGMiner works and is one of the nice features, except in your case I guess. When/if the main pool is slow sending work then it "leaks" shares to the backup pools so that your GPU's are more fully utilized. In most cases this is desirable behavior. I have no idea how to disable this share "leak" feature though if "--failover-only Don't leak work to backup pools when primary pool is lagging" doesn't do it.
Sam
March 08, 2012, 02:55:09 PM
I have not checked the source code, but it seems that CGMINER keeps getting work from all defined pools, regardless if it mines on them or not. I am on very slow line (GPRS), so this hogs it the line a lot. Can it be run in "no poll" mode, just being switched on failure of primary pool?
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
BTW, i already use --failover-only, but it has no effect on amount of work being downloaded.
March 08, 2012, 02:50:47 PM
Is it really that simple? I thought you couldn't start p2pool until bitcoind had fully synced with the network (sometimes minutes).
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
Like suppose power is off for 2 or 3 hours. It'd take bitcoind several minutes to catch up and I don't think it's responsive during that time.
March 08, 2012, 01:27:47 PM
or once you have Windows 7 to login automatically just put a shortcut to the batch file in the startup folder. I use it to ensure p2pool and bitcoind startup automatically after a crash. Really I should look into making them services though.
March 08, 2012, 12:25:27 PM
BTW as a side note:
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
Oh well...That pretty much stops my idea in its tracks :-)
I'll just install ANUBIS then and use my wife as "a remote re-login agent" in case I need to reboot.
You can automatically start your user interface without your wife :-)
I made a new user with no rights, turn the pass off, and set task scheduler triggered "login user".
Its worg great after power off.
You can define another triggers.
Panda.
Panda,
I tried to setup what you suggests but I cannot get this to work. I must be retarded.
I'm running Win 7 Ultimate, no matter what I do, boot comes back with ALT+CTRL+DEL login screen.
I remember I could login into XP without user interaction, but how do YOU do this in Windows 7?
Any settings in the registry perhaps?
Yes, you can :-)
0. Write simple batch file starting your cgminer exe with all parameters name him startcg.bat,
1. In windows task scheduler set start your batch file named startcg.bat, the trigger use "after user login"
2. Remove the need for password:
a. login in your windows account normally,
b. [Windows][R] start run,
c. write control userpasswords2
d. select user name, you want password remove at start windows.
unselect control "to use this computer user must write name and password'
e. select OK.
Next time you will start this account without password.
Dont forger set BIOS "power up after power faliure"
I'am sorry for my english, but I have polish windows and and in your english windows there is another, but the sense is the same.
I use Windows 7 and it works great. The most important is to use tool "control userpasswords2"
Panda.
March 08, 2012, 08:08:43 AM
Yeah there's been a few FPGA changes (and related pull requests) since the last release and ckolivas started his 'break'
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
Well I just hope all this FPGA messing about does not break the GPU functionality.
Only a fraction of miners are using FPGA ATM and the majority are using GPU.
March 08, 2012, 07:23:38 AM
BTW as a side note:
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
you can't run cgminer under local system because in Win7/Vista video drivers are user mode drivers. No user logged in = no GPU access.
Oh well...That pretty much stops my idea in its tracks :-)
I'll just install ANUBIS then and use my wife as "a remote re-login agent" in case I need to reboot.
You can automatically start your user interface without your wife :-)
I made a new user with no rights, turn the pass off, and set task scheduler triggered "login user".
Its worg great after power off.
You can define another triggers.
Panda.
March 07, 2012, 08:11:48 PM
Yeah there's been a few FPGA changes (and related pull requests) since the last release and ckolivas started his 'break'
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
There also needs to be more work done on the interaction between Icarus and Bitforce
(so that by default Bitforce doesn't die with an Icarus device plugged in - though Luke-jr has sent a pull 'work around')
Well I just hope all this FPGA messing about does not break the GPU functionality.
Only a fraction of miners are using FPGA ATM and the majority are using GPU.
Jump to: