OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 445.

TheHarbinger

sr. member

Activity: 378

Merit: 250

Why is it so damn hot in here?

Quote from: CrazyGuy on November 17, 2012, 12:40:23 PM

Thanks for your dedication to this project. I'd like to request a new load balancing option. 1 device per pool. I'm concerned about pool stability once ASICs start rolling out.

From my experience with cgminer, load-balance and balance do not really distribute work evenly across pools. I'd like to define a list of 10 pools, and each device mines solely on one of the pools in that list. If one of the pools fails, the device attached will move on to the next pool in the list.

Thanks!

This can already be done just by running multiple instances of CGminer. While it's not the most elegant solution, it is far easier than asking Con to add or rewrite code.

CrazyGuy

legendary

Activity: 1973

Merit: 1007

Thanks for your dedication to this project. I'd like to request a new load balancing option. 1 device per pool. I'm concerned about pool stability once ASICs start rolling out.

From my experience with cgminer, load-balance and balance do not really distribute work evenly across pools. I'd like to define a list of 10 pools, and each device mines solely on one of the pools in that list. If one of the pools fails, the device attached will move on to the next pool in the list.

Thanks!

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: -ck on November 17, 2012, 03:27:12 AM

Well, anyone got any bright ideas about windows and stratum? Disabling threading didn't help, debug versions spit out no debug info, and it's not like I can just tell people to fuck windows off and start mining only on linux. Even after ASICs arrive, someone somewhere will still want to mine with windows.

Windows people, any ideas? Was there a version with stratum that was stable for you across multiple disconnections?

I haven't given up on this yet. Using procdump, I was able to get this:

Code:

Dump Summary
------------
Dump File:	cgminer_121117_062709.dmp : C:\downloads\Programs\cgminer_121117_062709.dmp
Last Write Time:	11/17/2012 6:27:09 AM
Process Name:	cgminer.exe : C:\mining\cgminer\cgminer.exe
Process Architecture:	x86
Exception Code:	0xC0000005
Exception Information:	The thread tried to read from or write to a virtual address for which it does not have the appropriate access.
Heap Information:	Not Present

I thought 2.8.7 behaved the same, but it doesn't. With 2.9.3, I can fire up cgminer pointing to oz, unplug the NIC, and in about 30 seconds in crashes. On 2.8.7, it recognizes it fails and tries to switch, but fails on the switch, as it suddenly says the same pool is alive (can't be, NIC is still unplugged), but it does recover after I plug the NIC back in:

Code:

cgminer version 2.8.7 - Started: [2012-11-17 06:38:33]
---------------------------------------------------------------------------
(5s):7.000 (avg):173.1Mh/s | Q:14  A:2  R:0  HW:0  E:14%  U:0.7/m
TQ: 2  ST: 1  SS: 0  DW: 10  NB: 2  LW: 12  GF: 1  RF: 1  WU: 2.5
Connected to stratum.ozco.in with stratum as user xxxxxxxx
Block: 04332ddfab79c06078e5c763...  Started: [06:41:13]  Best share: 50
---------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0:  41.0C 1126RPM | 668.0M/173.1Mh/s | A:2 R:0 HW:0 U:  0.71/m I: 9
---------------------------------------------------------------------------

[2012-11-17 06:38:30] Started cgminer 2.8.7
[2012-11-17 06:38:30] Loaded configuration file cgminer.conf
[2012-11-17 06:38:31] Probing for an alive pool
[2012-11-17 06:38:34] Accepted 05179ea0 Diff 50/1 GPU 0 pool 0
[2012-11-17 06:38:34] Stratum from pool 0 requested work restart
[2012-11-17 06:38:34] Accepted 98e184f3 Diff 1/1 GPU 0 pool 0
[2012-11-17 06:38:36] Pool 2 http://us.ozco.in:8332 alive
[2012-11-17 06:38:38] API running in local read access mode on port 4028
[2012-11-17 06:38:41] Pool 5 http://us1.eclipsemc.com:8337 alive
[2012-11-17 06:38:42] Pool 6 http://us2.eclipsemc.com:8337 alive
[2012-11-17 06:38:42] Pool 7 http://us3.eclipsemc.com:8337 alive
[2012-11-17 06:38:42] Pool 8 http://pool.50btc.com:8332 alive
[2012-11-17 06:38:43] Pool 9 http://localhost:8332 alive
[2012-11-17 06:39:07] Pool 0 share submission failure  <----- disconnected NIC
[2012-11-17 06:39:28] Pool 0 http://stratum.ozco.in:3333 not responding!
[2012-11-17 06:39:28] Switching to http://us.ozco.in:8332  
[2012-11-17 06:39:28] Long-polling activated for http://us.ozco.in:8332/LP
[2012-11-17 06:39:28] Pool 0 http://stratum.ozco.in:3333 alive   <---------- ????
[2012-11-17 06:39:28] Switching to http://stratum.ozco.in:3333

