|
I'm loathe to adding yet more confusing command line options when many people mine blindly with defaults.
I'm also unhappy about throwing out work blindly whenever a LP comes without it actually being a real block change.
I'm most unhappy going out of my way to support another network, whatever it is.
However, having sane defaults and the most efficient mining on BTC are my desired endpoints.
If someone is merged mining, they will receive a lot more longpolls if I'm not mistaken.
If they're not merged mining the longpolls should match block changes and whatever other reasons the pools actually use - It's my impression that they're all theoretical arguments and non merged-mining pools ONLY use longpoll for a block change.
Therefore, throwing out work blindly with a longpoll that doesn't have a corresponding detected block change, without adding any more command line options, is the most unobtrusive change that I can think of and I will do so in the next version.
Merged mining discussion is now closed. Thank you all for your prompt submissions.
|
|
|
|
I don't want to add fuel to the fire and think merged-mining debate should be happening elsewhere
Agreed! Where? Sam Since this is my thread, I'm going to change the rules about what is considered offtopic. I wrote this miner to be the best mining software capable of mining bitcoins because I believe in bitcoin as a concept, not because I actually want to make a profit. I wanted fully featured software that.... well by now you all know what cgminer does, but my point is that I'm trying to support bitcoin by providing software that maintains the hashing power that gives bitcoin strength. Now since I have to be the one to decide what support goes into cgminer (unless someone forks it, which has been threatened before), I have to be convinced it is worthwhile. Now, namecoin aside, I personally think all the other coins can go fuck themselves and their get rick quick mentality. However, merged mining is slightly different, I do realise this, BUT I have yet to see a good argument for how it is anything good for bitcoin. So I'm going to open up the discussion and I would like to see arguments for why I should or should not explicitly support merged mining, and I ONLY want to see arguments that don't include "it is more profitable". More profit by "earning" namecoin at the same time as earning bitcoin does not support anything to do with bitcoin as a concept of a cryptocurrency that ultimately makes free trade possible. |
|
|
|
Conman, i just want to ask, if pdcurses did not exist for mingw, what route would you have taken in regards to the UI?
I never really cared about the windows version. Consider it luck that there was an equivalent that Ycros originally helped greatly with and then I had the painful task of actually keeping the windows version building. |
|
|
|
New Version 2.0.7:
- Support work without midstate or hash1, which are deprecated in bitcoind 0.5+
- Go to kernel build should we fail to clCreateProgramWithBinary instead of
failing on that device. This should fix the windows problems with devices not
initialising.
- Support new configuration file format courtesy of Chris Savery which can write
the config file from the menu and will load it on startup.
- Write unix configuration to .cgminer/cgminer.conf by default and prompt to
overwrite if given a filename from the menu that exists.
Thanks for new release but does not work on Ubuntu 11.04. ./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./cgminer)
locate libc.so.6
/lib/x86_64-linux-gnu/libc.so.6
/lib32/libc.so.6
Plus compiling from source from a git clone and download tarballs fails on no dummy.o file in either distribution. miner6@miner6:~/src/cgminer-2.0.7$ makemake all-recursive
make[1]: Entering directory `/home/miner6/src/cgminer-2.0.7'
Making all in lib
make[2]: Entering directory `/home/miner6/src/cgminer-2.0.7/lib'
GEN arg-nonnull.h
GEN c++defs.h
GEN warn-on-use.h
GEN signal.h
GEN string.h
make all-recursive
make[3]: Entering directory `/home/miner6/src/cgminer-2.0.7/lib'
make[4]: Entering directory `/home/miner6/src/cgminer-2.0.7/lib'
CC dummy.o
gcc: dummy.o: No such file or directory
make[4]: *** [dummy.o] Error 1
make[4]: Leaving directory `/home/miner6/src/cgminer-2.0.7/lib'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/miner6/src/cgminer-2.0.7/lib'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/miner6/src/cgminer-2.0.7/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/miner6/src/cgminer-2.0.7'
make: *** [all] Error 2
Also it does not find the ADL.
Configuration Options Summary:
OpenCL...............: FOUND. GPU mining support enabled
ADL..................: SDK NOT found, GPU monitoring support DISABLED
ASM..................: false
Compilation............: make (or gmake)
CPPFLAGS.............:
CFLAGS...............: -O2 -Wall -march=native -I/home/miner6/AMD-APP-SDK-v2.4-lnx64/include>
LDFLAGS..............: -L/home/miner6/AMD-APP-SDK-v2.4-lnx64/lib/x86_64> -lpthread
Installation...........: make install (as root if needed, with 'su' or 'sudo')
prefix...............: /usr/local
Could we have fix please so we can compile on the older than you or different glibc contained on the 11.04. Edit: should add couple of typos in the README here. ln -s /opt/AMD-APP-SDK-v2.4-lnx64/include/CL /usr/include
Should be ln -s /opt/AMD-APP-SDK-v2.4-lnx64/include/CL /usr/include/
And CFLAGS="-O2 -Wall -march=native -I<path to AMD APP include>" LDFLAGS="-L<path to AMD APP lib/x86_64> ./configure
Should be CFLAGS="-O2 -Wall -march=native -I<path to AMD APP include>" LDFLAGS="-L<path to AMD APP lib/x86_64>" ./configure
No ubuntu build any more, sorry. Too much happening with distro changes. Build from git you need to ./autogen.sh first as the documentation says. ADL needs to be installed as the documentation says. Your corrections to the readme read the same thing. |
|
|
|
|
Well... I've removed the ubuntu binaries since they weren't ubuntu binaries since I'm on a newer distribution.
|
|
|
|
|
New Version 2.0.7:
- Support work without midstate or hash1, which are deprecated in bitcoind 0.5+
- Go to kernel build should we fail to clCreateProgramWithBinary instead of
failing on that device. This should fix the windows problems with devices not
initialising.
- Support new configuration file format courtesy of Chris Savery which can write
the config file from the menu and will load it on startup.
- Write unix configuration to .cgminer/cgminer.conf by default and prompt to
overwrite if given a filename from the menu that exists.
|
|
|
|
At least for me, whenever a GPU shows up as dead, a restart of cgminer ALWAYS works.
*shrug*
i guess its dependant on the GPU and the driver version... IDK. It is impossible to predict what will happen so the default needs to be the safest. |
|
|
|
Very good, thanks! Keep that up and I'll happily include the patches. Send them to me instead though, my email's in the readme. I'll let you tinker some more, as you're on a roll  |
|
|
|
BTW thanks Con you have nice little program here but then I would not expect anything less as I have for many years used your patches for the linux kernel which always worked great as well thanks for them too.
I KNEW the name sounded very familiar all along but I couldn't for the life of me remember exactly what was... Con is the doctor guy who did work on i/o schedulers in the kernel! How could I forget! Kudos! CPU schedulers, but thanks  |
|
|
|
|
Accepting multiple config files and making it easier to do so is not a long term solution. cgminer needs a unified single config file for multiple options but someone needs to write a parser for it to do so. Unfortunately that someone is not going to be me, and lots of people have promised but not delivered (alas as I expected would happen). So for the time being it will remain as is I'm afraid.
|
|
|
|
|
Auto fan assumes the worst case scenario: that is that your GPU might actually be fucking hot when you start it, so it automatically starts at a safe 85% speed. It will eventually die down. If you happen to stop and start a miner instantly and start at a low fan it's dangerous, so I intentionally made it do that. If you don't like it you'll have to change the code. Try intensity 9, as the kernels are pretty much identical between phoenix and cgminer these days. It could just be reporting error as cgminer does not lie.
|
|
|
|
|
I build it in a windows virtual machine running xp with mingw32 installed and all the libraries as needed. It's a royal pain considering I don't use windows. I've never tried building the windows version with the ming environment on linux.
|
|
|
|
[2011-10-10 07:26:25] Failed to init GPU thread 0, disabling device 0
[2011-10-10 07:26:25] Restarting the GPU from the menu is unlikely to fix this.
[2011-10-10 07:26:25] Try stopping other applications using the GPU like afterburner.
[2011-10-10 07:26:25] Then restart cgminer. I get this when ever I start cgminer on a machine with 7 cards It works fine on other machines with 1 or 2 cards I have no other GPU apps running on the machine that it won't work on Switching back to 2.0.5 works fine on the machine that it won't work on This is the random failing to init problem due to not successfully building a kernel. Not new to 2.0.6, just lucky it struck you now. Copy the .bin files from your 2.0.5 installation into your 2.0.6 directory. No idea what causes it and none of the init code has changed from a long time ago, so no idea why it struck you now. If you restart a hundred times it will eventually go away, but copying the .bin files will save you doing it. |
|
|
|
Got the "not found" error when trying to download the Windoze version.
Sam
Link fixed, thanks. |
|
|
|
Thanks to continued donations Much appreciated. New version: 2.0.6 - Expire shares as stale with a separate timeout from the scantime, defaulting to 120 seconds. - Retry pools after a delay of 15 seconds if none can be contacted on startup unless a key is pressed. - Don't try to build adl features without having adl. - Properly check shares against target difficulty - This will no longer show shares when solo mining at all unless they're considered to be a block solve. - Add altivec 4 way (cpu mining) support courtesy of Gilles Risch. - Try to use SSL if the server supports it. - Display the total solved blocks on exit (LOL if you're lucky). - Use ADL activity report to tell us if a sick GPU is still busy suggesting it is hard hung and do not attempt to restart it. - Don't make donation work interfere with block change detection allowing donation to work regardless of the block chain we're mining on. |
|
|
|
Switched on 0.5% donation on my 4gh/s farm, hardly felt the difference. Hope that makes the difference for you, Con! Keep up the good work. Thanks!
Thanking you muchly! |
|
|
|
Hi there. I'm running a Windows 7 x64 machine and dual 6990's. I just switched to cgminer after having used poclbm directly launched from the command line for about 3 months without issues. Since switching, I have three problems:
1) Without fail, every time I [Q]uit the miner, it causes a BSOD. The driver reporting a failure is atikmdag.sys. I was trying Catalyst 11.5 when it started happening. Updated to Catalyst 11.9 and the behavior is the same. The only way for me to safely exit the program is to KILL the process, and then I use another program to bring the fan speeds down to normal, or reboot.
2) Attempting to set the memory clock speed to anything below 950Mhz causes instability. Anything below 900Mhz and the system locks up instantly. I've found the best course of action is to leave it at the default setting.
3) Fan speed. NO MATTER WHAT I DO, one of the fans eventually reaches 100%. Ambient temperature in the room is 68º. I never had this problem using poclbm directly. Here are my settings:
--auto-fan --auto-gpu --gpu-engine 800-900 --gpu-fan 60-75 --temp-target 85 --temp-overheat 90
I believe what is happening with the fan speed problem is that cgminer is attributing each fan to the wrong GPUs. Invariably, GPU 0 and GPU 2 are cool, at around 75º, while GPU1 and GPU3 are hot at around 89-91º. My guess is that 0+2 is one card, and 1+3 is the second card, but cgminer is thinks that the cards are 0+1 and 2+3 respectively. Therefore, it is not associating the GPU temperatures with the correct GPU fan speed settings. In fact, 0+2 used to run hotter than 1+3, because the card is physically on top of the other card in the machine. It is only so cool now because the fan is blowing so hard.
1. Well that's very unlucky. Not sure what I can do about it though, software shouldn't be able to take out your entire machine (unless you're doing dangerous clocks and shit). 2. Some hardware really doesn't like the memory being much slower than the gpu clock speed. 69x0 cards in particular usually ignore lower settings to avoid that from happening. 3. The 6990 has dissociated sensors on the 2nd core so it really doesn't know what the fan speed is. Furthermore, the ATI drivers and the ATI display library do NOT have a way of agreeing on what the device numbers are, so we're left to *hoping* they coincide in order. However, the temperature and fan speeds reported by ADL are coming from the same device so even if your GPU number listed doesn't correspond with the fanspeed you think, the temperature/fanspeed combination listed for one card is definitely the temperature and fanspeed for that core. Bear in mind, though, that the 2nd core of 6990s doesnt have a fanspeed and is just sharing the fanspeed from the 1st core. Thus any fanspeed it's reporting will likely be a percentage value that is being ignored and the fan of its corresponding partner core in RPM is the real fanspeed. |
|
|
|
|
Yes that's right, the "donated" power so far is amassing to between 100-200 Mhash at the moment. The bithopper app which uses a 1% donation model is getting ~2.4Ghash from "donations".
|
|
|
|
|
Tried it on linux. CPU usage still sucks balls even with only one GPU. Back to 11.6...
|
|
|
|
Been running the 2.0.5 with --donation 1 turned on.. works great.. keep up the good work!
Thanking you very much If you drop into #ozcoin and type "!worker ckolivas.donation" anyone can see the total hash power contributed to donations at this time. |
|
|
|
|
Show Posts
