Fanatic
Newbie
Offline
Activity: 210
Merit: 0
|
|
March 11, 2012, 05:38:32 AM |
|
Type "cgminer -n"
Thanks works fine now!
|
|
|
|
cuz0882
|
|
March 11, 2012, 05:53:10 AM |
|
My hash rate is about 10% lower with the newest cgminer. I should be able to use the same config file right?
|
|
|
|
sharky112065
|
|
March 11, 2012, 02:39:52 PM |
|
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.
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
cuz0882
|
|
March 11, 2012, 08:52:47 PM |
|
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
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 11, 2012, 09:54:19 PM |
|
... 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
|
|
March 12, 2012, 04:03:31 AM |
|
... 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
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 12, 2012, 06:13:26 AM |
|
... 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
|
|
March 12, 2012, 06:58:30 AM |
|
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.
|
|
|
|
|
|
ordy
Newbie
Offline
Activity: 59
Merit: 0
|
|
March 12, 2012, 08:00:44 PM |
|
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
Legendary
Offline
Activity: 1540
Merit: 1002
|
|
March 13, 2012, 12:40:41 PM |
|
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/ztexThis 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
|
|
March 13, 2012, 10:59:31 PM |
|
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.
|
Dash: Xdopotr3eAHpsSCMkUyU2YWP3WQWb5X3t8
|
|
|
Proofer
Member
Offline
Activity: 266
Merit: 36
|
|
March 13, 2012, 11:35:34 PM |
|
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
|
|
March 13, 2012, 11:47:22 PM |
|
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.
|
Dash: Xdopotr3eAHpsSCMkUyU2YWP3WQWb5X3t8
|
|
|
P_Shep
Legendary
Offline
Activity: 1803
Merit: 1230
This is not OK.
|
|
March 14, 2012, 12:01:07 AM |
|
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
|
|
March 14, 2012, 01:14:07 AM |
|
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: ... [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: [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
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
March 14, 2012, 03:43:57 AM |
|
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
Legendary
Offline
Activity: 1803
Merit: 1230
This is not OK.
|
|
March 14, 2012, 05:35:15 AM |
|
No conf file is specified... will it use one without anything specified?
|
|
|
|
jake262144
|
|
March 14, 2012, 07:53:03 AM |
|
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.
|
|
|
|
|