Here's something interesting! Using 2.9.3 with --verbose, it doesn't crash!!! I still observe the same oddity as in 2.8.7 where it says pool 0 is no responding, then it says it's alive again. Since the NIC isn't plugged in, it can't do anything, but it does not crash. When I plug the NIC back in, it successfully recovers.

Using -T doesn't change anything, it still crashes.

Hopefully this helps!!

M

EDIT: It seems the problem isn't just with stratum. I have two miners pointing to p2pool (which is LP), and both locked up (but didn't crash) when p2pool wasn't providing work fast enough. All on 2.9.3.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Well, anyone got any bright ideas about windows and stratum? Disabling threading didn't help, debug versions spit out no debug info, and it's not like I can just tell people to fuck windows off and start mining only on linux. Even after ASICs arrive, someone somewhere will still want to mine with windows.

Windows people, any ideas? Was there a version with stratum that was stable for you across multiple disconnections?

P_Shep

legendary

Activity: 1795

Merit: 1208

This is not OK.

Quote from: P_Shep on November 15, 2012, 10:05:43 PM

Incidently, I'm now running a debug version (stock 2.9.3) on my router. Hopefully the core dump will tell us what's going on.

Of course, now I'm running the debug version, it's running perfectly.

Roll Eyes

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Askit2 on November 16, 2012, 02:46:19 PM

Quote from: sharky112065 on November 16, 2012, 04:57:18 AM

Yasm is not needed anymore as CPU mining is no longer supported and the CPU code will be ripped out of Cgminer soon.

Referring to that windows-build.txt file you were talking about, did you modify the package config file for curl as directed?

Edit: It could be what C. Kolivas said, but I would check the package config file first.

