Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 228. (Read 5806004 times)

-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Latest git fail to compile on windows:
Code:
cgminer-util.o:util.c:(.text+0xd87): undefined reference to `inet_network'

Noted and fixed, thanks.
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
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.
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
...
Kano or Ckolivas - any thoughts? Getting a bit desperate here.  Wink
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  Grin
legendary
Activity: 1361
Merit: 1003
Don`t panic! Organize!
Latest git fail to compile on windows:
Code:
------------------------------------------------------------------------
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
legendary
Activity: 952
Merit: 1000
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.
newbie
Activity: 35
Merit: 0
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?
hero member
Activity: 574
Merit: 501
OK - well good luck.  Hope you figure it out...
hero member
Activity: 574
Merit: 501
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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
legendary
Activity: 1540
Merit: 1001
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
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.


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?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
sr. member
Activity: 658
Merit: 250
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
legendary
Activity: 4088
Merit: 1631
Ruu \o/
hi
is there really no way to have Xinerama AND all GPU's active mining like here described?

http://whythiserror.blogspot.co.at/2013/06/adl-detected-more-less-devices-gpus.html
TIA
Wrong support thread.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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?
full member
Activity: 235
Merit: 100
When you use zadig, you have to change the driver for all of the devices, not just one, if you have them all plugged in.  The trick I believe around this is to unplug all of them instead of one, use zadig to change the driver, and then when you plug in the rest of the devices they will automatically attached to the winusb and thus cgminer will see them.
I assume you mean unplug them all BUT one, I'll try that if i ever switch back to my PC. Thanks for the help. Also thanks techman05 for the software tip, Not sure if I need it but sure looks handy to have around.
legendary
Activity: 2955
Merit: 1050
hi
is there really no way to have Xinerama AND all GPU's active mining like here described?

http://whythiserror.blogspot.co.at/2013/06/adl-detected-more-less-devices-gpus.html
TIA
sr. member
Activity: 658
Merit: 250
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.
sr. member
Activity: 280
Merit: 250
Sometimes man, just sometimes.....
I've restarted many times to get this working, So what your saying is to reinstall the VCP C210 drivers then WinUSB? This all started when one of my AMU's stopped spitting out accepts in BFGminer, I noticed it kept assigning that one AMU to COM3 no matter what and that I had like 50 com ports assigned., but I've only got 7 BE's plugged in at once..Ugh. Windows can be such a pain at times. Like I said, I'd just love to just wipe all the Com ports/drivers out clean and start anew.

When you use zadig, you have to change the driver for all of the devices, not just one, if you have them all plugged in.  The trick I believe around this is to unplug all of them instead of one, use zadig to change the driver, and then when you plug in the rest of the devices they will automatically attached to the winusb and thus cgminer will see them.
Jump to: