[ANN] ccminer 2.3 - opensource - GPL (tpruvot)

[chrysophylax]

why do you even run it in background? just use byobu and hit F6 to exit.
it will go on as normal and you'll get back just by ssh-ing in again.
multiple windows and scrollback buffers as bonus ;-)

i use screen ...

its easy to configure and runs from the command line with the same features you just mentioned ...

which is why i was trying to establish HOW he was doing the 'background' run ...

ill look into byobu - ive never heard of it ...

edit - hehehe ... and its in the fedora 23 repo ... nice ...

Code:

[root@horus ~]# dnf info byobu
Last metadata expiration check performed 21:41:36 ago on Tue Feb  2 01:17:05 2016.
Available Packages
Name        : byobu
Arch        : noarch
Epoch       : 0
Version     : 5.97
Release     : 1.fc23
Size        : 157 k
Repo        : updates
Summary     : Light-weight, configurable window manager built upon GNU screen
URL         : http://launchpad.net/byobu
License     : GPLv3
Description : Byobu is a Japanese term for decorative, multi-panel screens that serve
            : as folding room dividers. As an open source project, Byobu is an
            : elegant enhancement of the otherwise functional, plain,
            : practical GNU Screen. Byobu includes an enhanced profile
            : and configuration utilities for the GNU screen window manager,
            : such as toggle-able system status notifications.

and just for informations sake ...

Code:

[root@horus ~]# dnf info screen
Last metadata expiration check performed 21:44:09 ago on Tue Feb  2 01:17:05 2016.
Installed Packages
Name        : screen
Arch        : x86_64
Epoch       : 0
Version     : 4.3.1
Release     : 2.fc23
Size        : 938 k
Repo        : @System
From repo   : @commandline
Summary     : A screen manager that supports multiple logins on one terminal
URL         : http://www.gnu.org/software/screen
License     : GPLv2+
Description : The screen utility allows you to have multiple logins on just one
            : terminal. Screen is useful for users who telnet into a machine or are
            : connected via a dumb terminal, but want to use more than just one
            : login.
            : 
            : Install the screen package if you need a screen manager that can
            : support multiple logins on one terminal.

tanx ...

#crysx

[1714007061]

1714007061

[1714007061]

1714007061

[1714007061]

1714007061

[pallas]

byobu is much more powerfull than screen and it is compatible.
it's like a textual windows manager.
it's one of those things you can't leave without, as soon as you pass the first 20 minutes of learning (YMMV) ;-)

https://help.ubuntu.com/community/Byobu

[chrysophylax]

byobu is much more powerfull than screen and it is compatible.
it's like a textual windows manager.
it's one of those things you can't leave without, as soon as you pass the first 20 minutes of learning (YMMV) ;-)

https://help.ubuntu.com/community/Byobu

im 'fiddling' ( ie - learning ) with it now ...

nice - and quite similar ... but it will take a little getting used to ...

seems i wont have to unlearn anything from screen either ...

tanx again pallas ...

#crysx

[Epsylon3]

yes, thanks, was using screen... but the lack of scrollback (or to find the right multiple key shortcuts) was a pain...

was about to switch to tmux... so i guess this one will help

[pallas]

yes, thanks, was using screen... but the lack of scrollback (or to find the right multiple key shortcuts) was a pain...

was about to switch to tmux... so i guess this one will help

byobu can use both tmux and screen as backends ;-)

[ZeroFossilFuel]

which time the ccminer 1.7.1 will be compiled ?

thanks.

at 2:34 and 23 second (it will be available for 5 min ) don't miss it

LOL! That's some funny stuff right there. 

I just successfully compiled 1.7.2 on a Xubuntu 14.04 miner with CUDA 7.5 on it and it runs beautifully! I mine the Quark algo. Period. Save the comments. Whereas sp_mod was running about 11% higher hashrate on my GTX 750 Ti's, it was only getting ~70% acceptance when I mined solo. tpruvot, while 11% lower hashrate, kicks ass at 100% acceptance! ~20% ahead of the game mining solo.

Question: I can't seem to compile on a Xubuntu 15.10 box with CUDA 7.5. Getting the "can't deal with >gcc4.9" error. I do seem to have gcc-4.8 installed but it's not being seen when I compile. How do I force it?

[joblo]

which time the ccminer 1.7.1 will be compiled ?

thanks.

at 2:34 and 23 second (it will be available for 5 min ) don't miss it

LOL! That's some funny stuff right there. 

I just successfully compiled 1.7.2 on a Xubuntu 14.04 miner with CUDA 7.5 on it and it runs beautifully! I mine the Quark algo. Period. Save the comments. Whereas sp_mod was running about 11% higher hashrate on my GTX 750 Ti's, it was only getting ~70% acceptance when I mined solo. tpruvot, while 11% lower hashrate, kicks ass at 100% acceptance! ~20% ahead of the game mining solo.

Question: I can't seem to compile on a Xubuntu 15.10 box with CUDA 7.5. Getting the "can't deal with >gcc4.9" error. I do seem to have gcc-4.8 installed but it's not being seen when I compile. How do I force it?

Did you install cuda from the distro repo or from nvidia? The distro is more likely to be compatible.

[ZeroFossilFuel]

On the 15.10 machine I installed CUDA 7.5 from the nVidia local .deb. On the 14.04 machine I installed CUDA 7.5 from .run. Or was it the other way around? Let me check...........