Yes, About 5 sucessful builds ago. Then upon trying to build a 2.9.3 from git so that I could try stratum on Eclipse(Still didn't work for me) I had that error. Altering the file mentioned in the link did in fact let me build it. As I had built with this setup and no changes 2.7.5. It is running but eclipse US1, 2 and 3 are all marked dead on stratum.

Well - having written about 1200 lines of new code (still not complete) for direct USB support on the MMQ, latest git+my changes compiled fine first time on mingw for me (after adding libusb) on WinXP32 - no issues.
Odd.

(Edit: P.S. I used:
CFLAGS="-g -W -Wall" ./autogen.sh --enable-modminer --enable-ztex
make clean
make
Like I do in linux)

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: sharky112065 on November 16, 2012, 04:57:18 AM

Yasm is not needed anymore as CPU mining is no longer supported and the CPU code will be ripped out of Cgminer soon.

Referring to that windows-build.txt file you were talking about, did you modify the package config file for curl as directed?

Edit: It could be what C. Kolivas said, but I would check the package config file first.

Yes, About 5 sucessful builds ago. Then upon trying to build a 2.9.3 from git so that I could try stratum on Eclipse(Still didn't work for me) I had that error. Altering the file mentioned in the link did in fact let me build it. As I had built with this setup and no changes 2.7.5. It is running but eclipse US1, 2 and 3 are all marked dead on stratum.

EDIT: Flags used are in windowsbuild.txt.
CFLAGS="-O2 -msse2" ./configure --enable-bitforce
Then per instructions:
make

Removing LIBCURL_CFLAGS@ from makefile.am and using ./autogen.sh rather then autoreconf. One or both fixed it.
This is win7 64bit. Maybe my XP 32 (initially only XP....) machine would do it easier.

Balthazar

legendary

Activity: 3108

Merit: 1359

Does it support IPv6? Roll Eyes

Smoovious

hero member

Activity: 504

Merit: 500

Scattering my bits around the net since 1980

Quote from: -ck on November 15, 2012, 10:27:47 PM

The clock raising to the max was put in there to workaround a problem with the driver where it drops to low power during any relatively idle period and even if you try to set it to high speed it ignores you, and the return values from the driver reporting back its current speed get stuck at low speed confusing the feedback mechanism.

I'll think about a possible workaround, when time permits me to code once more.

Thank you...

From my observations, I only see it occur when the temp falls below the target-temp minus hysteresis, when the heat the sensors have picked up has finally dissipated enough. As long as the temp stays above target-temp minus hysteresis, it raises back up gradually again from the bottom range I specified.

If that helps narrow it down some.

-- Smoov

sharky112065

sr. member

Activity: 383

Merit: 250

Quote from: Askit2 on November 16, 2012, 03:56:49 AM

Code:

$ make
make  all-recursive
make[1]: Entering directory `/home/User/cgminer'
Making all in lib
make[2]: Entering directory `/home/User/cgminer/lib'
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/User/cgminer/lib'
make[4]: Entering directory `/home/User/cgminer/lib'
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/User/cgminer/lib'
make[3]: Leaving directory `/home/User/cgminer/lib'
make[2]: Leaving directory `/home/User/cgminer/lib'
Making all in compat
make[2]: Entering directory `/home/User/cgminer/compat'
Making all in jansson
make[3]: Entering directory `/home/User/cgminer/compat/jansson'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/User/cgminer/compat/jansson'
make[3]: Entering directory `/home/User/cgminer/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/User/cgminer/compat'
make[2]: Leaving directory `/home/User/cgminer/compat'
Making all in ccan
make[2]: Entering directory `/home/User/cgminer/ccan'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/User/cgminer/ccan'
make[2]: Entering directory `/home/User/cgminer'
  CC     cgminer-cgminer.o
gcc.exe: error: @CPPFLAG_CURL_STATICLIB@: No such file or directory
make[2]: *** [cgminer-cgminer.o] Error 1
make[2]: Leaving directory `/home/User/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/User/cgminer'
make: *** [all] Error 2

Got Yasm copied in and finally configure line didn't error.
Windows build.txt is missing this step entirely.
Did the Libcurl actually change between 2.7.5 and 2.9.3?
I only ask because it looks the same as the older windows build instructions but it is erroring on a line with curl listed.

I am more interested in how to fix it then why it happened though.

Yasm is not needed anymore as CPU mining is no longer supported and the CPU code will be ripped out of Cgminer soon.

Referring to that windows-build.txt file you were talking about, did you modify the package config file for curl as directed?

Edit: It could be what C. Kolivas said, but I would check the package config file first.

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Quote from: -ck on November 16, 2012, 04:03:06 AM

Actually yasm is a red herring. It does nothing on windows builds since it is only for 64 bit linux cpu mining support.

The libcurl requirement DID change at around 2.8, due to new requirements for stratum support, but they're not the problem you're running in to. The real issue is that support for compilation on *BSD was added recently to cgminer, and unfortunately that broke compilation directly on windows mingw32 compilation. I didn't notice because I now compile the mingw binary via a cross-compiler on linux. So it's not a problem at your end. When I can get back to code soon I will try and address this issue... but then there are other problems with cgminer on windows in 2.9.x, to which I do NOT have a good explanation for yet... God I hate windows.

Wasn't trying to disagree I just ment that on the CFLAGS step I ended with at least one error and though it stated that it would run without the yasm in line something I still errored on both CFLAGS and MAKE. Now after adding the exe (not super hard just picked up one from yasm.) I only get an error on the make. On the make I think earlier I noticed more errors then 1 and 2. It likely is my imagination though.

I will wait for people to test the git version and a newer one to come out.

Thanks for all your help!

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: -ck on November 16, 2012, 04:03:06 AM

Quote from: Askit2 on November 16, 2012, 03:56:49 AM

(...)
Got Yasm copied in and finally configure line didn't error.
Windows build.txt is missing this step entirely.
Did the Libcurl actually change between 2.7.5 and 2.9.3?
I only ask because it looks the same as the older windows build instructions but it is erroring on a line with curl listed.

I am more interested in how to fix it then why it happened though.

Actually yasm is a red herring. It does nothing on windows builds since it is only for 64 bit linux cpu mining support.

The libcurl requirement DID change at around 2.8, due to new requirements for stratum support, but they're not the problem you're running in to. The real issue is that support for compilation on *BSD was added recently to cgminer, and unfortunately that broke compilation directly on windows mingw32 compilation. I didn't notice because I now compile the mingw binary via a cross-compiler on linux. So it's not a problem at your end. When I can get back to code soon I will try and address this issue... but then there are other problems with cgminer on windows in 2.9.x, to which I do NOT have a good explanation for yet... God I hate windows.

There is cure for windows: https://bitcointalksearch.org/topic/m.1329247

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Askit2 on November 16, 2012, 03:56:49 AM

Code:

$ make
make  all-recursive
make[1]: Entering directory `/home/User/cgminer'
Making all in lib
make[2]: Entering directory `/home/User/cgminer/lib'
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/User/cgminer/lib'
make[4]: Entering directory `/home/User/cgminer/lib'
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/User/cgminer/lib'
make[3]: Leaving directory `/home/User/cgminer/lib'
make[2]: Leaving directory `/home/User/cgminer/lib'
Making all in compat
make[2]: Entering directory `/home/User/cgminer/compat'
Making all in jansson
make[3]: Entering directory `/home/User/cgminer/compat/jansson'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/User/cgminer/compat/jansson'
make[3]: Entering directory `/home/User/cgminer/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/User/cgminer/compat'
make[2]: Leaving directory `/home/User/cgminer/compat'
Making all in ccan
make[2]: Entering directory `/home/User/cgminer/ccan'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/User/cgminer/ccan'
make[2]: Entering directory `/home/User/cgminer'
  CC     cgminer-cgminer.o
gcc.exe: error: @CPPFLAG_CURL_STATICLIB@: No such file or directory
make[2]: *** [cgminer-cgminer.o] Error 1
make[2]: Leaving directory `/home/User/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/User/cgminer'
make: *** [all] Error 2

Got Yasm copied in and finally configure line didn't error.
Windows build.txt is missing this step entirely.
Did the Libcurl actually change between 2.7.5 and 2.9.3?
I only ask because it looks the same as the older windows build instructions but it is erroring on a line with curl listed.

I am more interested in how to fix it then why it happened though.

Actually yasm is a red herring. It does nothing on windows builds since it is only for 64 bit linux cpu mining support.

The libcurl requirement DID change at around 2.8, due to new requirements for stratum support, but they're not the problem you're running in to. The real issue is that support for compilation on *BSD was added recently to cgminer, and unfortunately that broke compilation directly on windows mingw32 compilation. I didn't notice because I now compile the mingw binary via a cross-compiler on linux. So it's not a problem at your end. When I can get back to code soon I will try and address this issue... but then there are other problems with cgminer on windows in 2.9.x, to which I do NOT have a good explanation for yet... God I hate windows.

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Code:

$ make
make  all-recursive
make[1]: Entering directory `/home/User/cgminer'
Making all in lib
make[2]: Entering directory `/home/User/cgminer/lib'
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/User/cgminer/lib'
make[4]: Entering directory `/home/User/cgminer/lib'
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/User/cgminer/lib'
make[3]: Leaving directory `/home/User/cgminer/lib'
make[2]: Leaving directory `/home/User/cgminer/lib'
Making all in compat
make[2]: Entering directory `/home/User/cgminer/compat'
Making all in jansson
make[3]: Entering directory `/home/User/cgminer/compat/jansson'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/User/cgminer/compat/jansson'
make[3]: Entering directory `/home/User/cgminer/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/User/cgminer/compat'
make[2]: Leaving directory `/home/User/cgminer/compat'
Making all in ccan
make[2]: Entering directory `/home/User/cgminer/ccan'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/User/cgminer/ccan'
make[2]: Entering directory `/home/User/cgminer'
  CC     cgminer-cgminer.o
gcc.exe: error: @CPPFLAG_CURL_STATICLIB@: No such file or directory
make[2]: *** [cgminer-cgminer.o] Error 1
make[2]: Leaving directory `/home/User/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/User/cgminer'
make: *** [all] Error 2

Got Yasm copied in and finally configure line didn't error.
Windows build.txt is missing this step entirely.
Did the Libcurl actually change between 2.7.5 and 2.9.3?
I only ask because it looks the same as the older windows build instructions but it is erroring on a line with curl listed.

I am more interested in how to fix it then why it happened though.

rav3n_pl

legendary

Activity: 1361

Merit: 1003

Don`t panic! Organize!

Quote from: live627 on November 16, 2012, 02:22:35 AM

I might have found a bug. Not sure, though, and it might have been fixed and I never noticed...

CGMiner 2.6.4
Windows 7 x64
Catalyst 11.5

Crashes on start when both voltage is set and debug mode is enabled. I haven't looked into it further.

Erm, DO NOT use outdated binaries?

live627

hero member

Activity: 574

Merit: 500

I might have found a bug. Not sure, though, and it might have been fixed and I never noticed...

CGMiner 2.6.4
Windows 7 x64
Catalyst 11.5

Crashes on start when both voltage is set and debug mode is enabled. I haven't looked into it further.

vedalken254

member

Activity: 111

Merit: 10

Quote from: -ck on November 15, 2012, 10:19:55 PM

Quote from: vedalken254 on November 15, 2012, 10:15:36 PM

Yo guys... Just encountered this issue on 2.9.3 running on Ubuntu 12.04 x86_64:

[2012-11-15 21:09:43] List of devices:
[2012-11-15 21:09:43] 0 Cypress
[2012-11-15 21:09:43] Selected 0: Cypress
[2012-11-15 21:09:43] Error -6: Creating Command Queue. (clCreateCommandQueue) <--- is the debug shits (cgminer -D -T --verbose)

Worked fine until today. Now it refuses to start. Should i try to re-install FGLRX?

Code:

CL_OUT_OF_HOST_MEMORY                       -6

No idea why in your case, but that's what the error means.

Thanks Con. I re-installed the AMD APP SDK and the fglrx driver and then rebooted then ran aticonfig --initial -f then rebooted again and now it works again! Cheesy

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Smoovious on November 15, 2012, 07:16:47 AM

Quote from: -ck on November 15, 2012, 07:02:35 AM

Creating a PID type controller for every fan/gpu combination out there with different heat generation qualities, different cooling capacities, different fan speed change effects, different fan speed acceleration capabilities, etc. etc. etc.... is basically impossible.

What creating a different type of controller for every combination out there? I'm not even asking for that.

When the temp is below temp-target, don't slam the clock up to max, raise it one step at a time instead, and don't drop the fan fast, lower it one step at a time.

A couple if-statements, and that's it... why complicate it with pretending you'd have to make new algorithms for every card out there?

I know you think I'm stupid, but I'm not THAT stupid.

Believe it or not, this _is_ an issue that the auto-fan and auto-gpu aren't behaving as well as they should be, and all it is, is how fast it adjusts the fan and clock speed. There is NO reason why, just because the temp drops below temp-target minus hysteresis, that the clock speed has to be pushed back up to max, instead of being raised step by step the same as it does as if the temp is within the hysteresis.

The clock raising to the max was put in there to workaround a problem with the driver where it drops to low power during any relatively idle period and even if you try to set it to high speed it ignores you, and the return values from the driver reporting back its current speed get stuck at low speed confusing the feedback mechanism.

I'll think about a possible workaround, when time permits me to code once more.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: P_Shep on November 15, 2012, 10:04:09 PM

Quote from: -ck on November 12, 2012, 10:44:32 PM

Quote from: Krak on November 12, 2012, 09:32:50 PM

Quote from: -ck on November 12, 2012, 09:30:08 PM

It's not a mistake. Previously cgminer did not check the backup pools were working. Now it does check them even if not mining on them.

I know that, but Mt. Red couldn't possibly be going down as often as cgminer is saying. Also, I'm pretty sure us1.ozco.in is currently running just fine.

It is advantageous if a pool goes down for cgminer to not try to switch to another one that hasn't been working. 1 failed getwork is enough to do it. It's the same mechanism it uses on startup to see if a pool is alive. Overkill? Dunno, I wasn't expecting pools to fail sending getworks so often.

What if cgminer just cued up the next pool in line, rather than all of them?

Doesn't really cut if for spilling of work to all the backup pools and other failover strategies. If the shit going on at the moment ever calms down I'll look to just do it silently and not call the backup pools dead visibly.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: vedalken254 on November 15, 2012, 10:15:36 PM

Yo guys... Just encountered this issue on 2.9.3 running on Ubuntu 12.04 x86_64:

[2012-11-15 21:09:43] List of devices:
[2012-11-15 21:09:43] 0 Cypress
[2012-11-15 21:09:43] Selected 0: Cypress
[2012-11-15 21:09:43] Error -6: Creating Command Queue. (clCreateCommandQueue) <--- is the debug shits (cgminer -D -T --verbose)

Worked fine until today. Now it refuses to start. Should i try to re-install FGLRX?

Code:

CL_OUT_OF_HOST_MEMORY                       -6

No idea why in your case, but that's what the error means.

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