OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[Fanatic]

Type "cgminer -n"

Thanks works fine now!

[1713997909]

1713997909

[1713997909]

1713997909

[1713997909]

1713997909

[1713997909]

1713997909

[cuz0882]

My hash rate is about 10% lower with the newest cgminer. I should be able to use the same config file right?

[sharky112065]

My hash rate is about 10% lower with the newest cgminer. I should be able to use the same config file right?

I am not trying to be mean here, but do you really think anyone can answer that question when you posted so little information?

What driver version are you on?
What AMD-APP Runtime/SDK are you on?
What is the output of "cgminer -n"?
What Video cards are you using?
Did you upgrade your video driver or AMD-APP Runtime/SDK recently?
...?

Yes, you should be able to use the same config file.

[cuz0882]

My hash rate is about 10% lower with the newest cgminer. I should be able to use the same config file right?

I am not trying to be mean here, but do you really think anyone can answer that question when you posted so little information?

What driver version are you on?
What AMD-APP Runtime/SDK are you on?
What is the output of "cgminer -n"?
What Video cards are you using?
Did you upgrade your video driver or AMD-APP Runtime/SDK recently?
...?

Yes, you should be able to use the same config file.

You answered it good enough. I can just use the older version. I would probably lose more then I would gain messing with my rig drivers.

[kano]

...
You answered it good enough. I can just use the older version. I would probably lose more then I would gain messing with my rig drivers.

Actually, the most likely cause is the fact that you have already messed with them.
(whether you realise it or not)

[cuz0882]

...
You answered it good enough. I can just use the older version. I would probably lose more then I would gain messing with my rig drivers.

Actually, the most likely cause is the fact that you have already messed with them.
(whether you realise it or not)

I renamed the original cgminer as a backup, and did a fresh install of the new version with a copy of the config file. I then realized the hashrate was wrong, deleted the new copy and renamed the original and its working fine again. What could have been messed up?

[kano]

...
You answered it good enough. I can just use the older version. I would probably lose more then I would gain messing with my rig drivers.

Actually, the most likely cause is the fact that you have already messed with them.
(whether you realise it or not)

I renamed the original cgminer as a backup, and did a fresh install of the new version with a copy of the config file. I then realized the hashrate was wrong, deleted the new copy and renamed the original and its working fine again. What could have been messed up?

I meant that red bit I just highlighted

If it's windows then any ATI dirver update will have messed it up if it changed the SDK (and other changes can also)
If it's linux and you did an upgrade ... same thing.

The 'current' SDK determines what is in any new *.bin files you generate.
When you switch back to an old version of cgminer you are using the old *.bin generated with an old SDK unless you delete them.

[nathanghart]

For anyone who has set this up is it just:

"api-allow" :  "W:172.0.0.1, W:192.168.0.100",

assuming you want host 192.168.0.100 and local access to modify the settings through the API.

[tenzor]

Here is it
http://pastebin.com/gpFDyXef

requires screen

this should be spun off into its' own thread so people don't miss this great script... I've been looking for something like this for a long while.. well done!

https://bitcointalk.org/index.php?topic=68357.0

[Mr.Prayer]

The 'current' SDK determines what is in any new *.bin files you generate.
When you switch back to an old version of cgminer you are using the old *.bin generated with an old SDK unless you delete them.

I think kano is right. At least it was the reason preventing me from updating from version 2.1.2 since phatk opencl code has changed and cgminer had to recompile (or whatever it does with .bin files) it.

I had trouble deleting APP SDK runtimes. Somehow it stayed in the system after uninstall.
Here's what you need to do:
1) Uninstall either APP SDK runtimes or whole Catalyst suite through AMD uninstall utility.
2) Search for amdocl.dll and OpenCL.dll in Windows directory and delete them
3) In case you uninstalled whole suite, reinstall it with custom install and uncheck APP SDK runtimes
4) Download and install needed OpenCL driver. Older version avalable for direct download here:
http://support.amd.com/us/gpudownload/windows/previous/Pages/radeonaiw_vista64.aspx
http://support.amd.com/us/gpudownload/windows/previous/Pages/radeonaiw_vista32.aspx
http://support.amd.com/us/gpudownload/windows/previous/Pages/radeonaiw_xp.aspx
For newer versions - download suite, install and select only AMD APP runtimes. You can backup OpenCL.msi from AMD/ATI temp directory on C: for future use.

You can choose driver version according to needed SDK version:
http://developer.amd.com/sdks/AMDAPPSDK/downloads/pages/AMDAPPSDKDownloadArchive.aspx

[ordy]

thanks for your work on this tool.  it is just what i was looking for as i've developed in the bitcoin arena.  having total control in one app is great.