No, I had it right the first time. Either way, both from nVidia.

[pallas]

To use a specific gcc version, find this line in Makefile.am and add the related option:

nvcc_ARCH += --compiler-bindir /usr/bin/gcc-4.7 -gencode=arch=compute_52,code=\"sm_52,compute_52\"

Remember to rerun autogen.sh, configure and then make.

[ZeroFossilFuel]

Code:

gcc-4.8: error trying to exec 'cc1plus': execvp: No such file or directory

cc1plus is not in the repository. Even tried installing gcc-4.7. Same error. Also looked up the error message. Found some really old posts about adding build-essential and/or just g++. Both are installed.

[joblo]

Code:

gcc-4.8: error trying to exec 'cc1plus': execvp: No such file or directory

cc1plus is not in the repository. Even tried installing gcc-4.7. Same error. Also looked up the error message. Found some really old posts about adding build-essential and/or just g++. Both are installed.

It seems you have two choices. Change cuda to match th OS or change the OS to match
cuda.

The latter seems preferable to me. If the xubuntu repo has cuda you can be pretty sure
it works.

[Epsylon3]

its g++

and 4.7 is very old... read the readme about fedora for the last gcc version problem (5+) but the problem is only with cuda 6.5 if i remember right

[ZeroFossilFuel]

Code:

gcc-4.8: error trying to exec 'cc1plus': execvp: No such file or directory

cc1plus is not in the repository. Even tried installing gcc-4.7. Same error. Also looked up the error message. Found some really old posts about adding build-essential and/or just g++. Both are installed.

It seems you have two choices. Change cuda to match th OS or change the OS to match
cuda.

The latter seems preferable to me. If the xubuntu repo has cuda you can be pretty sure
it works.

Regressing CUDA to the native 6.5 found in the Xubuntu 15.10 repo is the preferable course for me since this is a multi-purpose machine that is only minting coins when I'm not sitting in front of it. I'm not too hopeful of it working though. It just makes no sense to me that CUDA 7.5 on a Xubuntu 14.04 machine works where the native CUDA version is 5.5 but won't work on a 15.10 machine where the native version is 6.5.  Will give that a try after dinner anyway and see if it makes a difference. Thanks for chiming in.

[ZeroFossilFuel]

Okay. I was almost ready to report success but not quite. I'm building with gcc-4.9 and I also had to install g++-4.9 separately. The compile looks like it's going to fly, gets all the way through the algos and then this

Code:

#error -- unsupported GNU version! gcc versions later than 4.9 are not supported!

Is there one more option I need to force?

[Epsylon3]

I already answered

[chrysophylax]

epsylon3 ...

are you adding the decred kernel to the miner? ...

if so - when? ... and how would we set the commandline for optimal usage? ...

#crysx

[sp_]

Just tested the latest x86 binary in the quark algo (default intensities)

Gigabyte windforce gtx 970 G1: (1366Mhz core)

ccminer 1.7.1:     14.2MHASH
Sp-mod private #5: 18.2MHASH (+28,17%)

[myagui]

Just tested the latest x86 binary in the quark algo (default intensities)

Gigabyte windforce gtx 970 G1: (1366Mhz core)

ccminer 1.7.1:     14.2MHASH
Sp-mod private #5: 18.2MHASH (+28,17%)

@SP_

How about you try running both by explicitly setting the same value for intensity? Your defaults are known to be much higher than the ones from every other developer, making these stats above rather meaningless.

Also, you've been around long enough that you should know by now, that miner client-side performance is not a reliable metric by itself, some folks have reported your builds to show the faster miner client-side, but have such a high reject rate, that the net result is in effect a much slower miner.

A reliable comparison, is set by running the same parameters (not the defaults), and post the hashrate graph for a reliable pool during a reasonable window on each miner (6 hours or more). A nicehash graph is pretty good for this purpose.

Kindly avoid polluting the threads for other developers with random drops of grossly interpreted hashrate metrics.

[sp_]

I tried to set -i 24 and -i 25 but it results in a crash.. My version works fine with -i 25. (The default is set to 24)

with -i 23 i get 15.82MHASH in the 1.7.1 x86 version.

so my private is only 15% faster with a proper launchconfig.

[myagui]

I tried to set -i 24 and -i 25 but it results in a crash.. My version works fine with -i 25. (The default is set to 24)

with -i 23 i get 15.82MHASH in the 1.7.1 x86 version.

so my private is only 15% faster with a proper launchconfig.

That's a slightly better comparison, but again, rejects are important to take into account.
If you scroll back a single page on this thread, you'll find a user reporting your (public?) quark doing 11% faster hashrate than tpruvot's, yet it also has 30% rejects doing solo, vs 0% on tpruvot's. So, for those conditions, your faster miner ends up being much slower.

I'm not even putting efficiency on the table, but for some miners, that's an even greater factor of importance. Personally, don't care for a 5% performance boost, at the expense of increasing 10% on power usage.

Side comment: You had my respect and admiration when you started off, making sensible contributions to the open ccminer community. Things have gone downhill ever since the pissing contests began, along with repeated calls for private version donations (with terms that I find unfair to those that actually buy said private versions)...
I do hope you figure out a better way to stay motivated and contributing.

--- apologies for the off topic ---