OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[Inaba]

My cgminers stop a lot of times with what you are describing when there are network issues.  I have a script that starts it back up and it continues on it's merry way. 

You may want to check your network connection.

[Beaflag VonRathburg]

You probably hit the bandwidth limit for that mobo with the extra GPUs and they're never really working. See if you can increase the PCIE latency in the bios. That usually does the trick.

The default latency was set at 32, but changes to 96 and 128 have no affect. The next step is probably going to be a complete reinstall of Win 7 x64 to see if it has any effect.

[sgravina]

My cgminers stop a lot of times with what you are describing when there are network issues.  I have a script that starts it back up and it continues on it's merry way. 

You may want to check your network connection.

The network connections are fine.  All these computers have been running non-stop for months.  Something changed this past weekend.  It might be my router or my internet connection, but I don't understand how those things can cause this problem.

Anyway, I took your advice and wrapped cgminer in an infinite while loop so when it does stop it just starts up again.  The 11 computers have been running this way for 6 hours now.

[-ck]

My cgminers stop a lot of times with what you are describing when there are network issues.  I have a script that starts it back up and it continues on it's merry way. 

You may want to check your network connection.

The network connections are fine.  All these computers have been running non-stop for months.  Something changed this past weekend.  It might be my router or my internet connection, but I don't understand how those things can cause this problem.

Anyway, I took your advice and wrapped cgminer in an infinite while loop so when it does stop it just starts up again.  The 11 computers have been running this way for 6 hours now.

It shouldn't happen either way. Network failures shouldn't cause cgminer to shut down and neither should (some random other thing). I have no idea what the problem is in either of your cases, and especially since it's not actually crashing, but shutting down cleanly since it's giving a summary. It could be something else in your systems sending it a SIGTERM signal for whatever reason (some daemon or something?) or some outside thing talking to the API and telling it to shut down? There is nothing in the code that has a plan to terminate running automatically except for the --shares option, which is why I asked if there was a configuration file it was loading somewhere you didn't know about.

[kano]

Actually - yes I've seen this before when someone had a problem with BAMT - where there was some reason why it was telling cgminer to shutdown via the API.
Are you using BAMT or some other such tool?

[Inaba]

My installs are based on BAMT at the moment, but I have none of the BAMT functionality enabled at this point.  So no, that's not it.  When libtorsocks has a connection issue, cgminer takes a dirt nap and I just have the script restart it.  Hasn't been a huge issue, and actually helps for the BFL units that fall asleep, since cgminer doesn't try to rescan and/or renable sleeping BFL units, so I haven't worried about it too much.

[Arachnid]

Hello,

I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.