my experience did get off to a bad start though and was about to give up.  the system i decided to try it on first would not work.  i tried the compiled windows version, then tried to compile myself - oh that was fun. 

i just could not get it to initialize the GPU so i moved it over to another system and bam worked right off.  it turns out that my first attempt was on a pc that i was messing with the Intel OpenCL SDK earlier.  i removed that SDK then CGMINER worked.  this may not be news or unexpected but figured i would share in case someone else is in the same boat.

thanks again ckolivas, and all contributing members. now off to research centralized monitoring........

[nelisky]

I've started to get ztex boards supported on cgminer. The current implementation uses libusb-1.0, compiles cleanly on linux (ubuntu, but all others should be fine) and osx (snow leopard here). I'll try to make it work for windows soon; https://github.com/nelisky/cgminer/tree/ztex

This is not feature complete, not all that tested so be careful. I have been mining with it for a while and the biggest caveat is that the hash rate measurement is completely broken. It seems cgminer doesn't like when I do a full nonce scan that can take 12~15 secs and only report the calc'd nonces at the end of that. Limiting the nonce space does make it report correctly and of course the actual speed is the ~200MHs expected from the board regardless of what cgminer reports

But what I'd really like to put in, and I'm not sure if this will be well supported in cgminer, is hotplug support. Will I be able to dynamically add / remove workers? Should I use a main worker thread and then spawn child threads, one per board? I would also like to use multiple boards per thread and just split the nonce space, as there is enough time between polls to handle that.

Opinions? Pointers? All well appreciated

[italeffect]

Sorry that I have to ask what is likely a dumb question... I've been searching for an answer for no luck.

How do I remove or prevent the default config file from being loaded? At some point I saved a config file using the default settings.

I since saved a config file as "cgminer3.conf", made changes that I want and now run cgminer with the command "screen ./cgminer -c cgminer3.conf"
Using this it loads my pools twice - I assume because it is loading the default file as well. If I run cgminer without the -c option it loads old gpu speeds, etc so it's pulling from somewhere.
The problem is I can't find a default .conf file anywhere to delete/remove. There are no .conf files (except my cgminer3.conf) in the cgminer directory or home directory.

Thanks in advance.

[Proofer]

The problem is I can't find a default .conf file anywhere to delete/remove. There are no .conf files (except my cgminer3.conf) in the cgminer directory or home directory.

The default is ~/.cgminer/cgminer.conf
(You must use ls -a to see file/directory names which begin with a ".".)

So to remove:
rm -ri ~/.cgminer

[italeffect]

Thank you, for some reason I was reading the default path in cgminer as /home/ .cgminer/cgminer.conf (with a space before the period, which of course makes no sense) and then also not realizing the -a option to see the dir. Much appreciated.

[P_Shep]

Funnily enough my 2.3.1-2 doubled up on the poo front. Not using the conf file, and only happened this one time. Haven't re-started it to see if it does it again at all. It's not affecting anything so I've left it.

[JinTu]

Hi folks,

I had a multi-hour Internet outage earlier today, but after replacing the failed component that was the cause the outage my (cgminer 2.3.1-based) rig connected and started hashing for a short while but then crashed with the following error:

Code:

...
[2012-03-13 16:03:21] Pool 0 communication failure, caching submissions
[2012-03-13 16:03:32] Pool 1 communication failure, caching submissions
[2012-03-13 16:04:26] Pool 0 http://btcguild.com:8332 not responding!
[2012-03-13 16:04:26] Switching to http://api.bitcoin.cz:8332
[2012-03-13 16:05:26] Pool 1 http://api.bitcoin.cz:8332 not responding!
[2012-03-13 16:17:32] Failed to create get_work_thread
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
      after 186609 requests (186608 known processed) with 0 events remaining.

I have the system setup to autologin to X and automatically start cgminer, but it was failing with the following error:

Code:

[2012-03-13 17:50:58] Started cgminer 2.3.1
[2012-03-13 17:50:58] Error -1: Getting Device IDs (num)
[2012-03-13 17:50:58] clDevicesNum returned error, no GPUs usable
All devices disabled, cannot mine!

It would appear that my fglrx drivers were goofed, as a reboot of the system fixed the problem.

Anyone else ever see something like this?

[kano]

Funnily enough my 2.3.1-2 doubled up on the poo front. Not using the conf file, and only happened this one time. Haven't re-started it to see if it does it again at all. It's not affecting anything so I've left it.

3 possible Causes:
1) in the "-c conf" file specified and also specified on the command line
2) in the "-c conf" file specified and also in the default conf file
3) specified on the command line and also in the default conf file

[P_Shep]

No conf file is specified... will it use one without anything specified?

[jake262144]

No conf file is specified... will it use one without anything specified?

Yes, the default config (cgminer.conf) if it's able to find one.