-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 08, 2013, 09:44:01 PM |
|
Does anyone know a good way to cross compile libudev, so I could keep on cross compiling cgminer for ARM? I had no trouble compiling libncurses and libusb previously, but it looks like libudev has been integrated to the massive systemd project. Obviously I don't need to compile the whole systemd, but I just can't figure out how to compile libudev only.
You can't just install libudev development library?
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 08, 2013, 09:44:33 PM |
|
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
juhakall
|
|
September 09, 2013, 02:24:30 AM |
|
Does anyone know a good way to cross compile libudev, so I could keep on cross compiling cgminer for ARM? I had no trouble compiling libncurses and libusb previously, but it looks like libudev has been integrated to the massive systemd project. Obviously I don't need to compile the whole systemd, but I just can't figure out how to compile libudev only.
You can't just install libudev development library? I tried that first, but the configure script doesn't pick it up, presumably because I need to have a version compiled for arm. I'm no cross compilation expert, but that's what worked for me with libusb and libncurses. I downloaded those libraries, cross compiled them for arm and installed them to a specific directory. After pointing the configure script to search for libs and headers from that directory, the dependencies were detected. If you have managed to cross compile cgminer without having to cross compile libudev too, I'm obviously doing something wrong here.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 09, 2013, 02:27:31 AM |
|
Does anyone know a good way to cross compile libudev, so I could keep on cross compiling cgminer for ARM? I had no trouble compiling libncurses and libusb previously, but it looks like libudev has been integrated to the massive systemd project. Obviously I don't need to compile the whole systemd, but I just can't figure out how to compile libudev only.
You can't just install libudev development library? I tried that first, but the configure script doesn't pick it up, presumably because I need to have a version compiled for arm. I'm no cross compilation expert, but that's what worked for me with libusb and libncurses. I downloaded those libraries, cross compiled them for arm and installed them to a specific directory. After pointing the configure script to search for libs and headers from that directory, the dependencies were detected. If you have managed to cross compile cgminer without having to cross compile libudev too, I'm obviously doing something wrong here. I only cross compile for windows, and windows does not use udev. The latest libusb requires udev on linux unfortunately.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Taugeran
|
|
September 09, 2013, 03:03:34 AM |
|
Human readable changelog: 3.4.1:
- Maximum avalon frequency is now 1000 instead of 450 since some overclockers have pushed beyond 450.
Horrreeee sheet!1 but will it get over 900.0?
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
|
September 09, 2013, 10:35:38 AM |
|
3.4.2 crashed on win7x64 after about 36 hours. Crashed in mswinsck.dll. I neglected to get a screenshot. In a hurry this morning.
M
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 09, 2013, 10:52:20 AM |
|
What configure option do you have to enable for CGMiner to support mining with Block Erupters? I noticed there's no "--enable-asicminer" option...
They use the icarus driver.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 09, 2013, 01:05:56 PM |
|
I've noticed that there are times when my block erupter's light flashes, but there's no activity in CGMiner. Shouldn't every flash be accompanied by either accepted shares, rejected shares, or hardware errors being incremented?
Not if you're mining at a diff greater than 1. The device returns diff1 shares.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-Redacted-
|
|
September 09, 2013, 02:02:47 PM |
|
The screen does not necessarily display lines or update counts instantaneously. You may see blink, blink, followed by two lines scrolling up the screen a second or two later.
|
|
|
|
-Redacted-
|
|
September 09, 2013, 02:25:33 PM |
|
OK - well good luck. Hope you figure it out...
|
|
|
|
scrubadub
Newbie
Offline
Activity: 35
Merit: 0
|
|
September 09, 2013, 02:40:10 PM |
|
Can cgminer support scrypt (on gpus) and blf asic's on the same computer? Would you have to run two instances? Does the --scrypt and --bfl options automatically designate which instance should mine off which hardware?
|
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
September 09, 2013, 02:46:57 PM |
|
Can cgminer support scrypt (on gpus) and blf asic's on the same computer? Would you have to run two instances? Does the --scrypt and --bfl options automatically designate which instance should mine off which hardware?
Yes. I run "cgminer.exe --scrypt" on my GPUs, and then "cgminer-nogpu.exe" for my ASICs. Works fine.
|
|
|
|
rav3n_pl
Legendary
Offline
Activity: 1361
Merit: 1003
Don`t panic! Organize!
|
|
September 09, 2013, 02:47:54 PM |
|
Latest git fail to compile on windows: ------------------------------------------------------------------------ cgminer 3.4.2 ------------------------------------------------------------------------
Configuration Options Summary:
curses.TUI...........: FOUND: -lpdcurses OpenCL...............: FOUND. GPU mining support enabled scrypt...............: Enabled ADL..................: SDK found, GPU monitoring support enabled
Avalon.ASICs.........: Disabled BFL.ASICs............: Disabled BitForce.FPGAs.......: Disabled Icarus.FPGAs.........: Disabled ModMiner.FPGAs.......: Disabled Ztex.FPGAs...........: Disabled
Compilation............: make (or gmake) CPPFLAGS.............: CFLAGS...............: -O3 -msse2 LDFLAGS..............: LDADD................: -LC:/MinGW/lib -lcurl -lcurldll compat/jansson nsson.a -lpthread -lOpenCL -lws2_32 -lm
Installation...........: make install (as root if needed, with 'su' or 'su prefix...............: /usr/local
Making clean in ccan make[1]: Entering directory `/c/msysgit/cgminer/ccan' rm -rf .libs _libs test -z "libccan.a" || rm -f libccan.a rm -f *.o rm -f *.lo make[1]: Leaving directory `/c/msysgit/cgminer/ccan' Making clean in compat make[1]: Entering directory `/c/msysgit/cgminer/compat' Making clean in jansson make[2]: Entering directory `/c/msysgit/cgminer/compat/jansson' rm -rf .libs _libs test -z "libjansson.a" || rm -f libjansson.a rm -f *.o rm -f *.lo make[2]: Leaving directory `/c/msysgit/cgminer/compat/jansson' Making clean in . make[2]: Entering directory `/c/msysgit/cgminer/compat' rm -rf .libs _libs rm -f *.lo make[2]: Leaving directory `/c/msysgit/cgminer/compat' make[1]: Leaving directory `/c/msysgit/cgminer/compat' Making clean in lib make[1]: Entering directory `/c/msysgit/cgminer/lib' Making clean in . make[2]: Entering directory `/c/msysgit/cgminer/lib' test -z "" || rm -f rm -rf .libs _libs test -z "libgnu.a" || rm -f libgnu.a test -z "" || rm -f rm -f *.o test -z "core *.stackdump arg-nonnull.h arg-nonnull.h-t c++defs.h c++defs. gnal.h signal.h-t stddef.h stddef.h-t stdint.h stdint.h-t string.h string. rn-on-use.h warn-on-use.h-t" || rm -f core *.stackdump arg-nonnull.h arg-n .h-t c++defs.h c++defs.h-t signal.h signal.h-t stddef.h stddef.h-t stdint. nt.h-t string.h string.h-t warn-on-use.h warn-on-use.h-t rm -f *.lo make[2]: Leaving directory `/c/msysgit/cgminer/lib' make[1]: Leaving directory `/c/msysgit/cgminer/lib' Making clean in . make[1]: Entering directory `/c/msysgit/cgminer' rm -f cgminer.exe rm -f cgminer rm -rf .libs _libs rm -f *.o rm -f *.lo make[1]: Leaving directory `/c/msysgit/cgminer' make all-recursive make[1]: Entering directory `/c/msysgit/cgminer' Making all in lib make[2]: Entering directory `/c/msysgit/cgminer/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 `/c/msysgit/cgminer/lib' make[4]: Entering directory `/c/msysgit/cgminer/lib' CC dummy.o CC memmem.o CC sigaction.o CC sigprocmask.o AR libgnu.a make[4]: Leaving directory `/c/msysgit/cgminer/lib' make[3]: Leaving directory `/c/msysgit/cgminer/lib' make[2]: Leaving directory `/c/msysgit/cgminer/lib' Making all in compat make[2]: Entering directory `/c/msysgit/cgminer/compat' Making all in jansson make[3]: Entering directory `/c/msysgit/cgminer/compat/jansson' CC dump.o CC error.o CC hashtable.o CC load.o CC memory.o CC pack_unpack.o CC strbuffer.o CC strconv.o CC utf.o CC value.o AR libjansson.a make[3]: Leaving directory `/c/msysgit/cgminer/compat/jansson' make[3]: Entering directory `/c/msysgit/cgminer/compat' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/c/msysgit/cgminer/compat' make[2]: Leaving directory `/c/msysgit/cgminer/compat' Making all in ccan make[2]: Entering directory `/c/msysgit/cgminer/ccan' CC libccan_a-helpers.o CC libccan_a-opt.o CC libccan_a-parse.o CC libccan_a-usage.o AR libccan.a make[2]: Leaving directory `/c/msysgit/cgminer/ccan' make[2]: Entering directory `/c/msysgit/cgminer' CC cgminer-cgminer.o CC cgminer-util.o CC cgminer-sha2.o CC cgminer-api.o CC cgminer-logging.o CC cgminer-driver-opencl.o CC cgminer-ocl.o CC cgminer-findnonce.o CC cgminer-adl.o CC cgminer-scrypt.o CCLD cgminer.exe cgminer-util.o:util.c:(.text+0xd87): undefined reference to `inet_network' collect2.exe: error: ld returned 1 exit status make[2]: *** [cgminer.exe] Error 1 make[2]: Leaving directory `/c/msysgit/cgminer' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/c/msysgit/cgminer' make: *** [all] Error 2
|
|
|
|
PatMan
|
|
September 09, 2013, 02:55:08 PM |
|
... Kano or Ckolivas - any thoughts? Getting a bit desperate here. Well ... firstly, as mentioned, I'd prefer to see the overall CPU usage not a screen snapshot at one particular time ... as I've explained already how to. Run it for 15 minutes and get the top elapsed CPU and elapsed from the API (as I asked before) Secondly, what is the CPU on that computer and what does cat /proc/cpuinfo | grep MHz say at the same time. Thirdly, cgminer CPU usage includes the USB CPU usage ... that other miners will not have counted against them when they mine They all do USB I/O but other miners CPU usage is not correct since the OS doesn't count the USB they all do, USB accounts for quite a lot of the CPU usage ... SOLVED! (sort of, eventually) After days of downtime trying to troubleshoot this high cgminer cpu usage problem I have finally found the culprit, and am happy to say that it is most definitely NOT a cgminer problem, but is - as I originally suspected, a usb controller problem, in my case the controller is nvidia. It appears that some usb controllers just don't handle blocks of usb3 powered hubs filled with eruptors very well, but the problem seems to manifest itself as a cgminer issue showing extremely high cpu usage together with a high zombie/error rate. I'd like to post my findings here as, from scrolling through the thread, I can see that I am not the only user who has had this particular problem, and wrongfully assumed it to be a cgminer issue, so hopefully this will help other users in the future. I'd also like to thank Kano for his suggestions about cpu monitoring previously, as if it weren't for this I might never have found the problem. I'll try to keep it as brief as possible: I connected a monitor & keyboard to my headless rig to carry out Kano's suggestions and noticed that even though the cpu was at a constant 33% with Xubuntu 12.04 (compared with 37% with 13.04!) it was still only using half it's cores. So, I switched off AMD cool n' quiet in the bios & rebooted. It was then that I noticed how long the rig took to boot up, minutes instead of seconds. I then disconnected all 4 usb bricks of eruptors & rebooted again - it took seconds to boot up as it did when I originally installed the OS. This behaviour only occurred on this one machine, so I knew it was a local problem. I ordered a usb addin pci card (VIA chipset) which arrived this morning, disabled all onboard usb ports in the bios, installed the usb card, plugged the 4 bricks into a powered 4 port hub & the 4 port hub into the new usb card on the rig & fired it up. It was up & running in seconds as per normal. It has now been mining for 4 hours, the cpu usage is ~12%, usb HW error rate is <1%, both of which are the lowest it has ever been. So there you have it. I probably could have found the problem a lot sooner if a) it had not been a headless rig, b) I had paid more attention & c) I was more knowledgeable with the workings of Linux/Ubuntu. Again, big thanks to kano who put me on the right track, & ckolivas for the best mining software out there - bar none. Conclusion: Nvidia should stick to GFX chipsets. Xubuntu 13.04 performed poorly compared to 12.04 (I reinstalled 12.04) I need to learn more
|
|
|
|
Taugeran
|
|
September 09, 2013, 04:57:34 PM |
|
The screen does not necessarily display lines or update counts instantaneously. You may see blink, blink, followed by two lines scrolling up the screen a second or two later.
No shit. This blinks and CGMiner never shows a thing. If the share is a hw error does cgminer silently ignore it and only increment the hw count, like a certain other miner. Not starting a war. Just genuinely curious as I use both.
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 09, 2013, 09:05:01 PM |
|
Latest git fail to compile on windows: cgminer-util.o:util.c:(.text+0xd87): undefined reference to `inet_network'
Noted and fixed, thanks.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 09, 2013, 11:43:00 PM |
|
SOLVED! (sort of, eventually) Conclusion: Nvidia should stick to GFX chipsets. Xubuntu 13.04 performed poorly compared to 12.04 (I reinstalled 12.04) I need to learn more Thanks for investigating. Having coded parts of kernels that report CPU usage, I should point out that the CPU usage is not as clear as you may think, so while it appears that 13.04 is worse than 12.04 (37 vs 33% you said), it may be a measuring artefact difference, whereas 12% vs 33% is more likely to be significant.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Trongersoll
|
|
September 10, 2013, 12:09:04 AM |
|
is there a reason that you moved from ubuntu 12.04 to 13.04? it seems like every time i try and do something simple, like upgrade cgminer, i have to jump through hoops. I'm running cgminer 3.3.1. i'm having trouble adding a new Hub and more ASICminer erupters. i've got about 34 running, one in the new hub works but any more gets errors and not recognised. at one point i had 3 working in the new hub, but repowering it dropped me down to one. I figured if i asked for help you would just tell me to use the latest cgminer. so i downloaded your prebuilt one. I noticed the 13.04 but figured it was a typo. So now i have to upgrade my Ubuntu version or rebuild the package for 12.04? If i try and rebuild it am i going to run into another "gotcha". I was so happy with 3.3.1, i just downloaded it and it worked.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4256
Merit: 1644
Ruu \o/
|
|
September 10, 2013, 12:21:55 AM |
|
is there a reason that you moved from ubuntu 12.04 to 13.04? it seems like every time i try and do something simple, like upgrade cgminer, i have to jump through hoops. I'm running cgminer 3.3.1. i'm having trouble adding a new Hub and more ASICminer erupters. i've got about 34 running, one in the new hub works but any more gets errors and not recognised. at one point i had 3 working in the new hub, but repowering it dropped me down to one. I figured if i asked for help you would just tell me to use the latest cgminer. so i downloaded your prebuilt one. I noticed the 13.04 but figured it was a typo. So now i have to upgrade my Ubuntu version or rebuild the package for 12.04? If i try and rebuild it am i going to run into another "gotcha". I was so happy with 3.3.1, i just downloaded it and it worked. I've been building with 13.04 for ages. It just so happens that previous builds worked on 12.04->13.04 simply because all the libraries matched and now do not that I added the latest version of libusb. When exactly should I upgrade to a newer operating system? Well that's the nature of heavy development. If you find a version that works for you and your hardware, stick with it, but mining is a very fluid environment that is still in massive flux and development where the hardware, protocol and expectations continue to change. If you're on linux, you'll always be much better off building it for yourself, and I only reluctantly offer binaries - it is actually not hard to build it yourself. Windows is a totally different world where building the binary is hard work, so I try to make one binary work on as many different versions as possible. People newer to the linux world use their windows experience but that's not the best way to use linux.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Trongersoll
|
|
September 10, 2013, 12:34:29 AM |
|
is there a reason that you moved from ubuntu 12.04 to 13.04? it seems like every time i try and do something simple, like upgrade cgminer, i have to jump through hoops. I'm running cgminer 3.3.1. i'm having trouble adding a new Hub and more ASICminer erupters. i've got about 34 running, one in the new hub works but any more gets errors and not recognised. at one point i had 3 working in the new hub, but repowering it dropped me down to one. I figured if i asked for help you would just tell me to use the latest cgminer. so i downloaded your prebuilt one. I noticed the 13.04 but figured it was a typo. So now i have to upgrade my Ubuntu version or rebuild the package for 12.04? If i try and rebuild it am i going to run into another "gotcha". I was so happy with 3.3.1, i just downloaded it and it worked. I've been building with 13.04 for ages. It just so happens that previous builds worked on 12.04->13.04 simply because all the libraries matched and now do not that I added the latest version of libusb. When exactly should I upgrade to a newer operating system? Well that's the nature of heavy development. If you find a version that works for you and your hardware, stick with it, but mining is a very fluid environment that is still in massive flux and development where the hardware, protocol and expectations continue to change. If you're on linux, you'll always be much better off building it for yourself, and I only reluctantly offer binaries - it is actually not hard to build it yourself. Windows is a totally different world where building the binary is hard work, so I try to make one binary work on as many different versions as possible. People newer to the linux world use their windows experience but that's not the best way to use linux. yeah when to upgrade is always a tough call. I'm just afraid that if try and recompile it for 12.04 I'm going to run into a whole bunch of incompatibilities. I just wish this whole USB thing worked like it is supposed to. nothing is ever easy. well, sometimes it is easy, but we forget those times.
|
|
|
|
|