However, when I run CGMiner -n it shows this output...

 [2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
 [2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
 [2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
 [2012-06-28 00:13:47] Platform 0 devices: 1
 [2012-06-28 00:13:47]  0       GeForce GTX 460
 [2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
 [2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
 [2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
 [2012-06-28 00:13:47] Platform 1 devices: 1
 [2012-06-28 00:13:47]  0       Cypress
 [2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
 [2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
 [2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
 [2012-06-28 00:13:47] 1 GPU devices max detected

The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.

My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.

I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!

[-ck]

Hello,

I normally use GUIMiner on Windows 7 X64, but would really like to try using CGMiner since it has great backup server support and I'm wondering if I can squeeze a few more Hashes out of my hardware-GTX 460 and Radeon 5850.

However, when I run CGMiner -n it shows this output...

 [2012-06-28 00:13:47] CL Platform 0 vendor: NVIDIA Corporation
 [2012-06-28 00:13:47] CL Platform 0 name: NVIDIA CUDA
 [2012-06-28 00:13:47] CL Platform 0 version: OpenCL 1.1 CUDA 4.1.1
 [2012-06-28 00:13:47] Platform 0 devices: 1
 [2012-06-28 00:13:47]  0       GeForce GTX 460
 [2012-06-28 00:13:47] CL Platform 1 vendor: Advanced Micro Devices, Inc.
 [2012-06-28 00:13:47] CL Platform 1 name: AMD Accelerated Parallel Processing
 [2012-06-28 00:13:47] CL Platform 1 version: OpenCL 1.2 AMD-APP (923.1)
 [2012-06-28 00:13:47] Platform 1 devices: 1
 [2012-06-28 00:13:47]  0       Cypress
 [2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
 [2012-06-28 00:13:47] Failed to ADL_Adapter_ID_Get. Error -1
 [2012-06-28 00:13:47] GPU 0 ATI Radeon HD 5800 Series hardware monitoring enabled
 [2012-06-28 00:13:47] 1 GPU devices max detected

The Radeon 5850 shows up @ GPU0 and the NVIDIA GTX 460 @ GPU1 in MSI Afterburner. However, CGMiner shows them backwards.

My problem is that I cannot mine on the Radeon. As it shows in the last line, I can only mine on 1 GPU and that's the 460 @ ~76Mhash.

I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!

--gpu-platform 1

[Arachnid]

...

I did plenty of searching on that error: Failed to ADL_Adapter_ID_Get. Error -1 with no luck. Anyone got any ideas? Thanks!

--gpu-platform 1

Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.

Thanks again for your help!

[-ck]

--gpu-platform 1

Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.

Thanks again for your help!

No. You need to run 2 instances of cgminer if you want to mine on nvidia and ati at the same time. Suggest you don't mine on the nvidia - you will lose 1 dollar in power costs for every 20 cents you earn in bitcoin. (No I don't care if you have free electricity, everyone uses the same counterargument and there's plenty about it on the forums already).

[Arachnid]

--gpu-platform 1

Thanks very much, ckolivas. That works for mining on the 5850. Is there any way to mine on both? I tried entering --gpu-platform 1 --gpu-platform 0 and it mined only on platform 0-back to only mining on the 460.

Thanks again for your help!

No. You need to run 2 instances of cgminer if you want to mine on nvidia and ati at the same time. Suggest you don't mine on the nvidia - you will lose 1 dollar in power costs for every 20 cents you earn in bitcoin. (No I don't care if you have free electricity, everyone uses the same counterargument and there's plenty about it on the forums already).

2 Instances, that makes sense. Yes, I know. I need to get another ATI card. Man, I wish I would have found this earlier when the difficulty was lower. Could have paid for several cards really quickly. C'est la vie!

Thanks again for your help!

[-ck]

New release delayed

Sorry everyone, I was planning on releasing 2.4.4 literally today, but unfortunately I got the hardware for my new fancy main desktop on the same day, and after spending many hours trying over and over again, it did not boot so it ended up in the workshop. Given that it's likely yet another dead motherboard, it could actually be quite a while before the damn thing is back, and I really can't do much in the way of a satisfactory release with just my laptop and mining rig. So if you're willing to download and build from git, now is a good time because the tree is quite stable.

New changes:
Massive overhaul of the nrolltime mechanism now should cause a huge rise in efficiency on pools that support it. This allows much lower getwork bandwidth for much higher hashrates.
Support for the expire= feature. This works in concert with nrolltime when pools support it to allow more local generation of work.
Support for the x-mining-hashrate feature. I'm sure some pool somewhere cares about this, even though I'm not convinced, but it was trivial to add.
Better damping of GPU temperature changes should cause much less overshoot when temps rise or fall outside the optimal range in autofan mode.
Reinstated the application restart should adl fail - disabling this did not fix the crashes for those who had cgminer crash after 1 week of uptime in windows fail land when their ATI driver would fail, and disabled the advantage of it fixing the problem for those who simply lost their fanspeed.
API groups features - this is squarely aimed at grouping privileges for remote access for services like P4man's hopping puppetmaster service.
Support for unlimited devices
Support for unlimited pools
Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.
Lots of other things under the hood.

Enjoy.

[TheHarbinger]

You sir, are the man!   

[crazyates]

You sir, are the man!   

+1

[Krak]

Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.

Looking forward to this. Mine has been acting pretty crazy.

[DILLIGAF]

New release delayed

Sorry everyone, I was planning on releasing 2.4.4 literally today, but unfortunately I got the hardware for my new fancy main desktop on the same day, and after spending many hours trying over and over again, it did not boot so it ended up in the workshop. Given that it's likely yet another dead motherboard, it could actually be quite a while before the damn thing is back, and I really can't do much in the way of a satisfactory release with just my laptop and mining rig. So if you're willing to download and build from git, now is a good time because the tree is quite stable.

New changes:
Massive overhaul of the nrolltime mechanism now should cause a huge rise in efficiency on pools that support it. This allows much lower getwork bandwidth for much higher hashrates.
Support for the expire= feature. This works in concert with nrolltime when pools support it to allow more local generation of work.
Support for the x-mining-hashrate feature. I'm sure some pool somewhere cares about this, even though I'm not convinced, but it was trivial to add.
Better damping of GPU temperature changes should cause much less overshoot when temps rise or fall outside the optimal range in autofan mode.
Reinstated the application restart should adl fail - disabling this did not fix the crashes for those who had cgminer crash after 1 week of uptime in windows fail land when their ATI driver would fail, and disabled the advantage of it fixing the problem for those who simply lost their fanspeed.
API groups features - this is squarely aimed at grouping privileges for remote access for services like P4man's hopping puppetmaster service.
Support for unlimited devices
Support for unlimited pools
Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.
Lots of other things under the hood.

Enjoy.

Hmm did you forget to set the new version number? A freshly configured git clone here tells me I am building 2.4.3.

Code:

miner2@miner2:~$ cd src/
miner2@miner2:~/src$ mv cgminer cgminer-2.4.3
miner2@miner2:~/src$ history |grep git
  223  git clone https://github.com/ckolivas/cgminer
  648  git clone https://github.com/ckolivas/cgminer
  706  history |grep git
miner2@miner2:~/src$ git clone https://github.com/ckolivas/cgminer
Cloning into cgminer...
remote: Counting objects: 7878, done.
remote: Compressing objects: 100% (2797/2797), done.
remote: Total 7878 (delta 5293), reused 7630 (delta 5070)
Receiving objects: 100% (7878/7878), 5.06 MiB | 1.42 MiB/s, done.
Resolving deltas: 100% (5293/5293), done.
miner2@miner2:~/src$ cd cgminer
miner2@miner2:~/src/cgminer$ cp ../cgminer-2.4.3/ADL_SDK/* ADL_SDK/
miner2@miner2:~/src/cgminer$ history |grep CFLAGS
  227  history |grep CFLAGS
  653  CFLAGS="-O2 -Wall -march=native -I/home/miner2/AMD-APP-SDK-v2.4-lnx64/include" LDFLAGS="-L/home/miner2/AMD-APP-SDK-v2.4-lnx64/lib/x86_64" ./configure
  710  history |grep CFLAGS
miner2@miner2:~/src/cgminer$ CFLAGS="-O2 -Wall -march=native -I/home/miner2/AMD-APP-SDK-v2.4-lnx64/include" LDFLAGS="-L/home/miner2/AMD-APP-SDK-v2.4-lnx64/lib/x86_64" ./configure
-bash: ./configure: No such file or directory
miner2@miner2:~/src/cgminer$ ./autogen.sh 
configure.ac:52: installing `./compile'
configure.ac:17: installing `./config.guess'
configure.ac:17: installing `./config.sub'
configure.ac:22: installing `./install-sh'
configure.ac:22: installing `./missing'
ccan/Makefile.am: installing `./depcomp'
miner2@miner2:~/src/cgminer$ CFLAGS="-O2 -Wall -march=native -I/home/miner2/AMD-APP-SDK-v2.4-lnx64/include" LDFLAGS="-L/home/miner2/AMD-APP-SDK-v2.4-lnx64/lib/x86_64" ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for ranlib... ranlib
checking whether gcc needs -traditional... no
checking whether gcc and cc understand -c and -o together... yes
checking for ranlib... (cached) ranlib
checking sys/mman.h usability... yes
checking sys/mman.h presence... yes
checking for sys/mman.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking for stdint.h... (cached) yes
checking for mprotect... yes
checking for sigaction... yes
checking for sigaltstack... yes
checking for siginterrupt... yes
checking for mmap... yes
checking for MAP_ANONYMOUS... yes
checking whether memchr works... yes
checking whether memmem is declared... yes
checking for memmem... yes
checking whether memmem works... yes
checking for C/C++ restrict keyword... __restrict
checking for uid_t in sys/types.h... yes
checking for inline... inline
checking whether the preprocessor supports include_next... yes
checking whether system header files limit the line length... no
checking for wchar_t... yes
checking for unsigned long long int... yes
checking for long long int... yes
checking whether stdint.h conforms to C99... yes
checking whether memmem is declared without a macro... yes
checking whether mempcpy is declared without a macro... yes
checking whether memrchr is declared without a macro... yes
checking whether rawmemchr is declared without a macro... yes
checking whether stpcpy is declared without a macro... yes
checking whether stpncpy is declared without a macro... yes
checking whether strchrnul is declared without a macro... yes
checking whether strdup is declared without a macro... yes
checking whether strncat is declared without a macro... yes
checking whether strndup is declared without a macro... yes
checking whether strnlen is declared without a macro... yes
checking whether strpbrk is declared without a macro... yes
checking whether strsep is declared without a macro... yes
checking whether strcasestr is declared without a macro... yes
checking whether strtok_r is declared without a macro... yes
checking whether strerror_r is declared without a macro... yes
checking whether strsignal is declared without a macro... yes
checking whether strverscmp is declared without a macro... yes
checking whether memmem works in linear time... yes
checking for memmem... (cached) yes
checking whether memmem works... (cached) yes
checking for struct sigaction.sa_sigaction... yes
checking for volatile sig_atomic_t... yes
checking for sighandler_t... yes
checking whether sigaction is declared without a macro... yes
checking whether sigaddset is declared without a macro... yes
checking whether sigdelset is declared without a macro... yes
checking whether sigemptyset is declared without a macro... yes
checking whether sigfillset is declared without a macro... yes
checking whether sigismember is declared without a macro... yes
checking whether sigpending is declared without a macro... yes
checking whether sigprocmask is declared without a macro... yes
checking for sigprocmask... yes
checking whether NULL can be used in arbitrary expressions... yes
checking for ANSI C header files... (cached) yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for OpenCL... yes
checking for pthread_create in -lpthread... yes
checking for json_loads in -ljansson... no
checking for ADL_SDK/adl_sdk.h... yes
checking for library containing addstr... -lncurses
checking for yasm... false
configure: yasm is required for the assembly algorithms. They will be skipped.
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBCURL... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating x86_64/Makefile
config.status: creating x86_32/Makefile
config.status: creating ccan/Makefile
config.status: creating lib/Makefile
config.status: creating config.h
config.status: executing depfiles commands



------------------------------------------------------------------------
cgminer 2.4.3
------------------------------------------------------------------------


Configuration Options Summary:

  curses.TUI...........: FOUND: ncurses
  OpenCL...............: FOUND. GPU mining support enabled
  ADL..................: SDK found, GPU monitoring support enabled

  BitForce.FPGAs.......: Disabled
  Icarus.FPGAs.........: Disabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............: 
  CFLAGS...............: -O2 -Wall -march=native -I/home/miner2/AMD-APP-SDK-v2.4-lnx64/include
  LDFLAGS..............: -L/home/miner2/AMD-APP-SDK-v2.4-lnx64/lib/x86_64 -lpthread 
  LDADD................: -ldl -lcurl   compat/jansson/libjansson.a -lpthread -lOpenCL    -lm  

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

[-ck]

I said it would be the new version. I didn't say it was the new version.

[P_Shep]

Dude can't read.

[DILLIGAF]

Dude can't read.

I can read perfectly fine, so a release that is not a release when it is customary to increment the number of the build to avoid confusion, yet somehow when I asked that question I knew I would get asshole responses to it as is customary around here...

New release delayed

Sorry everyone, I was planning on releasing 2.4.4 literally today [...]  So if you're willing to download and build from git, now is a good time because the tree is quite stable.



New changes:
Massive overhaul of the nrolltime mechanism now should cause a huge rise in efficiency on pools that support it. This allows much lower getwork bandwidth for much higher hashrates.
Support for the expire= feature. This works in concert with nrolltime when pools support it to allow more local generation of work.
Support for the x-mining-hashrate feature. I'm sure some pool somewhere cares about this, even though I'm not convinced, but it was trivial to add.
Better damping of GPU temperature changes should cause much less overshoot when temps rise or fall outside the optimal range in autofan mode.
Reinstated the application restart should adl fail - disabling this did not fix the crashes for those who had cgminer crash after 1 week of uptime in windows fail land when their ATI driver would fail, and disabled the advantage of it fixing the problem for those who simply lost their fanspeed.
API groups features - this is squarely aimed at grouping privileges for remote access for services like P4man's hopping puppetmaster service.
Support for unlimited devices
Support for unlimited pools
Massive fix for the "dynamic" feature for GPUs. Somehow in the many device abstractions it had gotten broken and wasn't really doing what it was intended. It should be much more dynamic now.
Lots of other things under the hood.

Enjoy.

[kano]

Dude can't read.

I can read perfectly fine, so a release that is not a release when it is customary to increment the number of the build to avoid confusion, yet somehow when I asked that question I knew I would get asshole responses to it as is customary around here...
...

Yeah coz it aint released it doesn't have a new version number yet.
Simple.

Do I Look Like I Give A Fuck <- I'm sure most people are thinking