chrysophylax
Legendary
Offline
Activity: 2884
Merit: 1091
--- ChainWorks Industries ---
|
|
February 02, 2016, 12:27:40 PM |
|
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 ... [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 ... [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
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
February 02, 2016, 12:33:35 PM |
|
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
Legendary
Offline
Activity: 2884
Merit: 1091
--- ChainWorks Industries ---
|
|
February 02, 2016, 12:36:22 PM |
|
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/Byobuim '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 (OP)
Legendary
Offline
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
|
|
February 04, 2016, 03:45:27 AM |
|
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
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
February 04, 2016, 10:33:26 AM |
|
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
|
|
February 06, 2016, 03:37:32 AM |
|
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
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
February 06, 2016, 04:07:28 AM |
|
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
|
|
February 06, 2016, 04:31:21 AM |
|
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
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
February 06, 2016, 04:40:27 AM |
|
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
|
|
February 06, 2016, 10:09:16 PM Last edit: February 06, 2016, 10:35:14 PM by ZeroFossilFuel |
|
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
Legendary
Offline
Activity: 1470
Merit: 1114
|
|
February 06, 2016, 10:51:59 PM |
|
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 (OP)
Legendary
Offline
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
|
|
February 06, 2016, 10:55:57 PM |
|
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
|
|
February 06, 2016, 11:16:07 PM |
|
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
|
|
February 07, 2016, 05:04:20 AM |
|
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 #error -- unsupported GNU version! gcc versions later than 4.9 are not supported! Is there one more option I need to force?
|
|
|
|
Epsylon3 (OP)
Legendary
Offline
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
|
|
February 07, 2016, 05:07:21 AM |
|
I already answered
|
|
|
|
chrysophylax
Legendary
Offline
Activity: 2884
Merit: 1091
--- ChainWorks Industries ---
|
|
February 07, 2016, 11:20:56 AM |
|
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_
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
February 07, 2016, 12:33:14 PM |
|
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
Legendary
Offline
Activity: 1154
Merit: 1001
|
|
February 07, 2016, 12:48:12 PM |
|
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_
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
February 07, 2016, 12:55:31 PM |
|
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
Legendary
Offline
Activity: 1154
Merit: 1001
|
|
February 07, 2016, 01:47:21 PM |
|
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 ---
|
|
|
|
|