Bitcoin Forum

Alternate cryptocurrencies => Mining (Altcoins) => Topic started by: Epsylon3 on September 05, 2014, 07:00:05 AM



Title: [ANN] ccminer 2.0 - opensource - GPL (tpruvot)
Post by: Epsylon3 on September 05, 2014, 07:00:05 AM
http://ccminer.org/img/ccminer-banner.png

Welcome to the discussion thread for my ccminer fork.

This variant was based on cbuchner1 v1.2 beta, and now supports colored output, stats API, multiple pools, conditional mining and time limits, and many other features.

It contains most algorithms, except the ones specifically made cpu such as m7m. Some of the first algorithms were implemented by djm34, adapted to be usable on both linux and windows.
My releases are generally tuned for the Geforce GTX 750Ti, which is a good reference for tests (Linux + Windows) and has less hashrate drop in activity (unlike the 9xx series).

For a comprehensive list of the algorithms supported as well as details about the various configuration parameters, please check the ReadMe (https://github.com/tpruvot/ccminer/blob/windows/README.txt) file.

Direct links
Windows Binaries : https://github.com/tpruvot/ccminer/releases
Source Code : https://github.com/tpruvot/ccminer
Linux, read first : https://github.com/tpruvot/ccminer/wiki/Compatibility
Sample Command Line : ccminer -a lyra2rev2 -o stratum+tcp://lyra2rev2.eu.nicehash.com:3347 -u 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo


http://cryptomining-blog.com/wp-content/uploads/2017/03/ccminer-20-tpruvot-580x293.jpg

Code:
>>> RELEASE HISTORY <<<
  Apr. 29th 2017  v2.0 RC3
                  Handle cryptonight, wildkeccak and cryptonight-lite
                  Add a serie of new algos: timetravel, bastion, hmq1725, sha256t
                  Import lyra2z from djm34 work...
                  Rework the common skein512 (used in most algos except skein ;)
                  Upgrade whirlpool algo with alexis version (2x faster)
                  Store the share diff of second nonce(s) in most algos
                  Hardware monitoring thread to get more accurate power readings
                  Small changes for the quiet mode & max-log-rate to reduce logs
                  Handle Decred v1 block header changes

  Dec. 21th 2016  v1.8.4
                  Improve streebog based algos, veltor and sib (from alexis work)
                  Blake2s greetly improved (3x), thanks to alexis too...

  Sep. 28th 2016  v1.8.3
                  show intensity on startup for each cards
                  show-diff is now used by default, use --hide-diff if not wanted

  Sep. 22th 2016  v1.8.2
                  lbry improvements by Alexis Provos
                  Prevent Windows hibernate while mining
                  veltor algo (basic implementation)

  Aug. 10th 2016  v1.8.1
                  Small lbry boost with the help of alexis78 (tipped)
                  SIA Blake2-B Algo (getwork over stratum for Suprnova)
                  SIA Nanopool RPC (binary getwork over http)
                  Update also the older lyra2 with Nanashi version

  July 20th 2016  v1.8.0
                  Pascal support with cuda 8
                  lbry new multi sha / ripemd algo (LBC)
                  x11evo algo (XRE)
                  Lyra2v2, Neoscrypt and Decred improvements
                  Enhance windows NVAPI clock and power limits
                  Led support for mining/shares activity on windows

  May  18th 2016  v1.7.6
                  Decred vote support
                  X17 cleanup and improvement
                  Add mining.ping stratum method and handle unknown methods
                  Implement a pool stats/benchmark mode (-p stats on yiimp)
                  Add --shares-limit parameter, can be used for benchmarks
                  Increase max password len for multi-algos pools settings (coefs)

  Mar. 13th 2016  v1.7.5
                  Blake2S Algo (NEVA/XVG)

  Feb. 28th 2016  v1.7.4 (1.7.3 was a preview, not official)
                  Decred simplified stratum (getwork over stratum)
                  Vanilla kernel by MrMad
                  Drop/Disable WhirlpoolX

  Feb. 11th 2016  v1.7.2
                  Decred Algo (longpoll + getwork - no stratum)
                  Blake256 improvements/cleanup

  Jan. 26th 2016  v1.7.1
                  Implement sib algo (X11 + Russian Streebog-512/GOST)
                  Whirlpool speed x2 with the midstate precompute
                  Small bug fixes about device ids mapping (and vendor names)
                  Add Vanilla algo (Blake256 8-rounds - double sha256)

  Nov. 06th 2015  v1.7
                  Improve old devices compatibility (x11, lyra2/v2, quark, qubit...)
                  Add windows support for SM 2.1 and drop SM 3.5 (x86 builds only)
                  Improve lyra2 (v1/v2) cuda implementations
                  Improve most common algos on SM5+ with sp blake kernel
                  Restore whirlpool algo (and whirlcoin variant)
                  Prepare algo/pool switch ability, trivial method
                  Add --benchmark alone to run a benchmark/test for all algos
                  Add --cuda-schedule parameter
                  Add --show-diff parameter, which display shares diff,
                    and is able to detect real solved blocks on pools.

  Aug. 28th 2015  v1.6.6
                  Allow to load remote config with curl (-c http://...)
                  Add Lyra2REv2 algo (Vertcoin/Zoom)
                  Restore WhirlpoolX algo (VNL)
                  Drop Animecoin support
                  Add bmw (Midnight) algo

  June 23th 2015  v1.6.5
                  Handle Ziftrcoin PoK solo mining (first public PoK miner)
                  Basic compatibility with CUDA 7.0 (generally slower hashrate)
                  Show gpus vendor names on linux and windows x64 via nvml
                  Remove -v and -m short params specific to heavycoin
                  Add --diff-multiplier (-m) and rename --diff to --diff-factor (-f)
                  First steps to handle nvml application clocks and P0 on the GTX9xx (Linux and Windows x64)
                  Various improvements on multipool and cmdline parameters
                  Optimize a bit qubit, deep, luffa, x11 and quark algos

  May 26th 2015   v1.6.4
                  Implement multi-pool support (failover and time rotate)
                    try "ccminer -c pools.conf" to test the sample config
                  Update the API to allow remote pool switching and pool stats
                  Auto bind the api port to the first available when using default
                  Try to compute network difficulty on pools too (for most algos)
                  Drop Whirlpool and whirpoolx algos, no more used...

  May. 15th 2015  v1.6.3
                  Import and adapt Neoscrypt from djm34 work (SM 5+ only)
                  Conditional mining options based on gpu temp, network diff and rate
                  background option implementation for windows too
                  "Multithreaded" devices (-d 0,0) intensity and stats changes
                  SM5+ Optimisation of skein based on sp/klaus method (+20%)

  Apr. 21th 2015  v1.6.2
                  Import Scrypt, Scrypt:N and Scrypt-jane from Cudaminer
                  Add the --time-limit command line parameter

  Apr. 14th 2015  v1.6.1
                  Add the Double Skein Algo for Woodcoin
                  Skein/Skein2 SM 3.0 devices support

  Mar. 27th 2015  v1.6.0
                  Add the ZR5 Algo for Ziftrcoin
                  Implement Skeincoin algo (skein + sha)
                  Import pluck (djm34) and whirlpoolx (alexis78) algos
                  Hashrate units based on hashing rate values (Hs/kHs/MHs/GHs)
                  Default config file (also help to debug without command line)
                  ccminer -n now lists the devices and print their SM version
                  Various small fixes

  Feb. 11th 2015  v1.5.3
                  Fix anime algo and qubit difficulty factor
                  Allow a default config file in user or ccminer folder
                  SM 2.1 windows binary (lyra2 and blake/blakecoin for the moment)
                  Add an icon and version informations

  Jan. 24th 2015  v1.5.2
                  Allow per device intensity, example: -i 20,19.5
                  Add process CPU priority and affinity mask parameters
                  Intelligent duplicate shares check feature (enabled if needed)
                  api: Fan RPM (windows), Cuda threads count, linux kernel ver.
                  More X11 optimisations from sp and KlausT
                  SM 3.0 enhancements

  Dec. 16th 2014  v1.5.1
                  Add lyra2RE algo for Vertcoin based on djm34/vtc code
                  Multiple shares support (2 for the moment)
                  X11 optimisations (From klaust and sp-hash)
                  HTML5 WebSocket api compatibility (see api/websocket.htm)
                  Solo mode height checks with getblocktemplate rpc calls

  Nov. 27th 2014  v1.5.0
                  Upgrade compat jansson to 2.6 (for windows)
                  Add pool mining.set_extranonce support
                  Allow intermediate intensity with decimals
                  Update prebuilt openssl lib to 1.0.1i
                  Fix heavy algo on linux (broken since 1.4)
                  Some internal changes to use the C++ compiler
                  New API 1.2 with some new commands (read only)
                  Add some of sp x11/x15 optimisations (and tsiv x13)

  Nov. 15th 2014  v1.4.9
                  Support of nvml and nvapi(windows) to monitor gpus
                  Fix (again) displayed hashrate for multi gpus systems
                    Average is now made by card (30 scans of the card)
                  Final API v1.1 (new fields + histo command)
                  Add support of telnet queries "telnet 127.0.0.1 4068"
                  add histo api command to get performance debug details
                  Add a rig sample php ui using json wrapper (php)
                  Restore quark/jackpot previous speed (differently)

  Nov. 12th 2014  v1.4.8
                  Add a basic API and sample php json wrapper
 Add statsavg (def 20) and api-bind parameters

  Nov. 11th 2014  v1.4.7
                  Average hashrate (based on the 20 last scans)
                  Rewrite blake algo
                  Add the -i (gpu threads/intensity parameter)
                  Add some X11 optimisations based on sp_ commits
                  Fix quark reported hashrate and benchmark mode for some algos
                  Enhance json config file param (int/float/false) (-c config.json)
                  Update windows prebuilt curl to 7.38.0

  Oct. 26th 2014  v1.4.6
                  Add S3 algo reusing existing code (onecoin)
                  Small X11 (simd512) enhancement

  Oct. 20th 2014  v1.4.5
                  Add keccak algo from djm34 repo (maxcoin)
                  Curl 7.35 and OpenSSL are now included in the binary (and win tree)
                  Enhance windows terminal support (--help was broken)

  Sep. 27th 2014  v1.4.4
                  First SM 5.2 Release (GTX 970 & 980)
                  CUDA Runtime included in binary
                  Colors enabled by default

  Sep. 10th 2014  add algos from djm34 (deep,doom,qubit)
                  Goalcoin seems to be dead, not imported.
                  Create also the pentablake algo (5x Blake 512)

  Sep.  6th 2014  Enhance blake and blakecoin speeds by 2  with the "midstate" cache

  Sep.  4th 2014  add X17, optimized x15 and whirl
                  add blake (256 variant)
                  color support on Windows,
                  remove some dll dependencies (pthreads, msvcp)

  Aug. 18th 2014  add X14, X15, Whirl, and Fresh algos,
                  also add colors and nvprof cmd line support

Tips and Tricks
To Windows users using Opera or Chrome 37+ :
Type about://flags and disable WebGL, there is now a parameter on the main settings page (use hardware resources)
Chrome will be faster if you mine on the GPU (and the miner too ;) )

Acknowledgements
I'd like to acknowledge code and contributions from:
djm34 (https://bitcointalk.org/index.php?action=profile;u=215787)  |  tsiv (https://bitcointalk.org/index.php?action=profile;u=342751)  |  klaust  |  sp_ (https://bitcointalk.org/index.php?action=profile;u=355870)  |  cbuchner1 (https://bitcointalk.org/index.php?action=profile;u=33385)  |  (& anyone else I might have forgot)


Title: Re: [ANN] ccminer 1.4.3 with Blake 256 (NEOS / Saffron)
Post by: Epsylon3 on September 10, 2014, 09:12:01 AM
Version 1.4.3 released, with "penta" Pentablake
Qubit and Doom were also imported..

Color is now enabled by default (without the "removed" -C param)

https://github.com/tpruvot/ccminer/releases


Title: Re: [ANN] ccminer 1.4.1 for Blake 256 (NEOS / Saffron)
Post by: gaalx on October 02, 2014, 05:03:55 AM
are there any plans to create for AMD GPU?


Title: Re: [ANN] ccminer 1.4.1 for Blake 256 (NEOS / Saffron)
Post by: royalpro on October 18, 2014, 10:08:52 AM
I am trying to use this with Xubuntu 14.04.1, kernel 3.13.0-37, nvidia driver 340.46, cuda 6.5.  I have other versions of ccminer compiled and working.  I can compile this without error.  The problem comes when I am trying to execute ccminer.  It gives me this error message: "Cuda error in file 'blake32.cu' in line 273 : invalid device symbol."  I get the same type of 'invalid device symbol' for other algorithms too.  Could someone please help me figure out why I ma getting this error.


Title: Re: [ANN] ccminer 1.4.1 for Blake 256 (NEOS / Saffron)
Post by: Epsylon3 on October 18, 2014, 03:25:04 PM
gallx: cuda is a nvidia framework ;) I also own a R9 285 but i dont plan to use opencl in this project.

royalpro: This cuda error could be wrong, that means the cuda has detected an error before, generally if there is no more memory on the card.

Which card are you using ? default on my project use shaders model 5.0 only, you need to change it if you dont use a 750Ti in the Makefile.am and run ./build.sh


Title: Re: [ANN] ccminer 1.4.1 for Blake 256 (NEOS / Saffron)
Post by: royalpro on October 18, 2014, 03:38:20 PM
Epsylon3, I think you might be correct with your advise.  I thought in bed before sleeping and realized these are for the 750 ti and not my 780 gtx.  I am compiling a new one with the advice your gave me.  Thanks you.

Edit: You were spot on and it is working just fine now.  Donations sent.


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: royalpro on October 18, 2014, 05:00:20 PM
This might be another easy question that I don't have the answer to yet, but how do I know to use either the blake or blakecoin algorithm?  They both seem to give me accepted shares, but one is half the hash rate of the other.  Thanks for any help again.


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: Epsylon3 on October 18, 2014, 05:48:45 PM
This might be another easy question that I don't have the answer to yet, but how do I know to use either the blake or blakecoin algorithm?  They both seem to give me accepted shares, but one is half the hash rate of the other.  Thanks for any help again.

oh, thx :) hmm ? on which pool ?


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: SS2006 on October 18, 2014, 11:06:32 PM
I've been getting the best performance out of my GTX970 for weeks using this release. Thank you. I hope there is more improvement to come!
6100 KH/S after OC currently for X11 (that's all i mine)

PS do i have to install 'CUDA 5.2' or something, like that other guy was saying install 'CUDA toolkit 6.5' but it did nothing for me


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: Epsylon3 on October 18, 2014, 11:38:40 PM
it's also CUDA 6.5, there was a newer test sdk variant for the GTX 9x0 : cuda_6.5.19_windows_general_64 : https://developer.nvidia.com/cuda-downloads-geforce-gtx9xx


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: SS2006 on October 18, 2014, 11:42:33 PM
thanks boss. is it worth installing? does it improve performance in anyway

also do you see any room for improvement for x11 etc mining in ur upcoming release, or have we hit ceiling

I was reading some good info here: https://bitcointalk.org/index.php?topic=824764.0


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: royalpro on October 19, 2014, 12:00:44 AM
oh, thx :) hmm ? on which pool ?

I am mining on la1.blakecoin.com.  I started out using blakecoin algorithm and thought I would see what happens when I used the blake algorithm.  To my surprise I was getting accepted shares but with half the hash rate.  I have been running with the blakecoin now for a while, but  I swithed it back to blake now to see if I was just wrong before.  So far I have one accepted (booo) with a message that says 'h is not zero' in red.  As of the finish writing of this I still just have the one bad accepted share with blake algorithm.

Also accepts are few and far between on both of them.  So I get a pool reported hash rate that is low or 0 for a while then it spikes up when I get an accept.


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: Epsylon3 on October 19, 2014, 12:06:48 AM
The "blake" algo is only for SFR and NEOS (its the real blake256 algo), blakecoin changed it to speed up the hashrate


Title: Re: [ANN] ccminer 1.4.5 with Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 20, 2014, 04:25:49 PM
v1.4.5 released


Title: Re: [ANN] ccminer 1.4.5 with Blake 256 (NEOS/SFR)
Post by: SS2006 on October 20, 2014, 07:52:40 PM
v1.4.5 released

will this yield any improvement in x11 over your old release?


Title: Re: [ANN] ccminer 1.4.5 with Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 20, 2014, 08:32:27 PM
1%, almost nothing


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: BlueDragon747 on October 21, 2014, 04:18:28 AM
The "blake" algo is only for SFR and NEOS (its the real blake256 algo), blakecoin changed it to speed up the hashrate

The original submission of Blake-256 was 10 rounds but in the final they increased the rounds to 14 to try and gain more support from the judges but in the end NIST wanted the sponge function to get total immunity from length extension attacks rather than just resistance like all the other algo's in the final of the SHA-3 competition

Blake is based on ChaCha (http://cr.yp.to/chacha/chacha-20080128.pdf) which is often used in an 8 round configuration hence why I chose to use that over the other extra security margin versions as that is all the extra rounds do!

Here is the proof that 8 round Blake-256 has a minimum security margin of 2200 for best attack by a world leading expert academic team in cryptography
http://eprint.iacr.org/2013/852.pdf

for brute force attack there is still no better than 2256 and as the process of mining is like a partial preimage attack seems pointless to waste time, resources and efficient using the final submission 14 round version as it did not help win over the NIST judges  ::)

all variants are real due to a feature of the Blake algo "simple speed/confidence trade-off with the tunable number of rounds" (https://131002.net/blake/blake.pdf)

reducing the rounds also makes the algo smaller in hardware for FPGA so you can build higher Fmax bitstreams and would also make an Asic smaller thus cheaper, faster, and use less watt/hash for same nanometer process

*also note that the rounds in Blake2 are also reduced "from 14 to 10 for BLAKE2s (successor of BLAKE-256)" (http://en.wikipedia.org/wiki/BLAKE_(hash_function))

Thanks for porting the Blakecoin version    


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: Wolf0 on October 22, 2014, 01:51:15 AM
The "blake" algo is only for SFR and NEOS (its the real blake256 algo), blakecoin changed it to speed up the hashrate

The original submission of Blake-256 was 10 rounds but in the final they increased the rounds to 14 to try and gain more support from the judges but in the end NIST wanted the sponge function to get total immunity from length extension attacks rather than just resistance like all the other algo's in the final of the SHA-3 competition

Blake is based on ChaCha (http://cr.yp.to/chacha/chacha-20080128.pdf) which is often used in an 8 round configuration hence why I chose to use that over the other extra security margin versions as that is all the extra rounds do!

Here is the proof that 8 round Blake-256 has a minimum security margin of 2200 for best attack by a world leading expert academic team in cryptography
http://eprint.iacr.org/2013/852.pdf

for brute force attack there is still no better than 2256 and as the process of mining is like a partial preimage attack seems pointless to waste time, resources and efficient using the final submission 14 round version as it did not help win over the NIST judges  ::)

all variants are real due to a feature of the Blake algo "simple speed/confidence trade-off with the tunable number of rounds" (https://131002.net/blake/blake.pdf)

reducing the rounds also makes the algo smaller in hardware for FPGA so you can build higher Fmax bitstreams and would also make an Asic smaller thus cheaper, faster, and use less watt/hash for same nanometer process

*also note that the rounds in Blake2 are also reduced "from 14 to 10 for BLAKE2s (successor of BLAKE-256)" (http://en.wikipedia.org/wiki/BLAKE_(hash_function))

Thanks for porting the Blakecoin version    

Thorough burn.


Title: Re: [ANN] ccminer 1.4.x for Blake 256 (NEOS / Saffron)
Post by: smolen on October 22, 2014, 02:27:22 AM
reducing the rounds also makes the algo smaller in hardware for FPGA so you can build higher Fmax bitstreams and would also make an Asic smaller thus cheaper, faster, and use less watt/hash for same nanometer process
I really like this approach - instead of inventing ASIC-proof PoW make the transition to ASIC mining as smooth as possible.


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 26, 2014, 10:33:43 AM
v1.4.6 released with S3 algo


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: grendel25 on October 27, 2014, 06:26:17 AM
Not working for me.  At first it would give a red error message, something about not detecting any NVIDIA gpu.  So I set the ccminer to run as administrator and it doesn't give the same error.  Instead, it now just sits there and says press any key to continue and when I press a key the window closes? 

I gotta reload drivers?  pfft... tooooo lazy lol.  I'll wait til another release and see if it works then maybe.  hahaha


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 27, 2014, 07:50:59 AM
Not working for me.  At first it would give a red error message, something about not detecting any NVIDIA gpu.  So I set the ccminer to run as administrator and it doesn't give the same error.  Instead, it now just sits there and says press any key to continue and when I press a key the window closes? 

I gotta reload drivers?  pfft... tooooo lazy lol.  I'll wait til another release and see if it works then maybe.  hahaha

No, you dont need to run ccminer as admin. Should be the same as others if you use the right SM variant (750 Ti = ccminer-50.exe)


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: grendel25 on October 27, 2014, 08:14:34 AM
Not working for me.  At first it would give a red error message, something about not detecting any NVIDIA gpu.  So I set the ccminer to run as administrator and it doesn't give the same error.  Instead, it now just sits there and says press any key to continue and when I press a key the window closes? 

I gotta reload drivers?  pfft... tooooo lazy lol.  I'll wait til another release and see if it works then maybe.  hahaha

No, you dont need to run ccminer as admin. Should be the same as others if you use the right SM variant (750 Ti = ccminer-50.exe)

Thank you for your reply.  I was using the ccminer-50.exe for my 750ti.  Not familiar with the term "SM variant".  Is that the same as saying ccminer variant?  Maybe I just need to reboot who knows.

 


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 27, 2014, 10:29:52 AM
SM 5.0 = Shader Model 5.0 (Cuda architecture level), did you install the cuda drivers (SDK) ?


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: bathrobehero on October 28, 2014, 04:33:31 PM
Nice to find the man behind the github repo I've been lurking for a while now!

Are you really doing neoscrypt?


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on October 28, 2014, 09:39:15 PM
i just added it in my cpuminer-multi fork for the moment. But maybe yep (it contains the more recent Blake2s variant)


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: vegasguy on October 29, 2014, 06:30:40 AM
Would like to see neoscrypt added ..its all the rage now with the feathercoin algo change


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: bathrobehero on October 29, 2014, 06:56:40 AM
Would like to see neoscrypt added ..its all the rage now with the feathercoin algo change

And they have close to $2mil marketcap which means a profitable miner will stay profitable for more than a few weeks.


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: mundivalur on October 31, 2014, 10:14:07 PM
can i run a 670 and a 970 at the same time with ccminer 1.4.6 or can i disable the 670 and run that with the old 1.2 :)


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on November 01, 2014, 03:25:43 AM
To do that, you need to play with the -d param (or -t 1 to use the first one found)

sample "-d 0" for first or -d "0,2" first and third.

My releases use different SM binaries for a good reason.


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: mundivalur on November 01, 2014, 10:38:44 AM
Thanks :)


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: SS2006 on November 07, 2014, 07:40:24 AM
Epsylon
I just saw your pledgie page, I donated 5$ for now. I have a GTX970 so its in my interest you get one and make it kick ass :D

Do you see yourself working on rejuvenating cuda miner by any chance? Namely neoscrypt (FTC) and lyra2 (VTC). If you set up a page for that I (and I'm sure many others) will also donate

The VTC dev team was looking for someone to help on the cuda side of things, "Contact a432511@vertcoin.org if you have OpenCL or CUDA experience and would like to help out." Maybe that has your name written all over it :D


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: SS2006 on November 07, 2014, 07:41:27 AM
I also pull in lots of BTC daily so I can donate with that too. To everyone else interested, please help out:

https://pledgie.com/campaigns/27288


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on November 07, 2014, 09:57:59 AM
Thanks for the 5$ :) if we do neoscrypt, will be in ccminer, not cudaminer


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: SS2006 on November 07, 2014, 05:10:17 PM
I'd be down for that! you see yourself tackling lyra2 also?
what is your bitcion address


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Epsylon3 on November 09, 2014, 07:26:44 PM
I'd be down for that! you see yourself tackling lyra2 also?
what is your bitcion address

My address is in ccminer and another here as my signature... I contacted them about lyra2


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: SS2006 on November 10, 2014, 12:03:41 AM
Thanks :)


Title: Re: [ANN] ccminer 1.4.6 with S3 and Blake 256 (NEOS/SFR)
Post by: Wolf0 on November 10, 2014, 01:23:55 AM
Got over 2x the speed for Neoscrypt on AMD, and patiently waiting for Lyra2.


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 10, 2014, 09:41:45 PM
I need some reports for the preview of the 1.4.7 :

Here is a shared spreadsheet to be completed by 970/980 users. To be able to tune the default values for these cards :

https://docs.google.com/spreadsheets/d/1dI1Cc3JhhsA-UdIRlndvQ9huX8FmoJT2TXFDB0wdp54/edit?usp=sharing

1.4.7 windows test version : https://dl.dropboxusercontent.com/u/31689596/ccminer/ccminer-rel1.4.7-test-x86.7z


Final 1.4.7 still need fixes :
- heavy/mjollnir on linux are broken

I will maybe do (or maybe in 1.4.8 )
- i will try to detect the gpu model to set optimal default intensity per card
- average hashrate based on 50 last values (displayed on Total lines only)
 


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 01:20:52 AM
final 1.4.7 released : https://github.com/tpruvot/ccminer/releases/tag/1.4.7-tpruvot


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: sp_ on November 12, 2014, 06:23:06 AM
Good work on the intensity parameter. Did you fix the reported average rate bug? It looked like the beta version reported the average rate per card, and not the average rate on the whole rig.


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 06:52:39 AM
no indeed ;) i just fixed it (will be in next version, or git)


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: SS2006 on November 12, 2014, 07:07:43 AM
epsylon, i have a gtx 970 (5.2 right?)

but for some reason when i use ccminer50 instead of 52, i ALWAYS get better hashrate, less out of range errors, and just more accepts in general. This was the same case with SPminers betas etc..

any ideas why this happens?


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 07:09:56 AM
yes its 5.2, hmm i'm not sure about that for the moment ;) maybe the right cuda sdk is required ? on windows ?


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: SS2006 on November 12, 2014, 08:42:54 AM
is there any real advantage to downloading and installing the 1 GB large CUDA 6.5 SDK. I figure if the miner runs, then I have everything in place already


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: djm34 on November 12, 2014, 01:08:07 PM
epsylon, i have a gtx 970 (5.2 right?)

but for some reason when i use ccminer50 instead of 52, i ALWAYS get better hashrate, less out of range errors, and just more accepts in general. This was the same case with SPminers betas etc..

any ideas why this happens?
registers... for some reason 5.2 doesn't like to allocate too much register...


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 03:15:53 PM
is there any real advantage to downloading and installing the 1 GB large CUDA 6.5 SDK. I figure if the miner runs, then I have everything in place already

no indeed, i dont think so...

API is almost ready (limited to localhost for the moment, will add the config key to change that)


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: tbearhere on November 12, 2014, 03:20:51 PM
is there any real advantage to downloading and installing the 1 GB large CUDA 6.5 SDK. I figure if the miner runs, then I have everything in place already

no indeed, i dont think so...

API is almost ready (limited to localhost for the moment, will add the config key to change that)
my read out for quark

http://i58.tinypic.com/13ypfgk.jpg

did i compile wrong?
4 750ti  cards hashing at10mh/s      total 10mh ?


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 03:34:34 PM
2 algos hashrates were divided by 2... quark and jackpot, i dont really know why... I removed the divider

sample api output of php api-example.php :
Code:
{
"summary":{"NAME":"ccminer","VER":"1.4.8","API":"1.0","ALGO":"blake","KHS":"216674.14","ACC":"4","REJ":"0","ACCMN":"3.429","UPTIME":"70"},
"stats":{"GPU0":{"GPU":"0","TEMP":"0.0","FAN":"0","FANP":"0","KHS":"216674.15","HWF":"0","I":"0"}}
}

you can copy/paste that in http://json.parser.online.fr/

will change some keys... adding UP (uptime), ACM (accepted/minute)

v1.4.8 will be released today (to fix the multi gpu displayed hashrate)


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2014, 05:01:52 PM
did i compile wrong?
4 750ti  cards hashing at10mh/s      total 10mh ?

fixed in 1.4.8 (else on git since this morning) release in a few minutes


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: antonio8 on November 12, 2014, 05:53:24 PM
Not sure if Epsylon3 has asked but I'll will for him

PLEASE DONATE  to him for his work he has been putting in and improving his miner.

We should donate to all these devs that put out these miners and enhancements. Without them we would have nothing.


Title: Re: [ANN] ccminer 1.4.7 - opensource (tpruvot)
Post by: tbearhere on November 12, 2014, 05:55:01 PM
did i compile wrong?
4 750ti  cards hashing at10mh/s      total 10mh ?

fixed in 1.4.8 (else on git since this morning) release in a few minutes
Epsylon3 there is an improvement in hash.  on 1.4.7. waiting for 1.4.8.  :)


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tbearhere on November 12, 2014, 06:07:02 PM
Not sure if Epsylon3 has asked but I'll will for him

PLEASE DONATE  to him for his work he has been putting in and improving his miner.

We should donate to all these devs that put out these miners and enhancements. Without them we would have nothing.
+1 on that
Look at all these people reading and are they donating?
http://s26.postimg.org/fs5tmoof9/DONATE.jpg (http://postimg.org/image/fs5tmoof9/) 3743
PLEASE DONATE to ALL involved in cuda and ccminer.


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: BrewCrewFan on November 12, 2014, 09:54:25 PM
Not sure if Epsylon3 has asked but I'll will for him

PLEASE DONATE  to him for his work he has been putting in and improving his miner.

We should donate to all these devs that put out these miners and enhancements. Without them we would have nothing.
+1 on that
Look at all these people reading and are they donating.
http://s26.postimg.org/fs5tmoof9/DONATE.jpg (http://postimg.org/image/fs5tmoof9/) 3743
PLEASE DONATE to ALL involved in cuda and ccminer.

Even at a fraction of a BTC per user it would all add up rather fast.


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tbearhere on November 13, 2014, 02:40:22 PM
Epsylon3  1.4.8  still gives readout of 40mh/s, 4 750ti, when cards are doing 20mh/s quark.


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 13, 2014, 02:59:15 PM
hmm... no... one 750Ti card do 10MH


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tsiv on November 13, 2014, 04:54:49 PM
hmm... no... one 750Ti card do 10MH

That would be a 100% boost compared to ccminer 1.2, either you're a wizard or there's something funky with your rate calculations. Not to say you and sp_ haven't done a good job on optimizing various algos, but I do find the latter a lot more likely :)


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: djm34 on November 13, 2014, 05:17:16 PM
hmm... no... one 750Ti card do 10MH

That would be a 100% boost compared to ccminer 1.2, either you're a wizard or there's something funky with your rate calculations. Not to say you and sp_ haven't done a good job on optimizing various algos, but I do find the latter a lot more likely :)
not sure I really followed...
but the hashrate in jpc is divided by two, because it hashes only on certain chain where it is faster and doesn't look at the slowest one... (because of large imbalance is hashrate of the various chain of algo, it is globaly faster to ignore few algo combination rather than computing everything blindly...)
Therefore the total hashrate before the division isn't the total hashrate for every possible algo combination but only those computed by ccminer.
Hence the reason why it is divided by two...
(I will spare you the probability calculation which says it is the right thing to do  ;D)

Don't know the reason for quark (ask Christian), could be a similar reason since there are also various random chains...


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tsiv on November 13, 2014, 05:27:28 PM
hmm... no... one 750Ti card do 10MH

That would be a 100% boost compared to ccminer 1.2, either you're a wizard or there's something funky with your rate calculations. Not to say you and sp_ haven't done a good job on optimizing various algos, but I do find the latter a lot more likely :)
not sure I really followed...
but the hashrate in jpc is divided by two, because it hashes only on certain chain where it is faster and doesn't look at the slowest one... (because of large imbalance is hashrate of the various chain of algo, it is globaly faster to ignore few algo combination rather than computing everything blindly...)
Therefore the total hashrate before the division isn't the total hashrate for every possible algo combination but only those computed by ccminer.
Hence the reason why it is divided by two...
(I will spare you the probability calculation which says it is the right thing to do  ;D)

Don't know the reason for quark (ask Christian), could be a similar reason since there are also various random chains...

Sounds dead-on correct, didn't actually think of that. Quark starts with two relatively fast algos, third would be groestl or skein depending on one bit in the second algos output but the nonces that lead down the groestl branch get discarded. Dividing by two isn't exactly right but it's a statistically fair estimate of the actual hashes finished.


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: djm34 on November 13, 2014, 05:37:57 PM
hmm... no... one 750Ti card do 10MH

That would be a 100% boost compared to ccminer 1.2, either you're a wizard or there's something funky with your rate calculations. Not to say you and sp_ haven't done a good job on optimizing various algos, but I do find the latter a lot more likely :)
not sure I really followed...
but the hashrate in jpc is divided by two, because it hashes only on certain chain where it is faster and doesn't look at the slowest one... (because of large imbalance is hashrate of the various chain of algo, it is globaly faster to ignore few algo combination rather than computing everything blindly...)
Therefore the total hashrate before the division isn't the total hashrate for every possible algo combination but only those computed by ccminer.
Hence the reason why it is divided by two...
(I will spare you the probability calculation which says it is the right thing to do  ;D)

Don't know the reason for quark (ask Christian), could be a similar reason since there are also various random chains...

Sounds dead-on correct, didn't actually think of that. Quark starts with two relatively fast algos, third would be groestl or skein depending on one bit in the second algos output but the nonces that lead down the groestl branch get discarded. Dividing by two isn't exactly right but it's a statistically fair estimate of the actual hashes finished.
kind of silly to put groestl and skein in a uniform random choice  ;D
for jpc, using bernouilli functions, it is exactly a factor 2


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 13, 2014, 06:10:04 PM
The main problem is not the reported speed, but the hashdone reduced value (by 2), which can make problems on the next loop (recomputing the same nonces)

for X11 we dont multiply them by 11 ;)


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: djm34 on November 13, 2014, 06:16:24 PM
The main problem is not the reported speed, but the hashdone reduced value (by 2), which can make problems on the next loop (recomputing the same nounces)

for X11 we dont multiply them by 11 ;)
should'nt be done on hashdone for sure, but only on the displayed hashrate


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 13, 2014, 06:23:27 PM
im ok with that...

else check my git, i added the api and nvml, and a new win32 compatible method (nvapi)

I think we can tune power states with that, maybe also the OC

time to explore the interesting features :)

sample rig (multi pc) monitoring : http://epsy.linuxd.org/ccminer/sample.htm


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tbearhere on November 13, 2014, 09:25:48 PM
No, It displays 10mh/s per 750ti but im still getting 5.15mh/s on quark. Display is wrong with 1.4.8


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 13, 2014, 09:26:32 PM
you see this speed on a pool right ?


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: tbearhere on November 13, 2014, 10:37:08 PM
you see this speed on a pool right ?
pool speed is 20mh. readout is 40mh.
http://s26.postimg.org/qbfgmpmsl/quark.jpg (http://postimg.org/image/qbfgmpmsl/)

from 1.4.8


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 14, 2014, 12:37:59 AM
ok, will do something for that in the 1.4.9, differently

else i finished the telnet compatibility :
Code:
ubuntu14:/work:# telnet 127.0.0.1 4068
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
help
summary
stats
Connection closed by foreign host.


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: sp_ on November 14, 2014, 07:34:24 AM
Awsome. can you add splitscreen support as well ? :)


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: djm34 on November 14, 2014, 09:16:32 AM
ok, will do something for that in the 1.4.9, differently

else i finished the telnet compatibility :
Code:
ubuntu14:/work:# telnet 127.0.0.1 4068
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
help
summary
stats
Connection closed by foreign host.
telnet ?! Anybody still using telnet ? (totally unsecured protocol)... I haven't used telnet in more than 13years...


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 14, 2014, 12:08:08 PM
telnet is just a socket with carriages return support lol ... you can do http requests with telnet if you want ;)

but it was important to do that (its read-only and will stay like that). But i will add some history/debug features later


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: djm34 on November 14, 2014, 12:42:17 PM
telnet is just a socket with carriages return support lol ... you can do http requests with telnet if you want ;)

but it was important to do that (its read-only and will stay like that). But i will add some history/debug features later
do you have a way to change the p-state ? from nvml, that would be interesting


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 14, 2014, 01:02:11 PM
nvml seems to be very limited (most functions are reporting "not supported")

nvapi seems to be also mostly read only except for display tuning.

I will work on shares history and then cpuminer-multi api today, to be able to monitor them all ;)


Title: Re: [ANN] ccminer 1.4.8 with stats API - opensource (tpruvot)
Post by: Epsylon3 on November 14, 2014, 01:21:04 PM
you see this speed on a pool right ?
pool speed is 20mh. readout is 40mh.
http://s26.postimg.org/qbfgmpmsl/quark.jpg (http://postimg.org/image/qbfgmpmsl/)

from 1.4.8

I divided by 2 the hashrate of Quark and Jackpot in the upcoming 1.4.9... i really need to talk to Christian to understand why that was made like that before ;)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 01:31:04 PM
still very new at compiling, where can i get curl to 7.38.0 windows 8.1 from a safe site please.



Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 01:43:49 PM
ok compiling with curl 7.29 see if that works.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 15, 2014, 02:21:47 PM
curl lib is inside the compat folder :p else read the README


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 02:31:33 PM
curl lib is inside the compat folder :p else read the README
thank you  do i have to install it or will the compiler know?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 15, 2014, 02:37:48 PM
Nothing to do, its why i made that ;)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 02:39:57 PM
Nothing to do, its why i made that ;)
ok but in my folder to compile is the older curl  do i keep that there?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 15, 2014, 02:41:26 PM
just open the project and compile, nothing more


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 02:41:54 PM
just open the project and compile, nothing more
ok thanks  :)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 15, 2014, 02:55:25 PM
oh, and select Release x86, not Debug ;)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 03:01:12 PM
oh, and select Release x86, not Debug ;)
yep thanks


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 05:26:24 PM
i get less hash on x11 750ti and no improvement on quark.
EDIT: I should say no improvement on x11.  :)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 15, 2014, 05:41:47 PM
there was not... i made no changes in cuda in the last 2 versions


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: PVmining on November 15, 2014, 06:57:25 PM
there was not... i made not changes in cuda in the last 2 versions

but - you made a better average hash output... I think he missed this point.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 15, 2014, 07:19:00 PM
i get less hash on x11 750ti and no improvement on quark.
EDIT: I should say no improvement on x11.  :)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: xfelinho on November 16, 2014, 05:07:37 PM
ccminer 1.4.9 crashes after some time with 6x 750 ti, djm version works over a week without problems :/


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 16, 2014, 10:26:11 PM
did you get the 1.4.9 on github ? and what were you mining / solo or stratum ?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: totoy on November 17, 2014, 03:48:15 AM
ccminer 1.4.9 crashes after some time with 6x 750 ti
same here. and getting lots of "does not validate on cpu"?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 17, 2014, 05:02:59 AM
Damn ... x11 for the notices ? I had a local commit on windows when i made the binaries :/ but that doesnt explain your crashes...

I ran it several hours before the release... Its the same on the big exe and 50 one ?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on November 17, 2014, 11:44:07 AM
CCMINER Crashes:

Versions 1.4.9 and 1.5.0 have been crashing, both Linux builds.  They compile readily, and mine X11 at about 16500-17000 khs.  This is on a 750ti 6-card rig.  I run a fresh install of  Ubuntu 14.04.1 with Nvidia 346.16 drivers.  It is a hard crash, no video, requiring a cold reboot.  The machine is stable with no miner running, i have not installed classic ccminer for a control test just yet.   -scryptr

p.s.- older versions of DJM's CCMINER mined x11 at about 15500 khs, and on NVIDIA 340.* drivers.  My cards run at stock speeds.       -scryptr


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 17, 2014, 11:46:49 AM
i will work on the hardware faults for the 1.5.0 (to try to continue if only one card is failing) but its not won ;)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on November 17, 2014, 12:33:25 PM
CCMINER Crashes-

I have currently over 350 accepts on my 6-card 750ti rig, about 1 hour of runtime.  The rig is currently headless, with no video connection.  The mining session was started via ssh and through the "screen" interface.  I will check it again when I return from school after about 7-8 hours.  The last few local sessions I started lasted less than 1 hour, running version 1.5.0.       -scryptr


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 17, 2014, 01:06:22 PM
Could you run it without screen to be able to give me the output on crash ? or maybe the stuff in dmesg

I run 2 linux instances since 24h, and one Windows since 33h...


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: fran2k on November 17, 2014, 04:45:50 PM
Great miner thanks! Waiting for neoScrypt implementation also.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on November 17, 2014, 10:11:33 PM
CCMINER crashes-

My rig is running smoothly with nearly 3500 accepts since this morning before school.  My  other, headless, rig has been running for a couple days, with v1.4.9.   I ssh into either rig and open "screen" via the command line.  I close out of "screen" when gone.

I had poor luck on the problem rig when running it with keyboard and attached monitor.     -scryptr

p.s.  -currently on NiceHash two 6-card nVidia 750ti rigs mining X11 earn less than one 6-card AMD 280x rig mining neoscrypt.  But the 12 750ti cards consume one-half the electricity of the 6 280x cards.       -scryptr


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 17, 2014, 10:32:54 PM
CCMINER crashes-

My rig is running smoothly with nearly 3500 accepts since this morning before school.  My  other, headless, rig has been running for a couple days, with v1.4.9.   I ssh into either rig and open "screen" via the command line.  I close out of "screen" when gone.

I had poor luck on the problem rig when running it with keyboard and attached monitor.     -scryptr

p.s.  -currently on NiceHash two 6-card nVidia 750ti rigs mining X11 earn less than one 6-card AMD 280x rig mining neoscrypt.  But the 12 750ti cards consume one-half the electricity of the 6 280x cards.       -scryptr
now you get the point of the 750ti and its probably cheaper. :)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Bombadil on November 18, 2014, 01:14:48 AM
For those interested, I'm currently writing a small monitoring app in C# for ccminer with tpruvots API. Here's the C# code for anyone who also wants to play with the api (very basic though, error handling is for you :P).

Code:
using System;
using System.Net.Sockets;
using System.Text;

namespace ccMonitor
{
    static class Api
    {
        public static string GetSummary(string ip = "127.0.0.1", int port = 4068)
        {
            return Request(ip, port, "summary");
        }

        public static string GetThreads(string ip = "127.0.0.1", int port = 4068)
        {
            return Request(ip, port, "threads");
        }

        public static string GetHistory(int thread = 0 , string ip = "127.0.0.1", int port = 4068)
        {
            return Request(ip, port, "histo|" + thread);
        }

        private static string Request(string ip, int port, string message)
        {
            string responseData;

            using (TcpClient client = new TcpClient(ip, port))
            using (NetworkStream stream = client.GetStream())
            {
                byte[] data = Encoding.ASCII.GetBytes(message);
                stream.Write(data, 0, data.Length);

                data = new Byte[2560];

                int bytes = stream.Read(data, 0, data.Length);
                responseData = Encoding.ASCII.GetString(data, 0, bytes);
            }
            
            return responseData;
        }
    }
}


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 18, 2014, 03:21:48 AM
Thanks.. I will add that into the api folder...

Api 1.2 is under work... There was also some mismatches on windows with the monitoring card ids... Only detectable on multi gpus config when playing with the -d option.

I plan to add a query to get stratum/pool infos like the bloc height, url etc... And maybe another one for the config and/or supported algo list


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on November 18, 2014, 07:13:18 AM
You should implement powertune and clock settings. The NVIDIA gpu's also have a P0-P15 states that indicate the performance level. CCminer is currently running in P2. (P0 is the fastest)


http://docs.nvidia.com/gameworks/content/gameworkslibrary/coresdk/nvapi/group__gpupstate.html


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 18, 2014, 02:29:35 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

http://i61.tinypic.com/2rdkcad.png


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 18, 2014, 02:43:35 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design...  


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Wolf0 on November 18, 2014, 02:58:17 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design...  

Games run at p0, therefore, miner can run at p0 even if you need to disassemble the game and rip the code out! :D


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 18, 2014, 03:11:00 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design... 

Games run at p0, therefore, miner can run at p0 even if you need to disassemble the game and rip the code out! :D
I don't think it is really needed, but I haven't seen anything which says what trigger p0... so it is a bit puzzling


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on November 18, 2014, 07:12:13 PM
The API is open, It seems just to call the method NVAPI_INTERFACE NvAPI_GPU_GetPstates20   (   __in NvPhysicalGpuHandle    hPhysicalGpu, __inout NV_GPU_PERF_PSTATES20_INFO *    pPstatesInfo

http://docs.nvidia.com/gameworks/content/gameworkslibrary/coresdk/nvapi/group__gpupstate.html#gaeffe0838ca9850b9984fa9be117f637e

Detailed Description

The GPU performance state APIs are used to get and set various performance levels on a per-GPU basis. P-States are GPU active/executing performance capability and power consumption states.

P-States range from P0 to P15, with P0 being the highest performance/power state, and P15 being the lowest performance/power state. Each P-State maps to a performance level. Not all P-States are available on a given system. The definition of each P-States are currently as follows:

P0/P1 - Maximum 3D performance
P2/P3 - Balanced 3D performance-power
P8 - Basic HD video playback
P10 - DVD playback
P12 - Minimum idle power consumption


..
Here is the method to call:


NVAPI_INTERFACE NvAPI_GPU_GetPstates20   (   __in NvPhysicalGpuHandle    hPhysicalGpu,
__inout NV_GPU_PERF_PSTATES20_INFO *    pPstatesInfo
)      
DESCRIPTION: This API retrieves all performance states (P-States) 2.0 information.

P-States are GPU active/executing performance capability states. They range from P0 to P15, with P0 being the highest performance state, and P15 being the lowest performance state. Each P-State, if available, maps to a performance level. Not all P-States are available on a given system. The definition of each P-States are currently as follow:

P0/P1 - Maximum 3D performance
P2/P3 - Balanced 3D performance-power
P8 - Basic HD video playback
P10 - DVD playback
P12 - Minimum idle power consumption
TCC_SUPPORTED

Since:
Release: 295
SUPPORTED OS: Windows XP and higher

Parameters:
[in]   hPhysicalGPU   GPU selection
[out]   pPstatesInfo   P-States information retrieved, as documented in declaration above
Returns:
This API can return any of the error codes enumerated in NvAPI_Status. If there are return error codes with specific meaning for this API, they are listed below.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 19, 2014, 11:02:35 AM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design...  

Simple: 2 cards in the same tower running ccminer ;)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 19, 2014, 12:11:37 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design... 

Simple: 2 cards in the same tower running ccminer ;)
still this is hot, I have 2 gtx980 in my tower (750 and 780 outside) and it doesn't go that high...
but fans run higher too (~90% for the 980), but for the 750ti this is really anormal, I never saw that card going higher than 60°C (outside or inside the tower).
You should add some autofan to ccminer (or use msi ab)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 19, 2014, 12:52:13 PM
anyone notice much difference in a 970 and a 970 oc hash rates at stockclock offsets ?  thanks


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Dotcommie on November 19, 2014, 04:44:06 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design... 

Simple: 2 cards in the same tower running ccminer ;)
still this is hot, I have 2 gtx980 in my tower (750 and 780 outside) and it doesn't go that high...
but fans run higher too (~90% for the 980), but for the 750ti this is really anormal, I never saw that card going higher than 60°C (outside or inside the tower).
You should add some autofan to ccminer (or use msi ab)

My 970 Gigabyte G1's are never colder than 71 while mining.  That's not normal?  I have plenty of fans, custom water cooling on CPU, and fans are set to 75-100% most of the time.  I used to run with the side panel off so it would stay around 75C, but it only goes up to 78C with it on so I just set the temp limit in Precision X to 77C(95% power) and stick with that.

Even with a large fan blowing directly at them it stays around 70.  Pretty sure those temps are completely normal.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 19, 2014, 04:55:42 PM
i'm not so sure P0 is really faster on the 9xx... memory speed is a bit lowered in P2 but (max) core freq seems to be the same :

gpu temp on the 970 77°C  :o How do you do that ?  ;D (my 980 never go beyond 73~74 at 120% tdp)
never mind I see your 750ti at 71°C (hope it is only a setting and not its temp...)

p0 isn't necessarily the fastest but it is the easiest to overclock...
The main problem with p2, is you also need nvidia inspector to overclock it...
I can overclock core clock, tdp with MSI AB, but to overclock mem clock, I need nvidia inspector, and 2 programs to overclock the same cards is a bit too much...

Now I am not sure if it is possible to change it, from what I read it seems that any cuda application (not game obviously) run at p2 on design...  

Simple: 2 cards in the same tower running ccminer ;)
still this is hot, I have 2 gtx980 in my tower (750 and 780 outside) and it doesn't go that high...
but fans run higher too (~90% for the 980), but for the 750ti this is really anormal, I never saw that card going higher than 60°C (outside or inside the tower).
You should add some autofan to ccminer (or use msi ab)

My 970 Gigabyte G1's are never colder than 71 while mining.  That's not normal?  I have plenty of fans, custom water cooling on CPU, and fans are set to 75-100% most of the time.  I used to run with the side panel off so it would stay around 75C, but it only goes up to 78C with it on so I just set the temp limit in Precision X to 77C(95% power) and stick with that.

Even with a large fan blowing directly at them it stays around 70.  Pretty sure those temps are completely normal.
custom fan or stock (nvidia) fan ?
I have the stock fan which I prefer actually... my 290x was a msi twin froz and the 780ti which was on top was totally unmanageable because the 290x was blowing hot air on it...

I use also the speed fan curve with msi (temp limit is 79°C but it never went that far...)

No matter what this is within nvidia standard temp, but this is still surprising...
 


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Dotcommie on November 19, 2014, 05:47:58 PM
custom fan or stock (nvidia) fan ?
I have the stock fan which I prefer actually... my 290x was a msi twin froz and the 780ti which was on top was totally unmanageable because the 290x was blowing hot air on it...

I use also the speed fan curve with msi (temp limit is 79°C but it never went that far...)

No matter what this is within nvidia standard temp, but this is still surprising...
 

G1's have the custom Windforce setup which should be plenty of cooling. I'm sure it would go down to maybe 65 degrees if they weren't inside the case and set up for using SLI sometimes, but I can't imagine they'd ever be cooler than that.  All of my 750s and 750ti's run 50-61 most of the time so it seems normal to me that the 970 would be about 10-20C more.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on November 22, 2014, 04:28:39 PM
tpruvot's ccminer-

Since adding extranonce compatibility and other recent improvements to ccminer, i have seen a much lower error rate when mining x11/x13.         --scryptr


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Bobbs on November 22, 2014, 04:52:47 PM
Is there and AMD version of this? I skimmed through the other post and didn't see an answer.  ???


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 22, 2014, 05:12:19 PM
Is there and AMD version of this? I skimmed through the other post and didn't see an answer.  ???

no.... cuda is a nvidia compute language


tpruvot's ccminer-

Since adding extranonce compatibility and other recent improvements to ccminer, i have seen a much lower error rate when mining x11/x13.         --scryptr

Tx :) I try to reduce the problems i see... Not perfect for the moment, 1.5 is not ready, but usable


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 23, 2014, 02:53:28 AM
thank you Epsylon3 for this miner, i'm testing 1.5-git and found 2 issues:
Code:
*** ccminer 1.5-git for nVidia GPUs by tpruvot@github ***
        Built with the nVidia CUDA SDK 6.5

  Based on pooler cpuminer 2.3.2
  CUDA support by Christian Buchner and Christian H.
  Include some of djm34 additions and sp optimisations

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo

[2014-11-23 03:34:06] Starting Stratum on stratum+tcp://yaamp.com:3633
[2014-11-23 03:34:06] NVML GPU monitoring enabled.
[2014-11-23 03:34:06] 1 miner threads started, using 'x13' algorithm.
[2014-11-23 03:34:06] Stratum extranonce answer id is not correct!
[2014-11-23 03:34:06] stratum time is at least 34s in the future
[2014-11-23 03:34:06] yaamp.com:3633 x13 block 8885
[2014-11-23 03:34:06] accepted: 1/1 (100.00%), 0.00 khash/s yay!!!
[2014-11-23 03:34:16] stratum time is at least 87s in the future
[2014-11-23 03:34:16] yaamp.com:3633 x13 block 8885
[2014-11-23 03:34:16] GPU #0: GeForce GTX 660, 1291 kH/s
[2014-11-23 03:35:16] GPU #0: GeForce GTX 660, 1287 kH/s
[2014-11-23 03:35:19] stratum time is at least 88s in the future
[2014-11-23 03:35:19] yaamp.com:3633 x13 block 8885
[2014-11-23 03:35:19] GPU #0: GeForce GTX 660, 1290 kH/s
[2014-11-23 03:36:20] GPU #0: GeForce GTX 660, 1285 kH/s
[2014-11-23 03:36:24] yaamp.com:3633 x13 block 8885
[2014-11-23 03:36:24] GPU #0: GeForce GTX 660, 1290 kH/s
[2014-11-23 03:36:31] yaamp.com:3633 x13 block 78884
[2014-11-23 03:36:31] GPU #0: GeForce GTX 660, 1290 kH/s
while mining.set_extranonce feature is working fine with nicehash and has no side effects with trademybit.com, it breaks mining on yaamp.com (after the first share no more yays).
second, the hash rate rate has decreased ~200khs on all x## algos compared with version 1.4.9 on sm_30 (gtx660), do you think it's caused by changes made in the calculation of the average hash rate or by recent sm_50 optimizations?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 23, 2014, 07:32:43 AM
i will check yamp... And yes there was a small decrease but not related to optimisations, but to a change in scan ranges.

v1.5 is not finished, under hard work ;)

do you know the commit hash of your build ? (git show)

edit: for sm 3.0 yes i know, i will make a special change for that (pushed the sp commit by mistake)

edit2: yamp fixed, tx for the bug report :)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 23, 2014, 11:02:06 AM
do you know the commit hash of your build ? (git show)
3be08ad9445ddc7e594c916e5cc85bef2b58af66


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 23, 2014, 11:10:51 AM
yes ok... just after Simd patch which reduce a bit the speed on SM 3.0


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 23, 2014, 03:05:55 PM
was looking into blake256, what exactly do crcsum ?
Looks to me as some useless calculation...


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 23, 2014, 05:29:04 PM
its no more used, was to check when pdata change, but in fact never in one "scan" (now i compute the first 64 bytes bloc on the cpu)

I think there is a problem with blake... Shares are accepted but i never find a real block... Already seen this issue ?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 23, 2014, 05:32:27 PM
its no more used, was to check when pdata change, but in fact never in one "scan" (now i compute the first 64 bytes bloc on the cpu)

I think there is a problem with blake... Shares are accepted but i never find a real block... Already seen this issue ?
pdata changes only when you request a new block

regarding share/block issue, I don't know... A block is the same as a share except that the difficulty is higher
(meaning more digits should match...)
So assuming the algo is tuned to find shares, you should find also blocks.
(may-be you should try on testnet and see if it happens)

edit: but yeah there is this strange thing when you swap h[6] and not h[7] may-be it explains a little the problem.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 23, 2014, 06:16:07 PM
Yep, could be related... i asked for a testnet but never had an answer... Will try to double check this for the final 1.5.0...

Any news from you ? We dont see you on irc

edit, for h7, blake is so fast than... difficulty is in h6 and h7 set to 0


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on November 23, 2014, 06:54:57 PM
Yep, could be related... i asked for a testnet but never had an answer... Will try to double check this for the final 1.5.0...

Any news from you ? We dont see you on irc

edit, for h7, blake is so fast than... difficulty is in h6 and h7 set to 0
I don't go very often on irc, I use webirc, so basically I can't follow anything, need to login all the time my computer is restarted, can't close my browser etc... all that explain a bit... (last time I logged in, it was pretty calm too)
That's why I suggested moving ccminer to skype which I use a lot more


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 23, 2014, 07:25:15 PM
try HexChat :)

and put these colors file in Roaming : https://dl.dropboxusercontent.com/u/31689596/hexchat/colors.conf


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 24, 2014, 01:09:51 AM
commit 9e2ab1cb6f3728b47dbd17fccc6fad258962bac7

the miner stopped working on any pool, it prints out hash rates only in benchmark mode...


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 24, 2014, 01:13:26 AM
try a clean build... it works here... hmm do you mean x11 on SM 3 ?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 24, 2014, 01:20:12 AM
try a clean build... it works here... hmm do you mean x11 on SM 3 ?
yes, it's a clean build...
and yes, any algo on sm 3:
Code:
*** ccminer 1.5-git for nVidia GPUs by tpruvot@github ***
        Built with the nVidia CUDA SDK 6.5

  Based on pooler cpuminer 2.3.2
  CUDA support by Christian Buchner and Christian H.
  Include some of djm34 additions and sp optimisations

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo

[2014-11-24 02:13:32] Starting Stratum on stratum+tcp://am01.eu.trademybit.com:4440
* Rebuilt URL to: http://am01.eu.trademybit.com:4440/
* Hostname was NOT found in DNS cache
[2014-11-24 02:13:32] CUDA GPU#0 matches NVML GPU 0 by busId 1
[2014-11-24 02:13:32] NVML GPU monitoring enabled.
[2014-11-24 02:13:32] 1 miner threads started, using 'x11' algorithm.
[2014-11-24 02:13:32] Binding thread 0 to cpu 0
*   Trying 162.243.98.68...
* TCP_NODELAY set
* Connected to am01.eu.trademybit.com (162.243.98.68) port 4440 (#0)
* Connection #0 to host am01.eu.trademybit.com left intact
[2014-11-24 02:13:33] > {"id": 1, "method": "mining.subscribe", "params": ["ccminer/1.5-git"]}
[2014-11-24 02:13:33] < {"id":1,"result":[[["mining.set_difficulty","deadbeefcafebabe5004000000000000"],["mining.notify","deadbeefcafebabe5004000000000000"]],"30000435",4],"error":null}
[2014-11-24 02:13:33] Stratum session id: deadbeefcafebabe5004000000000000
[2014-11-24 02:13:33] > {"id": 2, "method": "mining.authorize", "params": ["skunk.gpu", "123"]}
[2014-11-24 02:13:33] < {"id":null,"method":"mining.set_difficulty","params":[0.005]}
[2014-11-24 02:13:33] Stratum difficulty set to 0.005
[2014-11-24 02:13:33] < {"id":null,"method":"mining.notify","params":["13","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f046e86725408","0d2f6e6f64655374726174756d2f0000000002387e7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca87a5d16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["70208abe2159faa839e3663502e479b526cd567b1b1263def969e76c2ad3c48a","742251aa525a570077f42766b13a4f5853b19b4593a854432dd140657667c024","5d5f2ff472c8ee9157c3119b95e7c1b6ec6961d92c5f24252f35ab673a6d01b6"],"00000002","1b15ec49","5472866e",true]}
[2014-11-24 02:13:33] stratum time is at least 49s in the future
[2014-11-24 02:13:34] < {"id":2,"result":true,"error":null}
[2014-11-24 02:13:34] > {"id": 3, "method": "mining.extranonce.subscribe", "params": []}
[2014-11-24 02:13:34] sleeptime: 500 ms
[2014-11-24 02:13:34] DEBUG: job_id=472866e 13 xnonce2=00000000 time=02:13:33
[2014-11-24 02:13:34] job 472866e 13 target change: c7ff380000 (1.3)
[2014-11-24 02:13:34] GPU #0: start=00000000 end=003fffff range=003fffff
[2014-11-24 02:13:35] stratum extranonce subscribe timed out
[2014-11-24 02:13:35] DEBUG: job_id=472866e 13 xnonce2=01000000 time=02:13:33
[2014-11-24 02:13:35] am01.eu.trademybit.com:4440 x11 block 174738
[2014-11-24 02:13:50] < {"id":null,"method":"mining.notify","params":["14","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f04a586725408","0d2f6e6f64655374726174756d2f0000000002387e7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca87a5d16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["70208abe2159faa839e3663502e479b526cd567b1b1263def969e76c2ad3c48a","742251aa525a570077f42766b13a4f5853b19b4593a854432dd140657667c024","5d5f2ff472c8ee9157c3119b95e7c1b6ec6961d92c5f24252f35ab673a6d01b6"],"00000002","1b15ec49","5472866e",false]}
[2014-11-24 02:13:50] DEBUG: job_id=472866e 14 xnonce2=00000000 time=02:13:33
[2014-11-24 02:13:50] am01.eu.trademybit.com:4440 asks job 20 for block 174738
[2014-11-24 02:13:50] < {"id":null,"method":"mining.notify","params":["15","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f04a586725408","0d2f6e6f64655374726174756d2f0000000002e0df7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca09f5e16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["42ea2645f167a04d487551aaf1b93f86006548fb7a43259c09aab8eba7494959","016e8f9eea686e13861faf9efacb282dbf486bf9d2b34890ab7ed48fcde4d107","81a855f91e497320ccd6cedc63a26ecd1febca98513b8db422dbfecab63d8850"],"00000002","1b15ec49","547286a5",false]}
[2014-11-24 02:13:50] stratum time is at least 87s in the future
[2014-11-24 02:13:50] DEBUG: job_id=47286a5 15 xnonce2=00000000 time=02:13:50
[2014-11-24 02:13:50] am01.eu.trademybit.com:4440 asks job 21 for block 174738
[2014-11-24 02:14:45] < {"id":null,"method":"mining.notify","params":["16","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f04dc86725408","0d2f6e6f64655374726174756d2f0000000002e0df7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca09f5e16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["42ea2645f167a04d487551aaf1b93f86006548fb7a43259c09aab8eba7494959","016e8f9eea686e13861faf9efacb282dbf486bf9d2b34890ab7ed48fcde4d107","81a855f91e497320ccd6cedc63a26ecd1febca98513b8db422dbfecab63d8850"],"00000002","1b15ec49","547286a5",false]}
[2014-11-24 02:14:45] DEBUG: job_id=47286a5 16 xnonce2=00000000 time=02:13:50
[2014-11-24 02:14:45] am01.eu.trademybit.com:4440 asks job 22 for block 174738
[2014-11-24 02:15:40] < {"id":null,"method":"mining.notify","params":["17","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f041387725408","0d2f6e6f64655374726174756d2f0000000002e0df7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca09f5e16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["42ea2645f167a04d487551aaf1b93f86006548fb7a43259c09aab8eba7494959","016e8f9eea686e13861faf9efacb282dbf486bf9d2b34890ab7ed48fcde4d107","81a855f91e497320ccd6cedc63a26ecd1febca98513b8db422dbfecab63d8850"],"00000002","1b15ec49","547286a5",false]}
[2014-11-24 02:15:40] DEBUG: job_id=47286a5 17 xnonce2=00000000 time=02:13:50
[2014-11-24 02:15:40] am01.eu.trademybit.com:4440 asks job 23 for block 174738
[2014-11-24 02:16:35] < {"id":null,"method":"mining.notify","params":["18","847e8a59771982017b2905c9d73e4b8fe68d862cb78aeca60009a9be00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270392aa02062f503253482f044a87725408","0d2f6e6f64655374726174756d2f0000000002e0df7407000000001976a914d6805498b318123b15609efed3ca378e5dab2a4c88aca09f5e16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["42ea2645f167a04d487551aaf1b93f86006548fb7a43259c09aab8eba7494959","016e8f9eea686e13861faf9efacb282dbf486bf9d2b34890ab7ed48fcde4d107","81a855f91e497320ccd6cedc63a26ecd1febca98513b8db422dbfecab63d8850"],"00000002","1b15ec49","547286a5",false]}
[2014-11-24 02:16:35] DEBUG: job_id=47286a5 18 xnonce2=00000000 time=02:13:50
[2014-11-24 02:16:35] am01.eu.trademybit.com:4440 asks job 24 for block 174738
[2014-11-24 02:16:52] < {"id":null,"method":"mining.notify","params":["19","fab6dff86f9e510f97accaed6dd47a3f226c970f7eb2c3eb0007722d00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff270393aa02062f503253482f045c87725408","0d2f6e6f64655374726174756d2f000000000240597307000000001976a914a7134b81f946dc22cf207c9fddd0e49e06b10f0a88acc00b5a16000000001976a914f8974d2a987797f36948d9c0c61200c9078723e888ac00000000",["70208abe2159faa839e3663502e479b526cd567b1b1263def969e76c2ad3c48a"],"00000002","1b179554","5472875c",true]}
[2014-11-24 02:16:52] stratum time is at least 88s in the future
[2014-11-24 02:16:52] DEBUG: job_id=472875c 19 xnonce2=00000000 time=02:16:52
[2014-11-24 02:16:52] am01.eu.trademybit.com:4440 x11 block 174739
[2014-11-24 02:16:52] hashlog: 1/1 purged
[2014-11-24 02:17:41] < {"id":null,"method":"mining.notify","params":["14","6749f43e90fc9c149529576fb20f567d8eac4639033452b6015c784b00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff2703f34e01062f503253482f048187725408","0d2f6e6f64655374726174756d2f000000000100286bee000000001976a914210bfe0b955c7bfdd2b8982017b24c02359b5fd688ac00000000",[],"00000002","1c02475a","54728781",true]}
[2014-11-24 02:17:41] DEBUG: job_id=4728781 14 xnonce2=00000000 time=02:17:29
[2014-11-24 02:17:41] am01.eu.trademybit.com:4440 x11 block 85747
[2014-11-24 02:17:41] < {"id":null,"method":"mining.notify","params":["15","4306df6772b4c4fc8856190f637703898f980a2460e834720216911400000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff2703f44e01062f503253482f048c87725408","0d2f6e6f64655374726174756d2f000000000100286bee000000001976a914210bfe0b955c7bfdd2b8982017b24c02359b5fd688ac00000000",[],"00000002","1c020d04","5472878c",true]}
[2014-11-24 02:17:41] DEBUG: job_id=472878c 15 xnonce2=00000000 time=02:17:40
[2014-11-24 02:17:41] am01.eu.trademybit.com:4440 x11 block 85748
[2014-11-24 02:17:49] < {"id":null,"method":"mining.notify","params":["16","a8ad6f3e9a20c0302dd69b8cf8c4bdea34e82a16d2a9d29800aec36000000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff2703f54e01062f503253482f049487725408","0d2f6e6f64655374726174756d2f000000000100286bee000000001976a914210bfe0b955c7bfdd2b8982017b24c02359b5fd688ac00000000",[],"00000002","1c01d883","54728795",true]}
[2014-11-24 02:17:49] DEBUG: job_id=4728795 16 xnonce2=00000000 time=02:17:49
[2014-11-24 02:17:49] am01.eu.trademybit.com:4440 x11 block 85749
[2014-11-24 02:17:58] sleeptime: 500 ms
[2014-11-24 02:17:58] DEBUG: job_id=4728795 16 xnonce2=01000000 time=02:17:49
[2014-11-24 02:17:58] GPU #0: start=00000000 end=003fffff range=003fffff
[2014-11-24 02:18:08] < {"id":null,"method":"mining.notify","params":["17","65b76b01f335cbe274bc2338b8bdf1a902cb39874a4c2b3601d37e8d00000000","01000000010000000000000000000000000000000000000000000000000000000000000000ffffffff2703f64e01062f503253482f04a787725408","0d2f6e6f64655374726174756d2f000000000100286bee000000001976a914210bfe0b955c7bfdd2b8982017b24c02359b5fd688ac00000000",[],"00000002","1c01a162","547287a7",true]}
[2014-11-24 02:18:08] DEBUG: job_id=47287a7 17 xnonce2=00000000 time=02:18:07
[2014-11-24 02:18:08] am01.eu.trademybit.com:4440 x11 block 85750
[2014-11-24 02:18:18] GPU #0: GeForce GTX 660, 27.23 kH/s
[2014-11-24 02:18:18] sleeptime: 500 ms
[2014-11-24 02:18:18] DEBUG: job_id=47287a7 17 xnonce2=01000000 time=02:18:07
[2014-11-24 02:18:18] GPU #0: start=00000000 end=0018ed18 range=0018ed18


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 24, 2014, 02:51:54 AM
could you try blake which doesnt use simd512 functions ?

else git reset --hard <commithash> to know which one is the problem

There are 2 possible problems :

merged luffacube change and simd512

Code:
[2014-11-24 04:23:51] Starting Stratum on stratum+tcp://am01.eu.trademybit.com:4          440
[2014-11-24 04:23:51] NVML GPU monitoring enabled.
[2014-11-24 04:23:51] 1 miner threads started, using 'x11' algorithm.
[2014-11-24 04:23:51] Binding thread 0 to cpu 0
[2014-11-24 04:23:51] Stratum difficulty set to 0.005
[2014-11-24 04:23:52] Stratum extranonce answer id was not correct!
[2014-11-24 04:24:05] GPU #0: GeForce GTX 750 Ti, 2844 kH/s
[2014-11-24 04:24:05] accepted: 1/1 (100.00%), 2844 khash/s yay!!!
[2014-11-24 04:24:13] GPU #0: GeForce GTX 750 Ti, 2776 kH/s
[2014-11-24 04:24:13] accepted: 2/2 (100.00%), 2810 khash/s yay!!!
[2014-11-24 04:24:17] GPU #0: GeForce GTX 750 Ti, 2469 kH/s
[2014-11-24 04:24:17] accepted: 3/3 (100.00%), 2696 khash/s yay!!!
[2014-11-24 04:24:29] GPU #0: GeForce GTX 750 Ti, 2800 kH/s
[2014-11-24 04:24:35] am01.eu.trademybit.com:4440 x11 block 85834


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 24, 2014, 09:49:46 AM
could you try blake which doesnt use simd512 functions ?

else git reset --hard <commithash> to know which one is the problem

There are 2 possible problems :

merged luffacube change and simd512

Code:
[2014-11-24 04:23:51] Starting Stratum on stratum+tcp://am01.eu.trademybit.com:4          440
[2014-11-24 04:23:51] NVML GPU monitoring enabled.
[2014-11-24 04:23:51] 1 miner threads started, using 'x11' algorithm.
[2014-11-24 04:23:51] Binding thread 0 to cpu 0
[2014-11-24 04:23:51] Stratum difficulty set to 0.005
[2014-11-24 04:23:52] Stratum extranonce answer id was not correct!
[2014-11-24 04:24:05] GPU #0: GeForce GTX 750 Ti, 2844 kH/s
[2014-11-24 04:24:05] accepted: 1/1 (100.00%), 2844 khash/s yay!!!
[2014-11-24 04:24:13] GPU #0: GeForce GTX 750 Ti, 2776 kH/s
[2014-11-24 04:24:13] accepted: 2/2 (100.00%), 2810 khash/s yay!!!
[2014-11-24 04:24:17] GPU #0: GeForce GTX 750 Ti, 2469 kH/s
[2014-11-24 04:24:17] accepted: 3/3 (100.00%), 2696 khash/s yay!!!
[2014-11-24 04:24:29] GPU #0: GeForce GTX 750 Ti, 2800 kH/s
[2014-11-24 04:24:35] am01.eu.trademybit.com:4440 x11 block 85834
surprisingly enough commit b824a63cde035b20f811f49feab6976197e4c6a8 is the cause...


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 24, 2014, 01:25:49 PM
you mean its ok when reset to this one ? because i read "binding thread 0 to cpu 0" which seems normal

if yes, its just before the 2 commits i listed :

Code:
9e2ab1c api: restore bios, can be usefull to identify
aec310d nvml: grab nvidia driver version string too
d0ad101 nvapi: get vid/pid like nvml + driver version
a33058b vstudio: reduce diff, try Klaus options
858c3d9 jansson: use config.h new name (like v2.7)
2300326 jansson: fix version header
d031622 simd512: restore full maxwell power (typo)
1fcde52 small groestl optimizations
ac641a0 delete compat/thrust
c887503 simd512: restore SM3/3.5 perfs
f42bb85 nvml: vid/pid was reversed
e2ac7a2 api: add nvapi and nvml ids for C# tools
aa74aa3 api: fix hwinfo gpus
84d7d92 nvml: fix hwinfo gpu vendor/product id
d7c13b0 stratum: handle standard method if extranonce is ignored
6699b8a nvml: fix windows build
9a8b7ff api: add cpu temp/freq (linux)
1fcdeab stats: rework stats map key to fix sort order
7bb86de nvml: clean up and fix retorted bus id bug in api
94c9945 cubeluffa: Fix indent and add some static prefixes
f0d91ab Luffa and simd merged to one kernal.
b824a63 affinity: do not mix cpu count with gpu one
3be08ad update readme (api, current changes, credits)


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 24, 2014, 02:03:10 PM
you mean its ok when reset to this one ? because i read "binding thread 0 to cpu 0" which seems normal

if yes, its just before the 2 commits i listed :

Code:
9e2ab1c api: restore bios, can be usefull to identify
aec310d nvml: grab nvidia driver version string too
d0ad101 nvapi: get vid/pid like nvml + driver version
a33058b vstudio: reduce diff, try Klaus options
858c3d9 jansson: use config.h new name (like v2.7)
2300326 jansson: fix version header
d031622 simd512: restore full maxwell power (typo)
1fcde52 small groestl optimizations
ac641a0 delete compat/thrust
c887503 simd512: restore SM3/3.5 perfs
f42bb85 nvml: vid/pid was reversed
e2ac7a2 api: add nvapi and nvml ids for C# tools
aa74aa3 api: fix hwinfo gpus
84d7d92 nvml: fix hwinfo gpu vendor/product id
d7c13b0 stratum: handle standard method if extranonce is ignored
6699b8a nvml: fix windows build
9a8b7ff api: add cpu temp/freq (linux)
1fcdeab stats: rework stats map key to fix sort order
7bb86de nvml: clean up and fix retorted bus id bug in api
94c9945 cubeluffa: Fix indent and add some static prefixes
f0d91ab Luffa and simd merged to one kernal.
b824a63 affinity: do not mix cpu count with gpu one
3be08ad update readme (api, current changes, credits)
yes, resetting to 3be08ad makes the miner work again...
i even tried undo commit b824a63 from head this way:
Code:
git rebase -p --onto b824a63cde035b20f811f49feab6976197e4c6a8^ b824a63cde035b20f811f49feab6976197e4c6a8
however then it doesn't build anymore...


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 25, 2014, 07:19:30 PM
ok, i've found out num_cpus is set to 8 as i run the miner on an i7 cpu (4 phys. cores, 8 total threads) and that breaks mining (no idea why) as it does with any value greater than 1...
thus i've forced num_cpus to 1 into the code and it's working fine.


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 25, 2014, 07:20:21 PM
oh, interresting... will check this

edit: i need to know which linux version and kernel you are using, pthreads version if you can know it also
You are using one single thread, are you using the -d parameter ?


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 26, 2014, 10:23:44 AM
edit: i need to know which linux version and kernel you are using, pthreads version if you can know it also
Linux mescalito 3.14.23-geek #1 ZEN SMP PREEMPT Sat Nov 1 19:53:06 CET 2014 x86_64 Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz GenuineIntel GNU/Linux
that's https://github.com/zen-kernel/zen-kernel patched kernel, i'll try with with a vanilla kernel as soon i get some time...
pthreads is from gentoo's sys-libs/glibc-2.19
You are using one single thread, are you using the -d parameter ?
nope


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 26, 2014, 10:32:20 PM
i added something in the code which should fix your problem, try to force one thread with "-t 1"

But... Its a weird bug i cant reproduce


Title: Re: [ANN] ccminer 1.4.9 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on November 27, 2014, 01:16:38 AM
i added something in the code which should fix your problem, try to force one thread with "-t 1"

But... Its a weird bug i cant reproduce
whatever you did the bug is gone, even without setting "-t 1"...
seeing your dedication you're without doubt a passionate coder, i wish you the success that such passion deserves :)


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 27, 2014, 12:35:26 PM
1.5.0 released, no new algo this time... heavy fixed on linux


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on November 27, 2014, 02:08:31 PM
1.5.0 released, no new algo this time... heavy fixed on linux

Happy Thanksgiving!  A holiday for the harvest here in the USA.  I am mining with two 6-card 750ti rigs, and receiving 13680-13880 khash/s per rig with x13.  The error rate is really low compared to the early ccminer v1.2 variants, now 1-2% vs 10-15%.

How do you use the new API?  Perhaps you need a readme for the new interface.       -scryptr

EDIT:  I found the "API and Monitoring" instructions in the README.txt.  I have been able to connect, and run single commands, to my headless mining rigs.  However, the connection closes after each successful command.  Is this intended?

Basically, if you use the command "-b 0.0.0.0:4068" on your launch string, you can telnet to your localnet rig on port 4068.  Without the "-b" string above, localhost only access is allowed.  You can set the port differently, also, with the "-b" string.  When connected, typing "help" gives a list of API commands.

Thanks again.       -scryptr


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: vegasguy on November 27, 2014, 03:04:15 PM
Guys I posed a link on my blog to get the word out. If any of you want to be notified by email when new released come out, please sign up on my blog and youll be notified. http://bitcoinlasvegas.net/ccminer-1-5-0-x86-for-windows-released-3-hours-ago/ (http://bitcoinlasvegas.net/ccminer-1-5-0-x86-for-windows-released-3-hours-ago/)


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on November 27, 2014, 05:37:35 PM
Seems to be a bug in benchmark mode. let it run for a while, and it will only display 0 hash.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: bathrobehero on November 27, 2014, 05:40:34 PM
Seems to be a bug in benchmark mode. let it run for a while, and it will only display 0 hash.


Benchmark mode was always a bit wonky for me so when I test for speed, I just point the miner to a running random local wallet, the algo doesn't matter the wallet just needs to be in PoW phase.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 27, 2014, 06:42:42 PM
EDIT:  I found the "API and Monitoring" instructions in the README.txt.  I have been able to connect, and run single commands, to my headless mining rigs.  However, the connection closes after each successful command.  Is this intended?
Thanks again.       -scryptr

Yes its intended, ccminer is a tool, not a server ;) Its made to keep low the number of connections, telnet is only a simple way to query data. Its made for tools like the sample php ui in api/ folder or any other monitor


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 27, 2014, 06:46:27 PM
Seems to be a bug in benchmark mode. let it run for a while, and it will only display 0 hash.

I tried to fix that with the range stuff, its better now... but well... benchmark mode is not made to be run all the day ;)


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on November 27, 2014, 07:28:29 PM
Guys I posed a link on my blog to get the word out. If any of you want to be notified by email when new released come out, please sign up on my blog and youll be notified. http://bitcoinlasvegas.net/ccminer-1-5-0-x86-for-windows-released-3-hours-ago/ (http://bitcoinlasvegas.net/ccminer-1-5-0-x86-for-windows-released-3-hours-ago/)
vegasguy says
>RULE#1 DONT EVER, EVER DOWNLOAD THE WALLET OF A NEW/UNKNOWN COIN ON YOUR "MAIN WALLET PC", ALWAYS DOWNLOAD NEW/UNKNOWN WALLET COINS TO A PC THAT HAS NO OTHER WALLETS!! <
vegasguy
where do you put all your wallets then?  :)



Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: bathrobehero on November 27, 2014, 10:33:40 PM
I use Sandboxie with preventing any access to important folders like Program Files, User data, browser cookies, etc. That way whenever a wallet or miner won't start I know it wanted to do something sneaky.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: mmmaybe on November 28, 2014, 02:52:50 AM
I use Sandboxie with preventing any access to important folders like Program Files, User data, browser cookies, etc. That way whenever a wallet or miner won't start I know it wanted to do something sneaky.

Sorry for off topic, just curious: How often has that happened? Any specific coins?


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: bathrobehero on November 28, 2014, 04:36:18 AM
I use Sandboxie with preventing any access to important folders like Program Files, User data, browser cookies, etc. That way whenever a wallet or miner won't start I know it wanted to do something sneaky.

Sorry for off topic, just curious: How often has that happened? Any specific coins?

Recently a lot, maybe 1 in about every 10 coins. It's mostly ninjas which gets deleted after the thread is spammed with "VIRUS". The latest one was Geekcoin, however supposedly it wasn't the dev, but the guy he paid for compiling the windows wallet and some people went with it. It wanted to plant an infected svchost.exe. Since I started using sandboxie (after I got fucked by one of these wallets) I have 76 wallet executables in my wallet folder and I have a few malicious wallets in there as well.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on November 28, 2014, 04:40:50 AM
Dont trust all the antivirus tools.. they often flag qt installers... Because at the office you dont have to mine on your PC or use P2P software

I dont say all are 100% safe, but... mines are ;)


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: mmmaybe on December 02, 2014, 06:59:41 AM
A suggestion tpruvot:

How about merging yours and sp_'s threads with the original CCminer thread, given that Christian updates the OP a bit to highlight other contributers since April 2013? I'll ask the same to Christian and sp_.

One CCminer thread would be much easier to follow then several as the case is now.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 02, 2014, 07:01:06 AM
this one is made for my version... i follow the other ones, but cant edit them


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 03, 2014, 09:39:36 AM
Handofmidas, got some problems with this pool:

https://www2.coinmine.pl/drk/

The miner reports a hashrate of around 15-16MHASH, but the accepted shares are around 12MHASH


http://i57.tinypic.com/2egbasg.png

He used 2x GTX 970 @ 1500 mhz.

Left: my release14(1.5.0-spmod)
from 12:00: release8(1.4.9-spmod)
from 20:30: ccminer 1.5.0 (yours)

The 1.4.9 does not include the extranounce code.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Handofmidas on December 03, 2014, 10:07:01 AM
Thx to coinut. So I had a look into it as well.

https://bitcointalk.org/index.php?topic=826901.msg9704940#msg9704940



Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 03, 2014, 10:10:37 AM
yep, im not so confident about one pool graph... But i need to compare also...

But its not related to the extranonce feature... which is not even used by most pools ;) its only one request on start in this case.

Today ive added WebSocket compatibility and made a sample realtime graph (970+750Ti on windows) :

http://i60.tinypic.com/2iqo1vm.png

last thing to do in the monitoring api is the json format (optional like cgminer)..


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 03, 2014, 10:50:55 AM
yep, im not so confident about one pool graph... But i need to compare also...
But its not related to the extranonce feature... which is not even used by most pools ;) its only one request on start in this case.

I have thested both the 1.5.0 and my modded version and they seem to report the correct hash on other pools like wafflepool, yaamp, and nicehash, so this seems to be a pool issue, but it might be a bug in ccminer as well.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 03, 2014, 10:54:31 AM
Today ive added WebSocket compatibility and made a sample realtime graph (970+750Ti on windows) :
last thing to do in the monitoring api is the json format (optional like cgminer)..

Good job.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on December 03, 2014, 12:39:30 PM
what is the current status of the api+monitoring, thinking to use it but I don't want to break anything in my own release ?


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Bombadil on December 03, 2014, 03:37:12 PM
what is the current status of the api+monitoring, thinking to use it but I don't want to break anything in my own release ?

API seems fully implemented, all that I'll need, and probably everyone else too, is in there. But my monitoring app is going slowly :P (It's just noobish me)
But I work on it every day, so I expect a basic tool for next week (don't take my word for it :D )


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: jjjordan on December 04, 2014, 06:35:55 AM
yep, im not so confident about one pool graph... But i need to compare also...
But its not related to the extranonce feature... which is not even used by most pools ;) its only one request on start in this case.

I have thested both the 1.5.0 and my modded version and they seem to report the correct hash on other pools like wafflepool, yaamp, and nicehash, so this seems to be a pool issue, but it might be a bug in ccminer as well.

I second that - all multicoin/profit switching pools I've tried work fine, but most the single coin ones report much lower hash speed than what's reported by ccminer. At least that's the pattern I've noticed. version8 is the last one that works fine I think... All the newer report higher hashrates but pools don't "like" them.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: xfelinho on December 07, 2014, 03:39:31 PM
i really like this ccminer but it always starts crashing after some hours...i use 6x 750 ti with qubit algo and without overclock
i never had this problems with djms ccminer


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 07, 2014, 03:48:44 PM
Latest git version needs more than 4GB mem to compile in visual studio.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 08, 2014, 04:19:44 AM
The 1.5.1 should be more stable, i found some issues in solo mining


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 08, 2014, 04:20:13 AM
Latest git version needs more than 4GB mem to compile in visual studio.

Visual studio is a pain ;) If i could find a way to compile cuda stuff in mingw...


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on December 14, 2014, 11:56:27 AM
hi again,
fyi, lyra2 doesn't seem to work on sm30 (at least not on nicehash and yaamp), the miner says it's hashing at 471khs but no shares are submitted and pool's PING api's output stays at 0.


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on December 14, 2014, 01:44:02 PM
hi again,
fyi, lyra2 doesn't seem to work on sm30 (at least not on nicehash and yaamp), the miner says it's hashing at 471khs but no shares are submitted and pool's PING api's output stays at 0.
no it doesn't... epsylon3 released a preliminary version (without even asking...  >:( and forgetting somehow to site the author... who is still a bit pissed about it  ;D yeah well...) which didn't have yet the 3.0 kernel as it was for a preliminary test.

Support for the kernel 3.0 can be found here: https://github.com/djm34/ccminer
(the current version has adjustable throughput, you need --throughput 4 to get to metallicjames release, the interest is that you can set it a bit higher for the big guns...)
If you don't want to go through the trouble of setting it up: metallicjames release should also have these new kernel.

cheers,
The pissed off author.  ;D

 


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: royalpro on December 14, 2014, 04:25:57 PM
hi again,
fyi, lyra2 doesn't seem to work on sm30 (at least not on nicehash and yaamp), the miner says it's hashing at 471khs but no shares are submitted and pool's PING api's output stays at 0.
no it doesn't... epsylon3 released a preliminary version (without even asking...  >:( and forgetting somehow to site the author... who is still a bit pissed about it  ;D yeah well...) which didn't have yet the 3.0 kernel as it was for a preliminary test.

Support for the kernel 3.0 can be found here: https://github.com/djm34/ccminer
(the current version has adjustable throughput, you need --throughput 4 to get to metallicjames release, the interest is that you can set it a bit higher for the big guns...)
If you don't want to go through the trouble of setting it up: metallicjames release should also have these new kernel.

cheers,
The pissed off author.  ;D

 

Excuse me pissed off author, but when I try to compile yours on ubuntu 14.04 and cuda 6.5 and get this error
Code:
nvcc -g -O2 -I . -Xptxas "-abi=no -v" -gencode=arch=compute_30,code=\"sm_30,compute_30\" -gencode=arch=compute_35,code=\"sm_35,compute_35\" -gencode=arch=compute_50,code=\"sm_50,compute_50\" -gencode=arch=compute_52,code=\"sm_52,compute_52\" --maxrregcount=80 --ptxas-options=-v  -o heavy/heavy.o -c heavy/heavy.cu
nvcc fatal   : Unsupported gpu architecture 'compute_52'
make[2]: *** [heavy/heavy.o] Error 1
make[2]: Leaving directory `/home/miner/mining/cclyra2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/miner/mining/cclyra2'
make: *** [all] Error 2


Would you be kind enough to help me figure it out?


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on December 14, 2014, 06:40:43 PM
hi again,
fyi, lyra2 doesn't seem to work on sm30 (at least not on nicehash and yaamp), the miner says it's hashing at 471khs but no shares are submitted and pool's PING api's output stays at 0.
no it doesn't... epsylon3 released a preliminary version (without even asking...  >:( and forgetting somehow to site the author... who is still a bit pissed about it  ;D yeah well...) which didn't have yet the 3.0 kernel as it was for a preliminary test.

Support for the kernel 3.0 can be found here: https://github.com/djm34/ccminer
(the current version has adjustable throughput, you need --throughput 4 to get to metallicjames release, the interest is that you can set it a bit higher for the big guns...)
If you don't want to go through the trouble of setting it up: metallicjames release should also have these new kernel.

cheers,
The pissed off author.  ;D

 

thank you djm34, unfortunately even your miner doesn't work as expected (just one share was sent in about half hour, tried with and without "-F 4" switch")...
as metallicjames's miner, after fixing many compilation errors, i finally got stuck on some "undefined reference" errors i'm not able to fix...
i'll forget about lyra2 for now...


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 15, 2014, 07:12:33 AM
djm34: did you read my commit message :

https://github.com/tpruvot/ccminer/commit/c5b349e079876be6f4f24c82f713cddd36b736aa


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on December 15, 2014, 11:39:17 AM
hi again,
fyi, lyra2 doesn't seem to work on sm30 (at least not on nicehash and yaamp), the miner says it's hashing at 471khs but no shares are submitted and pool's PING api's output stays at 0.
no it doesn't... epsylon3 released a preliminary version (without even asking...  >:( and forgetting somehow to site the author... who is still a bit pissed about it  ;D yeah well...) which didn't have yet the 3.0 kernel as it was for a preliminary test.

Support for the kernel 3.0 can be found here: https://github.com/djm34/ccminer
(the current version has adjustable throughput, you need --throughput 4 to get to metallicjames release, the interest is that you can set it a bit higher for the big guns...)
If you don't want to go through the trouble of setting it up: metallicjames release should also have these new kernel.

cheers,
The pissed off author.  ;D

 

thank you djm34, unfortunately even your miner doesn't work as expected (just one share was sent in about half hour, tried with and without "-F 4" switch")...
as metallicjames's miner, after fixing many compilation errors, i finally got stuck on some "undefined reference" errors i'm not able to fix...
i'll forget about lyra2 for now...
you have to use "--throughput 4" and "--diff 128"
(the difficulty adjustment is required for the moment, but I was told that pool will update, that's why I haven't put it directly into the code yet...)


Title: Re: [ANN] ccminer 1.5.0 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on December 15, 2014, 01:54:59 PM
djm34: did you read my commit message :

https://github.com/tpruvot/ccminer/commit/c5b349e079876be6f4f24c82f713cddd36b736aa
I might have read the title only, but still you should have waited a bit...


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 18, 2014, 01:00:54 AM
CCMINER INTENSITY -

I made an experiment with the new intensity "-i" command-line switch today.  I am using version 1.5.1 final, mining x13, and a 6-card 750ti rig.  After first testing "-i 19.5, 19.5,..." for the six cards, there was improvement.  At program start, there was a notice of the amount of cuda threads being added to the default value.

I then moved to "-i 20,20,...", and am currently running at 14,275kh/s for the entire 6 card rig.  This is an improvement of 100kh/s for the whole rig, which ran at 14,175kh/s at the default setting.  The individual cards now run from 2365kh/s to 2410kh/s, and both the individual cards and the overall total kh/s values are very consistent.  The error rate hovers at 1%.  And, at program start, there was a notice of the total amount of cuda threads being processed.

My suspicion is that I am at or near the limit for the setting, at least for x13.  Does the intensity setting work for all ccminer algorithms, or is it effective only on a particular few?  Thank you for your hard work.       --scryptr

EDIT:  Further testing revealed that a setting of 20.7 red-lined with an "out of memory" error, and that a setting of 20.5 hit right on the 14,300kh/s mark for the 6-card rig.  Again, thanks!       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 18, 2014, 02:21:28 PM
yes its for all algos... default is not the max to let a margin of work and reduce ui slow down effect


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 04:11:37 PM
yes its for all algos... default is not the max to let a margin of work and reduce ui slow down effect
I tried the intensity 20.5 and cmd window showed way higher then normal hash then closed, error . Then I  set it to 19 and showed very low hash. I had to reboot to get back to normal without the intensity. Not on x11 algo. I compiled it with x64, it didn't  have x86 available.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 18, 2014, 05:25:39 PM
CCMINER INTENSITY-

I have an Ubuntu 14.04.1 build, x64, and have had success with x13 and an intensity of 20.5.  I have since tried various intensity settings with x11 and Lyra2RE algorithms.  Algo x11 maxes out with "-i 20.5"' but the improvement is very small compared to the default intensity of 19, only about +25kh/s for the complete rig (6 x 750ti).  Lyra2RE does not improve with an increased intensity, or a lowered intensity.  With Lyra2RE, an intensity setting of "-i 21" or greater resulted in HUGE kh/s values and no accepted shares.  Algos x11 and x13 generated "out of memory" errors at settings of "-i 20.7".  

I have used the setting of "./ccminer -a x13 -d 0,1,2,3,4,5 -i 20.5,20.5,20.5,20.5,20.5,20.5 -o stratum+tcp://URL" in my launch string.  

So, overall, x13 mining with "-i 20.5" gives +125kh/s on my 6-card rig (14,300kh/s), x11 mining with "-i 20.5" improves by 25kh/s on the same rig (17,900kh/s).  For Lyra2RE, the intensity settings had little or no effect on accepted hash rate.             
--scryptr





Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 05:31:59 PM
CCMINER INTENSITY-

I have an Ubuntu 14.04.1 build, x64, and have had success with x13 and an intensity of 20.5.  I have since tried various intensity settings with x11 and Lyra2RE algorithms.  Algo x11 maxes out with "-i 20.5"' but the improvement is very small compared to the default intensity of 19, only about +25kh/s for the complete rig (6 x 750ti).  Lyra2RE does not improve with an increased intensity, or a lowered intensity.  With Lyra2RE, an intensity setting of "-i 21" or greater resulted in HUGE kh/s values and no accepted shares.  Algos x11 and x13 generated "out of memory" errors at settings of "-i 20.7".  

I have used the setting of "./ccminer -a x13 -d 0,1,2,3,4,5 -i 20.5,20.5,20.5,20.5,20.5,20.5 -o stratum+tcp://URL" in my launch string.  

So, overall, x13 mining with "-i 20.5" gives +125kh/s on my 6-card rig (14,300kh/s), x11 mining with "-i 20.5" improves by 25kh/s on the same rig (17,900kh/s).  For Lyra2RE, the intensity settings had little or no effect on accepted hash rate.             
--scryptr




So you have to set intensity for each card.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: royalpro on December 18, 2014, 05:34:01 PM
So you have to set intensity for each card.

You can and should if your cards are different, but if you just set it once it should use that for all cards.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 05:39:19 PM

So you have to set intensity for each card.

You can and should if your cards are different, but if you just set it once it should use that for all cards.
[/quote]
ok thanks. Did you try sending 3 cards doing one coin and the other 3 doing another? I get one instance looking for api saying api not found will try again in 30sec.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on December 18, 2014, 05:58:42 PM
how do I look at the vital of the gpu ? It says nvapi enable but it doesn't show anything


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 18, 2014, 06:06:53 PM
telnet 127.0.0.1 4068
help


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 06:11:07 PM
And looks like with api I can't mine more then 1 coin at a time. Can't send hash to 2 or 3 ect places at once. from my 6 card rig.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 18, 2014, 06:12:28 PM
no, its a warning


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 06:17:18 PM
no, its a warning
What do you mean?


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 18, 2014, 06:50:52 PM
CCMINER INTENSITY-

I have an Ubuntu 14.04.1 build, x64, and have had success with x13 and an intensity of 20.5.  I have since tried various intensity settings with x11 and Lyra2RE algorithms.  Algo x11 maxes out with "-i 20.5"' but the improvement is very small compared to the default intensity of 19, only about +25kh/s for the complete rig (6 x 750ti).  Lyra2RE does not improve with an increased intensity, or a lowered intensity.  With Lyra2RE, an intensity setting of "-i 21" or greater resulted in HUGE kh/s values and no accepted shares.  Algos x11 and x13 generated "out of memory" errors at settings of "-i 20.7".  

I have used the setting of "./ccminer -a x13 -d 0,1,2,3,4,5 -i 20.5,20.5,20.5,20.5,20.5,20.5 -o stratum+tcp://URL" in my launch string.  

So, overall, x13 mining with "-i 20.5" gives +125kh/s on my 6-card rig (14,300kh/s), x11 mining with "-i 20.5" improves by 25kh/s on the same rig (17,900kh/s).  For Lyra2RE, the intensity settings had little or no effect on accepted hash rate.              
--scryptr
So you have to set intensity for each card.

Apparently not!   I just redid my command line, using minimal instruction flags.  In testing x15, I used the command line "./ccminer -a x15 -i 20 -o stratum+tcp://URL".  On my 6-card 750ti rig, it gave an improvement of +70kh/s, or 12,350 kh/s vs 12,280kh/s at the default setting of 19 (no flag).  Any setting greater than 20 resulted in a memory error.

I once had a mixed bag of nVidia cards, and was in the habit of setting each card individually.       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on December 18, 2014, 06:58:17 PM
CCMINER INTENSITY-

I have an Ubuntu 14.04.1 build, x64, and have had success with x13 and an intensity of 20.5.  I have since tried various intensity settings with x11 and Lyra2RE algorithms.  Algo x11 maxes out with "-i 20.5"' but the improvement is very small compared to the default intensity of 19, only about +25kh/s for the complete rig (6 x 750ti).  Lyra2RE does not improve with an increased intensity, or a lowered intensity.  With Lyra2RE, an intensity setting of "-i 21" or greater resulted in HUGE kh/s values and no accepted shares.  Algos x11 and x13 generated "out of memory" errors at settings of "-i 20.7".  

I have used the setting of "./ccminer -a x13 -d 0,1,2,3,4,5 -i 20.5,20.5,20.5,20.5,20.5,20.5 -o stratum+tcp://URL" in my launch string.  

So, overall, x13 mining with "-i 20.5" gives +125kh/s on my 6-card rig (14,300kh/s), x11 mining with "-i 20.5" improves by 25kh/s on the same rig (17,900kh/s).  For Lyra2RE, the intensity settings had little or no effect on accepted hash rate.              
--scryptr
So you have to set intensity for each card.

Apparently not!   I just redid my command line, using minimal instruction flags.  In testing x15, I used the command line "./ccminer -a x15 -i 20 -o stratum+tcp://URL".  On my 6-card 750ti rig, it gave an improvement of +70kh/s, or 12,350 kh/s vs 12,280kh/s at the default setting of 19 (no flag).  Any setting greater than 20 resulted in a memory error.

I once had a mixed bag of nVidia cards, and was in the habit of setting each card individually.       --scryptr
ok thank you


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 18, 2014, 08:10:37 PM
CCMINER INTENSITY-

I have an Ubuntu 14.04.1 build, x64, and have had success with x13 and an intensity of 20.5.  I have since tried various intensity settings with x11 and Lyra2RE algorithms.  Algo x11 maxes out with "-i 20.5"' but the improvement is very small compared to the default intensity of 19, only about +25kh/s for the complete rig (6 x 750ti).  Lyra2RE does not improve with an increased intensity, or a lowered intensity.  With Lyra2RE, an intensity setting of "-i 21" or greater resulted in HUGE kh/s values and no accepted shares.  Algos x11 and x13 generated "out of memory" errors at settings of "-i 20.7".  

I have used the setting of "./ccminer -a x13 -d 0,1,2,3,4,5 -i 20.5,20.5,20.5,20.5,20.5,20.5 -o stratum+tcp://URL" in my launch string.  

So, overall, x13 mining with "-i 20.5" gives +125kh/s on my 6-card rig (14,300kh/s), x11 mining with "-i 20.5" improves by 25kh/s on the same rig (17,900kh/s).  For Lyra2RE, the intensity settings had little or no effect on accepted hash rate.              
--scryptr
So you have to set intensity for each card.

Apparently not!   I just redid my command line, using minimal instruction flags.  In testing x15, I used the command line "./ccminer -a x15 -i 20 -o stratum+tcp://URL".  On my 6-card 750ti rig, it gave an improvement of +70kh/s, or 12,350 kh/s vs 12,280kh/s at the default setting of 19 (no flag).  Any setting greater than 20 resulted in a memory error.

I once had a mixed bag of nVidia cards, and was in the habit of setting each card individually.       --scryptr
ok thank you

MORE ON CCMINER INTENSITY-

Just for thoroughness, I also ran some tests on Keccak.  The Keccak hash rate for the full rig at default was 889,000kh/s to 910,000kh/s, with fluctuation.  With flag settings in the range of "-i 22.5" to "-i 23.5", the 6-card rig was able achieve hash rates of 925,000kh/s to 935,000kh/s.  The Kecccak hash rate fluctuated too much to make a good average in a brief time.  I was able to generate acceptable hash with a setting of "-i 24.5"' but the results appeared to be slightly lower than max, perhaps 910,000 or so.  A setting of "-i 25" resulted in an error.  Overall, a hash rate increase of 20,000kh/s to 30,000kh/s is possible.      
--scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 19, 2014, 01:03:59 PM
https://docs.google.com/spreadsheets/d/1dI1Cc3JhhsA-UdIRlndvQ9huX8FmoJT2TXFDB0wdp54/edit#gid=1086083191


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Shivoreun on December 24, 2014, 01:23:18 PM
Hi to all.
Can anyone, please, help me with miner config... The commandline is:
ccminer.exe -a lyra2 -o stratum+tcp://pool.verters.com:4444 -u snpminer.1 -p x

And the miner answer is:
[2014-12-24 15:19:48] NVAPI GPU monitoring enabled.
[2014-12-24 15:19:48] Starting Stratum on stratum+tcp://pool.verters.com:4444
[2014-12-24 15:19:48] 1 miner thread started, using 'lyra2' algorithm.
[2014-12-24 15:19:48] Stratum difficulty set to 0.1
[2014-12-24 15:19:48] pool.verters.com:4444 lyra2 block 215189
Cuda error in func 'keccak256_cpu_init' at line 299 : invalid device symbol.

Trying to run it on GT 630. What I'am doing wrong?
Thanks in advance.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 24, 2014, 01:28:50 PM
which card ? its for Direct Compute 3.0 mini


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Shivoreun on December 24, 2014, 01:43:51 PM
Ok, thanks, found a problem. GT 630 is 2.1 only :(
Is there any miner, which supports 2.1 compute?..


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 24, 2014, 02:56:59 PM
Ok, thanks, found a problem. GT 630 is 2.1 only :(
Is there any miner, which supports 2.1 compute?..

As far as I know, Bombadil (KBomba) compiled the last version of ccminer with Cuda 2.0/2.1 support.  Here are links:

     "http://cudamining.co.uk/url/releases/member/6" or "https://github.com/KBomba/ccminer-KBomba"
     or "http://cryptomining-blog.com/wp-content/files/ccminer-1.0-windows-compute-2.zip"
  
I am able to run x11 at about 800-850 kh/s on my 550ti with the v1.0 release.

The rest of the ccminer versions of this vintage dropped Cuda 2.0/2.1 support.

The "cudamining.co.uk" site needs an update!  :)  Newer contributions should be available there.  However, it was a Windows-centric crowd that contributed.  I wanted to run Zelante's split-screen utility, but it was only available for Windows, Cuda 3.0+, and Cuda 6.5 toolkit.       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: K1773R on December 24, 2014, 04:34:06 PM
Ok, thanks, found a problem. GT 630 is 2.1 only :(
Is there any miner, which supports 2.1 compute?..
try compiling it for 2.1


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Shivoreun on December 24, 2014, 04:58:10 PM
As far as I know, Bombadil (KBomba) compiled the last version of ccminer with Cuda 2.0/2.1 support.  Here are links:
     "http://cudamining.co.uk/url/releases/member/6" or "https://github.com/KBomba/ccminer-KBomba"
     or "http://cryptomining-blog.com/wp-content/files/ccminer-1.0-windows-compute-2.zip"

Tnaks. I've already tried this version, but it don't know what is Lyra2RE :(


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on December 24, 2014, 05:47:54 PM
Ok, thanks, found a problem. GT 630 is 2.1 only :(
Is there any miner, which supports 2.1 compute?..
try compiling it for 2.1

I believe that versions of Ccminer greater than 1.0 began using Cuda code that is not supported by Cuda v2.0/2.1 chip architecture.       --scryptr   


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on December 26, 2014, 11:41:57 AM
yes a big part of recent improvements are made with GPU assembler commands, which was really basic on gpus before SM 3.0

Merry XMas to all :p


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 30, 2014, 07:15:29 AM
Two of the users in my thread has found a problem in the stratum implementation. CCminer is sending low difficulty shares, and this triggers some kind of protection on the pool and the payout is reduced. Please investigate

http://i57.tinypic.com/98sojp.jpg

http://i61.tinypic.com/df7sqg.jpg


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on December 30, 2014, 08:22:59 AM
I think the fix is easy.

When the pool ask for a difficulty change all threads must be suspended and restarted. We don't want old threads to submit shares after the difficulty has been changed.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: GES on December 30, 2014, 05:17:53 PM
neoskrypt gtx 970 100kh?


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on January 01, 2015, 08:55:32 PM
neoskrypt gtx 970 100kh?

DJM34 is officially developing neoscrypt code for Cuda.  He has given progress reports on the hashing speeds for various nVidia cards in sp_'s ccminer thread.  He also announced a crowdfunding plan.       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: tbearhere on January 03, 2015, 09:29:12 AM
neoskrypt gtx 970 100kh?

DJM34 is officially developing neoscrypt code for Cuda.  He has given progress reports on the hashing speeds for various nVidia cards in sp_'s ccminer thread.  He also announced a crowdfunding plan.       --scryptr
Where does one pay?


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on January 03, 2015, 10:41:59 AM
neoskrypt gtx 970 100kh?

DJM34 is officially developing neoscrypt code for Cuda.  He has given progress reports on the hashing speeds for various nVidia cards in sp_'s ccminer thread.  He also announced a crowdfunding plan.       --scryptr
Where does one pay?
you can send donation to the address for that project which is in my signature: 18UZRrybgjmR4M53Aca4Q8YBguqErZ5qaP
The miner will be release once enough money has been collected (ideally 5btc... but may-be less... considering the btc is not really high)

Current speed: gtx750ti: ~120kh/s
                     gtx780ti: ~200kh/s
                     gtx 980:  ~375kh/s


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: flipclip on January 14, 2015, 05:06:08 PM
I have two different nvidia 750Ti's (GIGABYTE and a EVGA "superclocked") in my rig (Ubuntu 14.04).  I was trying to adjust the intensity of the cards (just to see if it made any hashing difference) individually using -d 0,1 -i 19,21 (also --devices 0,1 --intensity 19,21) but when I checked the api call of "threads" the "I" value was 19 for both cards.  I tried a few different number combos and whatever was the first number for -i was the "I" value for both cards.  Also when I placed a high number as the first intensity (example: 28), ccminer would crash out (expected), but if that number was the second one ccminer would work fine.  It seems the second value is being skipped.  What should the command be for setting intensity per card? Or does this only work if you have two types of cards, say a 750Ti and a 980? Or is it not a per card setting at all?  Thanks.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 14, 2015, 06:51:17 PM
indeed this syntax is not yet supported, i will try to do it...


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: flipclip on January 14, 2015, 07:30:24 PM
Thanks for your reply.  Just wanted to make sure I wasn't doing something wrong.  I guess I can try starting up separate ccminer instances utilizing the -d switch.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: PeaMine on January 17, 2015, 06:12:07 PM
I get this when compiling on Ubuntu 12 after running ./autogen and then ./configure:

checking for EVP_DigestFinal_ex in -lcrypto... yes
checking for gawk... (cached) mawk
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.22.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... yes
checking for curl_free... yes
./configure: line 6586: syntax error near unexpected token `fi'
./configure: line 6586: `  fi'

Then make:
make: *** No targets specified and no makefile found.  Stop.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 17, 2015, 06:14:00 PM
try ./build.sh else configure is generated by your machine, so the line doesnt help me...


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: PeaMine on January 17, 2015, 06:33:36 PM
try ./build.sh else configure is generated by your machine, so the line doesnt help me...
./build provides the same error message.

git clone https://github.com/tpruvot/ccminer
cd ccminer
./build.sh

checking for curl_free... yes
./configure: line 6586: syntax error near unexpected token `fi'
./configure: line 6586: `  fi'
make: *** No targets specified and no makefile found.  Stop.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 17, 2015, 06:36:33 PM
not on my 3 linux machines, could you paste me the erroneous lines of your configure...


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: PeaMine on January 17, 2015, 07:01:27 PM
not on my 3 linux machines, could you paste me the erroneous lines of your configure...
This is the section, line with the error on it simply has "fi":

NVCC="nvcc"

if test -n "$with_cuda"
then
  CUDA_INCLUDES="-I$with_cuda/include"
  CUDA_LIBS="-lcudart"
  CUDA_LDFLAGS="-L$with_cuda/lib$SUFFIX"
  if test -x "$with_cuda/bin/nvcc"
    NVCC="$with_cuda/bin/nvcc"
  fi
else
  CUDA_INCLUDES="-I/usr/local/cuda/include"
  CUDA_LIBS="-lcudart -static-libstdc++"
  CUDA_LDFLAGS="-L/usr/local/cuda/lib$SUFFIX"
fi

if test -n "$with_nvml" ; then
  NVML_LIBPATH=$with_nvml
  CUDA_LDFLAGS="$CUDA_LDFLAGS -ldl"
fi


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: royalpro on January 17, 2015, 07:03:20 PM
I get this when compiling on Ubuntu 12 after running ./autogen and then ./configure:

checking for EVP_DigestFinal_ex in -lcrypto... yes
checking for gawk... (cached) mawk
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.22.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... yes
checking for curl_free... yes
./configure: line 6586: syntax error near unexpected token `fi'
./configure: line 6586: `  fi'

Then make:
make: *** No targets specified and no makefile found.  Stop.

I was getting the same error and fixed it by adding an else statement that does nothing.
edit  I also added a then too.

edit this is what my configure code looks like to get it to compile with a fresh git clone

NVCC="nvcc"

if test -n "$with_cuda"
then
  CUDA_INCLUDES="-I$with_cuda/include"
  CUDA_LIBS="-lcudart"
  CUDA_LDFLAGS="-L$with_cuda/lib$SUFFIX"
  if test -x "$with_cuda/bin/nvcc"
  then
    NVCC="$with_cuda/bin/nvcc"
  else
   abc="123"
  fi
else
  CUDA_INCLUDES="-I/usr/local/cuda/include"
  CUDA_LIBS="-lcudart -static-libstdc++"
  CUDA_LDFLAGS="-L/usr/local/cuda/lib$SUFFIX"
fi

if test -n "$with_nvml" ; then
  NVML_LIBPATH=$with_nvml
  CUDA_LDFLAGS="$CUDA_LDFLAGS -ldl"
fi


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 17, 2015, 07:03:39 PM
i see, a "then" is missing, else did you install cuda ?

edit: fixed on github


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: PeaMine on January 17, 2015, 09:12:30 PM
i see, a "then" is missing, else did you install cuda ?

edit: fixed on github

I pulled a fresh clone from github and the error is the same.
Cuda is installed, I'm able to install other ccminer branches.


./configure: line 6586: syntax error near unexpected token `fi'
./configure: line 6586: `  fi'
make: *** No targets specified and no makefile found.  Stop.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 17, 2015, 09:30:51 PM
you need to checkout the linux branch to get the fix : git checkout origin/linux -b linux


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: royalpro on January 17, 2015, 09:37:57 PM
you need to checkout the linux branch to get the fix : git checkout origin/linux -b linux

this is what my configure code looks like to get it to compile with a fresh git clone not the linux branch
I am compiling on ubuntu 14.04

NVCC="nvcc"

if test -n "$with_cuda"
then
  CUDA_INCLUDES="-I$with_cuda/include"
  CUDA_LIBS="-lcudart"
  CUDA_LDFLAGS="-L$with_cuda/lib$SUFFIX"
  if test -x "$with_cuda/bin/nvcc"
  then
    NVCC="$with_cuda/bin/nvcc"
  else
   abc="123"
  fi
else
  CUDA_INCLUDES="-I/usr/local/cuda/include"
  CUDA_LIBS="-lcudart -static-libstdc++"
  CUDA_LDFLAGS="-L/usr/local/cuda/lib$SUFFIX"
fi

if test -n "$with_nvml" ; then
  NVML_LIBPATH=$with_nvml
  CUDA_LDFLAGS="$CUDA_LDFLAGS -ldl"
fi


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 17, 2015, 09:41:54 PM
git branch


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: PeaMine on January 17, 2015, 11:28:07 PM
you need to checkout the linux branch to get the fix : git checkout origin/linux -b linux

Thanks!


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: DemosMirak on January 18, 2015, 08:34:33 PM
Nevermind, I figured out what went wrong.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on January 18, 2015, 08:36:00 PM
change the SM version in Makefile.am then ./build.sh


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: elektrax on January 19, 2015, 08:30:23 PM
Thanks for a great miner, it runs my two 750ti's for weeks without hiccups.

I have suggestions:

Can you add in the Interactive (-i) flag that CudaMiner has? To make the miner not take up 100% of a cards performance?

I also have a gtx660 and it would be nice to run it from your fork so that i could work on the desktop GPU as well while it mines.
In CudaMiner you can specify e.g '-i 1 0 0' to make gpu 0 interactive, while gpu 1 and 2 run at 100%.

Also would it be possible to add in Scrypt and possibly Neoscrypt? I know Nvidia doesnt do these very well, but sometimes i mine just to heat the house at winter (many others too!)

Edit: Maybe someone could take a look at the X13 module that was added in too?
My GPU graphs in Afterburner for x13 compared to x11 shows that x13 has quite a few 'GPU Usage' dips to nearly 0% GPU. X11 is quite different. Its like the switching to/from the 2 extra algos goes wrong.
My max hash reached for x11 is 3065 and 2445 for X13. (EVGA FTW edition overclocked +31/+39/+550)

:D


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Bombadil on January 19, 2015, 09:32:35 PM
Can you add in the Interactive (-i) flag that CudaMiner has? To make the miner not take up 100% of a cards performance?

-i is already there. Max range is mostly around 20 (-i 17 already gives better control over your desktop), but you can go higher. It will crash if you reach maximum :P He's working on specifying it per gpu, ATM it's per ccminer process (so just run 2 ccminers, switch with -d 0 -i 17 and -d 1,2 -i 20)


Also would it be possible to add in Scrypt and possibly Neoscrypt? I know Nvidia doesnt do these very well, but sometimes i mine just to heat the house at winter (many others too!)

Neoscrypt is in the works ;) https://bitcointalk.org/index.php?topic=916336.0
But why would you want scrypt? Need electric heating? :D


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on January 24, 2015, 06:01:57 PM
Latest 1.5.2-git --

I am running your very latest build, posted about an hour ago.  It runs at 34mh/s (quark) on my 6-card, 750ti rig.  That is an improvement over an earlier build of yours, 1.5.2..., that ran at 32mh/s.

However, I was getting 36mh/s on sp_'s fastest rendition, 1.5.31; unfortunately his latest builds have been unstable at times.  Some won't compile on Linux.  I am hoping that you may be looking at another clean-up and integration build that incorporates the best of the best.

I admire your work, it runs well.  And, for a long time!  Days, weeks...                             --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Jombrangs on January 25, 2015, 03:18:44 AM
Latest 1.5.2-git --

I am running your very latest build, posted about an hour ago.  It runs at 34mh/s (quark) on my 6-card, 750ti rig.  That is an improvement over an earlier build of yours, 1.5.2..., that ran at 32mh/s.

However, I was getting 36mh/s on sp_'s fastest rendition, 1.5.31; unfortunately his latest builds have been unstable at times.  Some won't compile on Linux.  I am hoping that you may be looking at another clean-up and integration build that incorporates the best of the best.

I admire your work, it runs well.  And, for a long time!  Days, weeks...                             --scryptr

hello mate

you mean unstable is "crash" ?

if thats your problem you can make batch file to restart your ccminer every x Second

:)


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on January 25, 2015, 04:22:33 AM
Latest 1.5.2-git --

I am running your very latest build, posted about an hour ago.  It runs at 34mh/s (quark) on my 6-card, 750ti rig.  That is an improvement over an earlier build of yours, 1.5.2..., that ran at 32mh/s.

However, I was getting 36mh/s on sp_'s fastest rendition, 1.5.31; unfortunately his latest builds have been unstable at times.  Some won't compile on Linux.  I am hoping that you may be looking at another clean-up and integration build that incorporates the best of the best.

I admire your work, it runs well.  And, for a long time!  Days, weeks...                             --scryptr

hello mate

you mean unstable is "crash" ?

if thats your problem you can make batch file to restart your ccminer every x Second

:)

In Linux, you can make a bash script, or set a cron command, or both, to do the same thing.   It isn't the same as a DOS batch file run under Windows, though.  A batch file can be a far simpler implementation, really.

The problem I have is that once the mining program crashes, it requires a cold boot.  Further, I need to re-install Linux on my problem rig.  It isn't just the mining program, my whole build is whacked.  However, tpruvot's work seems to be more stable to me than sp_'s hot-rod builds.  SP_ does good work, and he always finds more hash, but somehow it won't compile right just now.       --scryptr

EDIT:  SP_'s build 1.5.32 has been corrected by the author and now builds on Linux without further editing.       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on February 01, 2015, 07:59:15 PM
BUILD 1.5.2 Linux--

I reloaded Linux 14.04.1 on my 6 card 750ti SC rig.  I was able to get a clean load, although I had wanted to move to Utopic Unicorn (14.1).  The CUDA 6.5 toolkit does not support Utopic Unicorn presently, and CUDA 7.0 toolkit is pre-release.

After burning the OS, I installed CUDA 6.5, and then downloaded SP_'s v1.5.32 and tpruvot's v1.5.2 release.  After compilation, I tested them.  Both compiled without errors, but I noticed several warnings during the compilation of v1.5.32.

SP_'s version ran at about 35.5mh/s on my 6 card rig, but proved not to be stable.  It crashed, requiring a cold boot of the rig, after 4-5 hours.  Tpruvot's version is currently running at about 33.6mh/s on the same rig, and has been reliable for the last couple of days.  In retrospect, I had SP_'s v31 up to 36.3mh/s on the same rig, but it was never stable for more than 2-3 hours.  SP_'s v31 is currently running on my 6x750ti FTW rig at 37.8mh/s, and runs for days at a time.

With the Windows binaries, my GTX 960 gets 8.7mh/s with release 1.5.2, tpruvot.  It gets 9.6mh/s with v1.5.32, SP_.

QUESTION: What are the advantages of running the "-d" switch?  It divides (or multiplies) the pool-provided "diff" setting, I know, but how does that help?       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 01, 2015, 08:03:55 PM
not -d which is the device num, -f (factor) made for dev purpose (to find shares faster but which are rejected). There is no advantages except on some badly coded pools.

Algos are not all set to 1 by default, that also allow us (dev) to find the right one when we implement a new algo.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on February 01, 2015, 08:37:13 PM
not -d which is the device num, -f (factor) made for dev purpose (to find shares faster but which are rejected). There is no advantages except on some badly coded pools.

Algos are not all set to 1 by default, that also allow us (dev) to find the right one when we implement a new algo.

Thank you.  I confused the JSON format "diff" for "-d" (device) commandline switch.  Instead, "diff" JSON is "-f" on the commandline.  I used "diff" last night as an experiment, setting ' "diff" : 0.1, ', to see if the rig would be more stable.  The pool gave me a very low reported hash rate in the morning.       --scryptr


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 08, 2015, 01:42:49 PM
will there be support for CUDA (with compute capability 2.1) ?


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: K1773R on February 09, 2015, 01:44:52 PM
will there be support for CUDA (with compute capability 2.1) ?
it already works with 2.1 AFAIK.


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 09, 2015, 03:11:32 PM
will there be support for CUDA (with compute capability 2.1) ?
it already works with 2.1 AFAIK.

no it doesnt work

Lyra2re;
http://i59.tinypic.com/o9im1v.jpg
x11
http://i58.tinypic.com/10544ee.jpg


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: djm34 on February 09, 2015, 03:15:40 PM
will there be support for CUDA (with compute capability 2.1) ?
it already works with 2.1 AFAIK.

no it doesnt work

Lyra2re;
The way I interpret that is that there is nothing which forbid the algo from running on 2.1 device, however you'll need to strip off any reference to groestl (and x11 as well).
Current implementation of x11 can't run on 2.1 nor on 3.0 devices


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 09, 2015, 03:28:20 PM
should be ok on 3.0 but the binary is not made for 2.1 (i only added SM 2.1 support for one of the 2 problematic algos, from KBomba code)


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on February 09, 2015, 03:39:50 PM
I can make a optimized version that supports version 2.1 with 1 BTC in donation. So start donating ;)


Title: Re: [ANN] ccminer 1.5.1 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 09, 2015, 06:11:57 PM
I can make a optimized version that supports version 2.1 with 1 BTC in donation. So start donating ;)

i wish to have 1 btc :) but you can open thread for making it 2.1 compatible with its all optimisations so people can donate you :)


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 10, 2015, 04:47:52 PM
lyra2 works on SM2.1 (tested on a GTX460), but you need to recompile it yourself

on  linux its in Makefile.am :
nvcc_ARCH = -gencode=arch=compute_20,code=\"sm_21,compute_20\"

on windows, its in Project settings (x86 Release target, CUDA C/C++ options, Code generation : compute_20,sm_21 )
Code:
[2015-02-10 17:45:23] 1 miner thread started, using 'lyra2' algorithm.
[2015-02-10 17:45:23] Stratum difficulty set to 0.1
[2015-02-10 17:45:25] accepted: 1/1 (100.00%), 279.04 khash/s yay!!!
[2015-02-10 17:45:32] GPU #0: GeForce GTX 460, 284.38 kH/s
[2015-02-10 17:45:32] accepted: 2/2 (100.00%), 284.38 khash/s yay!!!

blake also :
Code:
[2015-02-10 17:53:21] 1 miner thread started, using 'blake' algorithm.
[2015-02-10 17:53:21] Stratum difficulty set to 1
[2015-02-10 17:53:32] accepted: 1/1 (100.00%), 88782 khash/s yay!!!


i had to underclock a bit... my GTX460 is fully broken, was 430/500 kH/s for lyra2 with a normal clock


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 10, 2015, 05:28:58 PM
lyra2 works on SM2.1 (tested on a GTX460), but you need to recompile it yourself

on  linux its in Makefile.am :
nvcc_ARCH = -gencode=arch=compute_20,code=\"sm_21,compute_20\"

on windows, its in Project settings (x86 Release target, CUDA C/C++ options, Code generation : compute_20,sm_21 )
Code:
[2015-02-10 17:45:23] 1 miner thread started, using 'lyra2' algorithm.
[2015-02-10 17:45:23] Stratum difficulty set to 0.1
[2015-02-10 17:45:25] accepted: 1/1 (100.00%), 279.04 khash/s yay!!!
[2015-02-10 17:45:32] GPU #0: GeForce GTX 460, 284.38 kH/s
[2015-02-10 17:45:32] accepted: 2/2 (100.00%), 284.38 khash/s yay!!!

blake also :
Code:
[2015-02-10 17:53:21] 1 miner thread started, using 'blake' algorithm.
[2015-02-10 17:53:21] Stratum difficulty set to 1
[2015-02-10 17:53:32] accepted: 1/1 (100.00%), 88782 khash/s yay!!!


i had to underclock a bit... my GTX460 is fully broken, was 430/500 kH/s for lyra2 with a normal clock

i dont know how to compile or just know to write readline writeline commands in visualbasic :)


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: sp_ on February 10, 2015, 06:42:32 PM
The problem with compute 2.1 compability is the algorithms who use the __SHFL instruction.

For x11 compabillity (killer) Groestl and simd needs to be rewritten, and then alot of the speed increase is gone.


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 10, 2015, 08:58:20 PM
lyra2 works on SM2.1 (tested on a GTX460), but you need to recompile it yourself

on  linux its in Makefile.am :
nvcc_ARCH = -gencode=arch=compute_20,code=\"sm_21,compute_20\"

on windows, its in Project settings (x86 Release target, CUDA C/C++ options, Code generation : compute_20,sm_21 )
Code:
[2015-02-10 17:45:23] 1 miner thread started, using 'lyra2' algorithm.
[2015-02-10 17:45:23] Stratum difficulty set to 0.1
[2015-02-10 17:45:25] accepted: 1/1 (100.00%), 279.04 khash/s yay!!!
[2015-02-10 17:45:32] GPU #0: GeForce GTX 460, 284.38 kH/s
[2015-02-10 17:45:32] accepted: 2/2 (100.00%), 284.38 khash/s yay!!!

blake also :
Code:
[2015-02-10 17:53:21] 1 miner thread started, using 'blake' algorithm.
[2015-02-10 17:53:21] Stratum difficulty set to 1
[2015-02-10 17:53:32] accepted: 1/1 (100.00%), 88782 khash/s yay!!!


i had to underclock a bit... my GTX460 is fully broken, was 430/500 kH/s for lyra2 with a normal clock

Can you compile it for me epsylon3? İf ı earn some vtc ı will donate you


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 10, 2015, 10:22:00 PM
Yes, I will add a binary on github for SM2.1 devices and refresh the 1.5.2 with the last commits and the icon


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 10, 2015, 10:23:15 PM
Yes, I will add a binary on github for SM2.1 devices
Wooww thanks..


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 10, 2015, 10:28:10 PM
Well hmmm will be the 1.5.3 ...


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 11, 2015, 01:34:58 AM
https://www.dropbox.com/s/80x7kugmpzk0kb2/ccminer-rel1.5.3-vc2013-x86.7z

not tested on linux yet... so maybe not the final 1.5.3


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 11, 2015, 07:23:56 AM
https://www.dropbox.com/s/80x7kugmpzk0kb2/ccminer-rel1.5.3-vc2013-x86.7z

not tested on linux yet... so maybe not the final 1.5.3

when mining with x11 it works but user not shown in the pool site
http://i57.tinypic.com/2j0h2ed.jpg
when mining with lyra2re it works first after sometime nvidia gives error it escapes from error and hashrate is being 1054223
http://i60.tinypic.com/33587jq.jpg
http://i59.tinypic.com/149ysyq.jpg


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: skunk on February 11, 2015, 09:09:03 AM
https://www.dropbox.com/s/80x7kugmpzk0kb2/ccminer-rel1.5.3-vc2013-x86.7z

not tested on linux yet... so maybe not the final 1.5.3
building fails under linux after last commit:
Quote
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
util.cpp: In function ‘void get_defconfig_path(char*, size_t, char*)’:
util.cpp:153:25: error: ‘dirname’ was not declared in this scope
  char *dir = dirname(cmd);
                         ^
make[2]: *** [ccminer-util.o] Error 1


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Hix on February 11, 2015, 09:40:22 AM
https://www.dropbox.com/s/80x7kugmpzk0kb2/ccminer-rel1.5.3-vc2013-x86.7z

not tested on linux yet... so maybe not the final 1.5.3
building fails under linux after last commit:
Quote
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
util.cpp: In function ‘void get_defconfig_path(char*, size_t, char*)’:
util.cpp:153:25: error: ‘dirname’ was not declared in this scope
  char *dir = dirname(cmd);
                         ^
make[2]: *** [ccminer-util.o] Error 1
I have same error


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 11, 2015, 02:17:17 PM
Thanks for the reports, but remember to build the linux branch ;) on linux.. Its under work and 1.5.3 was not tagged.

And SM 2.0 work is not finished (x11 will not in this version). As i said, only Lyra2 and blake are ok, maybe some others but not algos like X11 yet.


Title: Re: [ANN] ccminer 1.5.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 11, 2015, 07:26:08 PM
released the final 1.5.3 with qubit difficulty fix

but... no changes to increase SM 2 support


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: twats on February 11, 2015, 10:26:34 PM
Lyra2 algo is so slow


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 11, 2015, 11:10:07 PM
now you understand i guess why we dont care about SM 2. Try my cpuminer-multi for lyra2; )


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on February 12, 2015, 03:31:31 AM
now you understand i guess why we dont care about SM 2. Try my cpuminer-multi for lyra2; )

Your Lyra2 code on your cpuminer-multi runs at 500+ kh/s on one of my i7 CPUS (2600 vintage) and 300+ kh/s on an older multi-core pentium.  It runs faster than many GPUs can run.       --scryptr


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on February 19, 2015, 08:06:24 PM
QUBIT--

I am getting strange behavior with qubit algo on Yaamp.  This is using v1.5.3 of your miner:

doubled-up behavior!  ???

http://s28.postimg.org/xga24obel/qubit_tp.png (http://postimage.org/)
scryptr image (http://postimage.org/)

The miner by sp-hash, v39, is also having strange behavior.  I posted on his thread also.       --scryptr


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on February 19, 2015, 09:43:56 PM
QUBIT--

Maybe it is a pool or stratum network problem.  My card has rotated back to qubit and I am now getting this:

tpruvot v1.5.3
http://s29.postimg.org/kl7kyv1jr/tp_qubit.png (http://postimage.org/)
scryptr image (http://postimage.org/app.php)

I have noticed the doubled-up behavior a few times in the recent past.       --scryptr


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on February 20, 2015, 12:17:43 AM
That look like a second nonce share.. I guess not initialized correctly...


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: scryptr on March 09, 2015, 12:05:23 AM
WHIRLPOOLX ALGO--

Your release of two hours ago (v1.6 rc) compiles with no warnings or errors and hashes well on my Linux box.  It runs at 458MH/s for 6X 750ti FTW, very consistent hashing speed.  I hope a windows version will be released soon, also.       --scryptr


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on March 09, 2015, 12:07:40 AM
Thanks for your support ;) but i still have things to finish before a release... not so much for Whirlpoolx.

if you join #ccminer on irc i can share you a test build...


Title: Re: [ANN] ccminer 1.5.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on March 09, 2015, 02:27:19 AM
QUBIT--

I am getting strange behavior with qubit algo on Yaamp.  This is using v1.5.3 of your miner:

doubled-up behavior!  ???

http://s28.postimg.org/xga24obel/qubit_tp.png (http://postimage.org/)
scryptr image (http://postimage.org/)

The miner by sp-hash, v39, is also having strange behavior.  I posted on his thread also.       --scryptr

i just experienced that when playing with intensity... some values do that, will check if i can fix it...


Title: Re: [ANN] ccminer 1.6.0 with stats+monitoring API - opensource (tpruvot)
Post by: iHashFury on April 12, 2015, 04:59:17 PM
I have some amazon credit so had a go seting up g2.2xlarge but I'm getting the following error

Code:
~/ccminer$ ./ccminer -n
*** ccminer 1.6.1-git for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA SDK 6.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

GPU #0: SM 3.0 GRID K520

Code:
*** ccminer 1.6.1-git for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA SDK 6.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2015-04-12 16:54:46] Starting on stratum+tcp://stratum.nicehash.com:3344
[2015-04-12 16:54:46] NVML GPU monitoring enabled.
[2015-04-12 16:54:46] 1 miner thread started, using 'qubit' algorithm.
[2015-04-12 16:54:46] Stratum difficulty set to 0.01
[2015-04-12 16:54:46] stratum.nicehash.com:3344 qubit block 12772
Cuda error in func 'qubit_luffa512_cpu_init' at line 450 : invalid device symbol.



Title: Re: [ANN] ccminer 1.6.0 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on April 12, 2015, 09:58:59 PM
you need to edit the Makefile.am for SM 3.0 support


Title: Re: [ANN] ccminer 1.6.0 with stats+monitoring API - opensource (tpruvot)
Post by: iHashFury on April 12, 2015, 11:53:43 PM
 8)

nano Makefile.am

change

Code:
nvcc_ARCH  = -gencode=arch=compute_50,code=\"sm_50,compute_50\"
#nvcc_ARCH = -gencode=arch=compute_30,code=\"sm_30,compute_30\"

to

Code:
#nvcc_ARCH  = -gencode=arch=compute_50,code=\"sm_50,compute_50\"
nvcc_ARCH = -gencode=arch=compute_30,code=\"sm_30,compute_30\"

Thanks

Code:
yay!!!


Title: Re: [ANN] ccminer 1.6.1 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on April 16, 2015, 01:15:50 AM
1.6.1 released...


Title: Re: [ANN] ccminer 1.6.1 with stats+monitoring API - opensource (tpruvot)
Post by: Velgelm on April 22, 2015, 06:24:42 AM
1.6.1 released...
thanks!
before i have 1830kh -->> after 2030kh! awesome!


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: PVmining on April 22, 2015, 10:29:11 AM
Hey Epsylon,
  I want to thank you very much for all the fantastic work on you ccminer git!

  • first open source ZRC miner
  • brand new integration of scrypt-jane stuff in ccminer
  • last but not least - your github is the base for most of the other ccminer dev's - I hope they donate for your work too

"awsome" is the right expression for what you do!

Have send a bunch of dash for you - and hope some of the other miners will join!


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: flipclip on April 28, 2015, 02:10:02 AM
I was just wondering if there was a way to set auto intensity?  Before I was able to set it with --intensity=0 but that doesn't seem to work any more.  Thanks.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on April 28, 2015, 02:15:36 AM
auto is without the param


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: flipclip on April 28, 2015, 02:28:18 AM
auto is without the param
OK, that is what I thought.  Thanks.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: tryphe on May 08, 2015, 06:03:23 AM
I'm having an issue here with the error:

Code:
Cuda error in func 'skein512_cpu_setBlock_80' at line 957 : invalid device symbol.

Strangely enough, I'm running a 660ti (Compute 3.0) and have ccminer compiling/running x11 just fine with the same setup. Although I don't think it's quite the latest version(Edit: It's actually quite old, but still uses cuda 6.5), it works with nvidia-331 and nvidia-346. All I have to do is export the cuda lib64 path before running. Here are the juicy infos:

Code:
nobody@abyss:~$ uname -a
Linux abyss 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
"Ubuntu 14.04"

Code:
nobody@abyss:~$ lspci
06:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 660 Ti] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: Device 196e:1000
        Flags: bus master, fast devsel, latency 0, IRQ 45
        Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
        Memory at d8000000 (64-bit, prefetchable) [size=128M]
        Memory at e6000000 (64-bit, prefetchable) [size=32M]
        I/O ports at 6c00 [size=128]
        [virtual] Expansion ROM at e0000000 [disabled] [size=512K]
        Capabilities: <access denied>
        Kernel driver in use: nvidia

Code:
nobody@abyss:~$ /usr/local/cuda/bin/nvcc --version
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2014 NVIDIA Corporation
Built on Thu_Jul_17_21:41:27_CDT_2014
Cuda compilation tools, release 6.5, V6.5.12

Installed packages(no errors):
Code:
nobody@abyss:~$ dpkg -l | grep 'ii  nvidia'
ii  nvidia-346                                346.46-0ubuntu1                                     amd64        NVIDIA binary driver - version 346.46
ii  nvidia-346-dev                            346.46-0ubuntu1                                     amd64        NVIDIA binary Xorg driver development files
ii  nvidia-346-uvm                            346.46-0ubuntu1                                     amd64        NVIDIA Unified Memory kernel module
ii  nvidia-modprobe                           346.46-0ubuntu1                                     amd64        Load the NVIDIA kernel driver and create device files
ii  nvidia-opencl-icd-346                     346.46-0ubuntu1                                     amd64        NVIDIA OpenCL ICD
ii  nvidia-prime                              0.6.2                                               amd64        Tools to enable NVIDIA's Prime
ii  nvidia-settings                           346.46-0ubuntu1                                     amd64        Tool for configuring the NVIDIA graphics driver

nobody@abyss:~$ dpkg -l | grep 'ii  cuda'
ii  cuda-6-5                                  6.5-14                                              amd64        CUDA 6.5 meta-package
ii  cuda-command-line-tools-6-5               6.5-14                                              amd64        CUDA command-line tools
ii  cuda-core-6-5                             6.5-14                                              amd64        CUDA core tools
ii  cuda-cublas-6-5                           6.5-14                                              amd64        CUBLAS native runtime libraries
ii  cuda-cublas-dev-6-5                       6.5-14                                              amd64        CUBLAS native dev links, headers
ii  cuda-cudart-6-5                           6.5-14                                              amd64        CUDA Runtime native Libraries
ii  cuda-cudart-dev-6-5                       6.5-14                                              amd64        CUDA Runtime native dev links, headers
ii  cuda-cufft-6-5                            6.5-14                                              amd64        CUFFT native runtime libraries
ii  cuda-cufft-dev-6-5                        6.5-14                                              amd64        CUFFT native dev links, headers
ii  cuda-curand-6-5                           6.5-14                                              amd64        CURAND native runtime libraries
ii  cuda-curand-dev-6-5                       6.5-14                                              amd64        CURAND native dev links, headers
ii  cuda-cusparse-6-5                         6.5-14                                              amd64        CUSPARSE native runtime libraries
ii  cuda-cusparse-dev-6-5                     6.5-14                                              amd64        CUSPARSE native dev links, headers
ii  cuda-documentation-6-5                    6.5-14                                              amd64        CUDA documentation
ii  cuda-driver-dev-6-5                       6.5-14                                              amd64        CUDA Driver native dev stub library
ii  cuda-drivers                              346.46-1                                            amd64        CUDA Driver meta-package
ii  cuda-license-6-5                          6.5-14                                              amd64        CUDA licenses
ii  cuda-misc-headers-6-5                     6.5-14                                              amd64        CUDA misc headers
ii  cuda-npp-6-5                              6.5-14                                              amd64        NPP native runtime libraries
ii  cuda-npp-dev-6-5                          6.5-14                                              amd64        NPP native dev links, headers
ii  cuda-runtime-6-5                          6.5-14                                              amd64        CUDA Runtime 6.5 meta-package
ii  cuda-samples-6-5                          6.5-14                                              amd64        CUDA example applications
ii  cuda-toolkit-6-5                          6.5-14                                              amd64        CUDA Toolkit 6.5 meta-package
ii  cuda-visual-tools-6-5                     6.5-14                                              amd64        CUDA visual tools

Here is the full output of your ccminer branch:
Code:
nobody@abyss:~$ ./log-mine-nv-suprnova.sh
*** ccminer 1.6.3-git for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA SDK 6.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2015-05-08 02:00:37] Starting on stratum+tcp://wood.suprnova.cc:1158
[2015-05-08 02:00:37] restart_threads
[2015-05-08 02:00:37] NVML application clock feature is allowed
[2015-05-08 02:00:37] CUDA GPU#0 matches NVML GPU 0 by busId 6
[2015-05-08 02:00:37] NVML GPU monitoring enabled.
[2015-05-08 02:00:37] 1 miner thread started, using 'skein2' algorithm.
[2015-05-08 02:00:37] Stratum difficulty set to 0.00390625
[2015-05-08 02:00:38] sleeptime: 500 ms
[2015-05-08 02:00:38] DEBUG: job_id=54c50fd 193e xnonce2=00000000 time=02:00:29
[2015-05-08 02:00:38] job 54c50fd 193e target change: ffff000000 (1.0)
[2015-05-08 02:00:38] GPU #0: start=00000000 end=000fffff range=000fffff
[2015-05-08 02:00:38] DEBUG: job_id=54c50fd 193e xnonce2=01000000 time=02:00:29
[2015-05-08 02:00:38] wood.suprnova.cc:1158 skein2 block 136203
[2015-05-08 02:00:38] restart_threads
Cuda error in func 'skein512_cpu_setBlock_80' at line 957 : invalid device symbol.

And here is the script to produce the output.
Code:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cuda/lib64
src/ccminer-skein/ccminer -a skein2 -o stratum+tcp://wood.suprnova.cc:1158 -u tryphe.w0 -p x --debug

'ccminer --version' outputs:
(x11 miner)
Code:
ccminer 2014.06.15
libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
(tpruvot miner)
Code:
ccminer v1.6.3-git
libcurl/7.35.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3

It doesn't matter if I use 331 or 346 to compile/run (either or both). It doesn't matter if I set CUDA_paths or the LD_LIB paths to either the 'cuda-6.5' or 'cuda' directories because they point to the same data.

Any ideas?  :) Thanks in advance.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: bathrobehero on May 08, 2015, 10:53:55 AM
Code:
Cuda error in func 'skein512_cpu_setBlock_80' at line 957 : invalid device symbol.

That usually means the binaries are not compatible with your card's compute version. Probably 3.5 is required for the binaries. Not 100% sure though.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on May 08, 2015, 01:10:32 PM
read the last messages in the thread (12 Apr)


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: tryphe on May 08, 2015, 04:07:48 PM
read the last messages in the thread (12 Apr)

Lol, can't believe I missed that in the search ::) But I did that and the build resulted with this:

...[lots more sm_32 errors]
Code:
ptxas /tmp/tmpxft_00001194_00000000-5_cuda_neoscrypt.ptx, line 10135; error   : Instruction 'shf.r' requires .target sm_32 or higher
ptxas fatal   : Ptx assembly aborted due to errors
make[2]: *** [neoscrypt/cuda_neoscrypt.o] Error 255

It seems to compile fine other than a few algos. I tried a few things until I got the compile to work with changing the nvcc arch command to
Code:
nvcc_ARCH = -gencode=arch=compute_32,code=\"sm_32,compute_32\"

Which compiles, but still throws the same error on runtime, obviously because my arch is compute_30. Same thing happens if I specify compute_35/sm_35. So I tried a few other things, like leaving the rest of the Makefile.am alone, and only changing the arch target for skein:
Code:
skein2.o: skein2.cu
        $(NVCC) -I. @CUDA_INCLUDES@ @CUDA_CFLAGS@ -gencode=arch=compute_30,code=\"sm_30,compute_30\" --maxrregcount=64 -o $@ -c $<

Same thing. Compile runs without a hitch, but the crash still happens with skein512_cpu_setBlock_80. Any other ideas?  :D


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on May 08, 2015, 05:18:27 PM
hmm right, you need to checkout a previous tagged version, 1.6.3 is still under dev... for this reason (neoscrypt is not compatible with SM 3.0)


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: tryphe on May 09, 2015, 04:26:58 AM
hmm right, you need to checkout a previous tagged version, 1.6.3 is still under dev... for this reason (neoscrypt is not compatible with SM 3.0)

Aha, well now I don't feel so confused, haha. Surely I can get it working now! Thanks for the help and good work on the project :)


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: bensam1231 on May 10, 2015, 07:29:41 AM
Would you consider adding support for Cryptonote? TSIV hasn't updated his miner in ages and Monero is still very lucrative.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: miningpoolhub on May 11, 2015, 02:11:36 PM
We are running http://miningpoolhub.com

As we provide auto switching between multi algo like this batch file.



:start

ccminer-30-35-50-52.exe -r 0 -a x11 -o stratum+tcp://hub.miningpoolhub.com:12007 -u coincoin.ccminer -p x
ccminer-30-35-50-52.exe -r 0 -a x13 -o stratum+tcp://hub.miningpoolhub.com:12008 -u coincoin.ccminer -p x
ccminer-30-35-50-52.exe -r 0 -a myr-gr -o stratum+tcp://hub.miningpoolhub.com:12005 -u coincoin.ccminer -p x


sleep 3000
timeout 3
goto start


ccminer crashes when connection is refused. It works time to time but crashes time to time.
Actually https://github.com/cbuchner1/ccminer doesn't crashes
but https://github.com/tpruvot/ccminer crashes.

Our server send authorize failure message and disconnect when multi algo switching need to work.
Please fix this bug.


'coincoin' is our test username. You can test it right away without setting hub or anything on our site.


Title: Re: [ANN] ccminer 1.6.2 with stats+monitoring API - opensource (tpruvot)
Post by: TheMiningNoob on May 19, 2015, 09:14:50 PM
Getting roughly 6370kH/s out of a 780 ti:

http://i.imgur.com/nZvxdup.png


Title: Re: [ANN] ccminer 1.6.3 with stats+monitoring API - opensource (tpruvot)
Post by: flipclip on May 26, 2015, 01:15:33 AM
From a fresh git clone I'm getting a compiling error (Ubuntu 14.04: compiled before, and can compile other current branches).  I'm not sure if it is from my wonky machine but:

Code:
nvcc -I. -I/usr/local/cuda/include  -gencode=arch=compute_20,code=\"sm_21,compute_20\" -o scrypt/salsa_kernel.o -c scrypt/salsa_kernel.cu
nvcc -I. -I/usr/local/cuda/include  -gencode=arch=compute_20,code=\"sm_20,compute_20\" -o scrypt/test_kernel.o -c scrypt/test_kernel.cu
In file included from scrypt/salsa_kernel.h:10:0,
                 from scrypt/salsa_kernel.cu:13:
./miner.h:14:21: fatal error: jansson.h: No such file or directory
 #include <jansson.h>
                     ^
compilation terminated.
make[2]: *** [scrypt/salsa_kernel.o] Error 1
make[2]: *** Waiting for unfinished jobs....

If I updated the Makefile.am with:

line 130:
-    $(NVCC) -I. @CUDA_INCLUDES@ @CUDA_CFLAGS@ -gencode=arch=compute_20,code=\"sm_21,compute_20\" -o $@ -c $<
+      $(NVCC) -gencode=arch=compute_20,code=\"sm_21,compute_20\" @CUDA_INCLUDES@ -I. @CUDA_CFLAGS@ $(JANSSON_INCLUDES) -o $@ -c $<

It compiled, up to the next part of the Makefile.am "scrypt/test_kernel.o: scrypt/test_kernel.cu", which failed, but when edited similarily, along with the next three kernels, everything compiled.  Again, not sure if it is just my wonky machine but wanted to mention it.



Title: Re: [ANN] ccminer 1.6.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on May 26, 2015, 08:55:35 AM
indeed thanks... dont had the problem here but seems logic.


Title: Re: [ANN] ccminer 1.6.3 with stats+monitoring API - opensource (tpruvot)
Post by: george37 on May 26, 2015, 12:17:05 PM
In the latest code, v1.6.4, I'm getting the following build error:

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML -DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-api.o -MD -MP -MF .deps/ccminer-api.Tpo -c -o ccminer-api.o `test -f 'api.cpp' || echo './'`api.cpp
ccminer.cpp: In function 'void show_usage_and_exit(int)':
ccminer.cpp:2583:15: warning: format not a string literal and no format arguments [-Wformat-security]
ccminer.cpp:2585:22: warning: format not a string literal and no format arguments [-Wformat-security]
ccminer.cpp: In function 'bool parse_pool_array(json_t*)':
ccminer.cpp:3042:32: error: 'json_array_foreach' was not declared in this scope
ccminer.cpp:3043:2: error: expected ';' before '{' token
ccminer.cpp:3513:1: error: expected '}' at end of input
make[2]: *** [ccminer-ccminer.o] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f .deps/ccminer-hefty1.Tpo .deps/ccminer-hefty1.Po
mv -f .deps/ccminer-api.Tpo .deps/ccminer-api.Po
mv -f .deps/ccminer-util.Tpo .deps/ccminer-util.Po
make[2]: Leaving directory `/home/ubuntu/ccminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ubuntu/ccminer'
make: *** [all] Error 2


Title: Re: [ANN] ccminer 1.6.3 with stats+monitoring API - opensource (tpruvot)
Post by: Epsylon3 on May 26, 2015, 12:20:58 PM
i guess you have an old version of jansson... there is the 2.6 in compat folder

compat/jansson/jansson.h:151:#define json_array_foreach(array, index, value) \


edit: i build with the 2.5 on my ubuntu 14.04.2 machine :
libjansson-dev:amd64                                  2.5-2

edit2: my debian 7 machine also build fine with the 2.3.1-2


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: antimony121 on May 26, 2015, 01:35:11 PM
1.6.4 compiled fine with my machine, ubuntu 15.04 x64

just wondering if the password are parsed in a different way between 1.6.3 and 1.6.4? I am mining with nicehash with the option (multialgo weightings)
Code:
--pass="f0=0;f2=0;f3=2.7;f4=1.9;f5=99;f6=1.8;f7=7.9;f8=0;f9=0.45;f10=0;f11=4.3;f12=3.9"

under ccminer 1.6.3 i get assigned quark with their multialgo, but i get assigned lyre2re under ccminer 1.6.4

the pool option doesn't respect the "algo" parameter set inside the pool, guess it haven't been implemented yet?



Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 26, 2015, 01:36:57 PM
its limited to 64 characters indeed, i was expecting this problem... will increase it to 128 in the next version


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: zanfr on May 26, 2015, 08:58:27 PM
So I am trying to do some multialgo switching on nicehash, here is my test config file:

But, after attempting to connect to x11.eu.nicehash.com et predictably getting dropped, it attempts to mine x11 whilst connected to quark.eu.nicehash.com...

Seems it only cares about the first "algo" it finds...

Any ideas?

Code:
{
"pools" : [
     {
  "name": "nicehash x11",
  "algo" : "x11",
          "url" : "stratum+tcp://x11.eu.nicehash.com:4336",
          "user" : "1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
          "pass" : "f0=0;f2=0;f3=3;f12=4",
  "intensity" : 16
     },
     {
  "name": "nicehash quark",
  "algo" : "quark",
          "url" : "stratum+tcp://quark.eu.nicehash.com:4345",
          "user" : "1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
          "pass" : "f0=0;f2=0;f3=3;f12=4",
          "intensity" : 18.1
     }
],
"api-remote": false
}


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 26, 2015, 09:12:01 PM
Multi pool doesnt means algo switching...
Ccminer is not ready for that yet..

Require changes in all the algos to free the gpu. Hmm in fact maybe not with cudaDeviceReset()


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: antimony121 on May 27, 2015, 10:04:41 PM
just compiled the latest git, password is working now, but it doesn't seems to parse the -r (--retries) parameter properly, i set -r 0 (or --retries=0) and it just get ignore with the default value (retry indefinitely)

Code:
[2015-05-28 07:49:35] Stratum authentication failed
[2015-05-28 07:49:35] Stratum connect timeout, failover...
[2015-05-28 07:49:35] No other pools to try...
[2015-05-28 07:49:35] ...retry after 30 seconds
[2015-05-28 07:50:06] Stratum authentication failed
[2015-05-28 07:50:06] Stratum connect timeout, failover...
[2015-05-28 07:50:06] No other pools to try...
[2015-05-28 07:50:06] ...retry after 30 seconds

if i put in two pools it just loops the two pools indefinitely, regardless of the "retries" : "0" option
Code:
[2015-05-28 07:54:02] Stratum authentication failed
[2015-05-28 07:54:02] Stratum connect timeout, failover...
[2015-05-28 07:54:02] Switch to stratum pool 1: eu
[2015-05-28 07:54:05] Stratum authentication failed
[2015-05-28 07:54:05] Stratum connect timeout, failover...
[2015-05-28 07:54:05] Switch to stratum pool 0: usa

thanks!


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 28, 2015, 04:51:57 AM
i fixed the first case... for the second one... hmm need some more work/brain storm


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on May 29, 2015, 12:24:29 PM
Love your work!
But i've tried to solo UTC and nothing happens with CCminer. Good old Cudaminer does the job just fine. Though i'd rather use CC.
Tried 1.62,1.63,1.64, all the same.

Using the -D flag i immediately see an error...can you fix it? Thanks in advance!

JSON-RPC call failed: getblocktemplate [params]
Returns data needed to construct a block to work on:
  "version" : block version
  "previousblockhash" : hash of current highest block
  "transactions" : contents of non-coinbase transactions that should be included in the next block
  "coinbaseaux" : data that should be included in coinbase
  "coinbasevalue" : maximum allowable input to coinbase transaction, including the generation award and transaction fees
  "target" : hash target
  "mintime" : minimum timestamp appropriate for next block
  "curtime" : current timestamp
  "mutable" : list of ways the block template may be changed
  "noncerange" : range of valid nonces
  "sigoplimit" : limit of sigops in blocks
  "sizelimit" : limit of block size
  "bits" : compressed target of next block
  "height" : height of the next block
See https://en.bitcoin.it/wiki/BIP_0022 for full specification.


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 29, 2015, 03:23:48 PM
just try --no-gbt

i didnt test but its optional/recommended to check the current block height before the submit of found nonces (to prevent some booo)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on May 29, 2015, 05:33:46 PM
That works! It removes the error and i think there is work being done. But in normal mode,you still don't see anything happening.
Using -D again,i can see stuff like this going on;
Code:
[2015-05-29 19:24:20] GPU #0: n=58
[2015-05-29 19:24:20] GPU #1: n=80000057
[2015-05-29 19:25:09] GPU #1: n=80001657
[2015-05-29 19:25:09] GPU #0: n=1658
[2015-05-29 19:25:58] GPU #1: n=80002c57
[2015-05-29 19:25:58] GPU #0: n=2c58
When i terminate the batch job,ccminer crashes. But i can still answer the question;
Code:
Terminate batch job (Y/N)?
When i choose Y, i could get a storm of messages like this;
Code:
[2015-05-29 19:29:34] CTRL_BREAK_EVENT received, exiting
[2015-05-29 19:29:36] GPU #0: start=00000319 end=00100318 range=000fffff
[2015-05-29 19:29:36] GPU #0: n=371
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 88.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=00000372 end=00100371 range=000fffff
[2015-05-29 19:29:36] GPU #0: n=3ca
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 44.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=000003cb end=001003ca range=000fffff
[2015-05-29 19:29:36] GPU #0: n=423
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 88.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=00000424 end=00100423 range=000fffff
[2015-05-29 19:29:36] GPU #0: n=47c
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 88.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=0000047d end=0010047c range=000fffff
[2015-05-29 19:29:36] GPU #0: n=4d5
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 88.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=000004d6 end=001004d5 range=000fffff
[2015-05-29 19:29:36] GPU #0: n=52e
[2015-05-29 19:29:36] GPU #0: GeForce GTX 660, 88.00 kH/s
[2015-05-29 19:29:36] GPU #0: start=0000052f end=0010052e range=000fffff
I noticed that GPU 1 is not mentioned,don't know if this is important!
Would greatly appreciate a bit more help!

edit:both gpu's are 100% utilised,so the working part is Ok,just not the status/output part!


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 29, 2015, 05:35:58 PM
jane is very "slow" at this factor you have to be really patient... generally faster after a few minutes (only tested with -a scrypt-jane:CACH)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on May 29, 2015, 06:43:37 PM
So... if it keeps doing this, for an hour now, is ccminer actually mining or not?
Because i get Cudaminer to go in a matter of seconds,and it could have had 1, or even 2 blocks if i were lucky by now!
Code:
[2015-05-29 19:39:54] GPU #0: n=58
[2015-05-29 19:40:43] GPU #1: n=80001657
[2015-05-29 19:40:43] GPU #0: n=1658
[2015-05-29 19:41:32] GPU #1: n=80002c57
[2015-05-29 19:41:32] GPU #0: n=2c58
[2015-05-29 19:42:21] GPU #1: n=80004257
[2015-05-29 19:42:21] GPU #0: n=4258
[2015-05-29 19:43:10] GPU #1: n=80005857
[2015-05-29 19:43:10] GPU #0: n=5858
[2015-05-29 19:43:59] GPU #1: n=80006e57
[2015-05-29 19:43:59] GPU #0: n=6e58
[2015-05-29 19:44:48] GPU #1: n=80008457
[2015-05-29 19:44:48] GPU #0: n=8458
[2015-05-29 19:45:37] GPU #1: n=80009a57
[2015-05-29 19:45:37] GPU #0: n=9a58
[2015-05-29 19:46:26] GPU #1: n=8000b057

*CUT*

[2015-05-29 20:33:50] GPU #1: n=8005ac57
[2015-05-29 20:33:54] GPU #0: n=5ac58
[2015-05-29 20:34:39] GPU #1: n=8005c257
[2015-05-29 20:34:43] GPU #0: n=5c258
[2015-05-29 20:35:28] GPU #1: n=8005d857
[2015-05-29 20:35:32] GPU #0: n=5d858
[2015-05-29 20:36:17] GPU #1: n=8005ee57
[2015-05-29 20:36:21] GPU #0: n=5ee58
[2015-05-29 20:37:06] GPU #1: n=80060457
[2015-05-29 20:37:10] GPU #0: n=60458
[2015-05-29 20:37:55] GPU #1: n=80061a57
[2015-05-29 20:38:00] GPU #0: n=61a58
[2015-05-29 20:38:44] GPU #1: n=80063057
[2015-05-29 20:38:49] GPU #0: n=63058
[2015-05-29 20:39:33] GPU #1: n=80064657
[2015-05-29 20:39:38] GPU #0: n=64658


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 29, 2015, 06:44:41 PM
its the purpose of these n= ... its the current scanned nonce


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on May 29, 2015, 06:58:46 PM
Ok,thanks,i'm quite noob at scrypt-jane.
Well well look at what just happened :-)

Code:
[2015-05-29 20:52:11] found => 800799bf bf990780
[2015-05-29 20:52:11] accepted: 0/1 (0.00%), 114.88 H/s booooo

Its a booo though... hope it will straighten out!

Is it normal behaviour that one cannot see the hashing rate when it's working?
Only see it with the block found...

edit: By looking at the hashrate, i realised that CCminer does this job about 20% faster compared to Cudaminer!
(Cudaminer starts out at 110 or 120 but quickly drops and holds at about 90,sometimes 80. CCminer seems to stick at 110)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on May 29, 2015, 08:23:06 PM
You will get a lot of boo like that without the gbt check... That means somebody else found it before you. You can sometimes have more details in the wallet debug.log


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on May 29, 2015, 09:24:14 PM
Code:
[2015-05-29 22:42:39] accepted: 0/1 (0.00%), 114.91 H/s booooo
[2015-05-29 22:58:02] GPU #0: GeForce GTX 660, 114.53 H/s
[2015-05-29 22:58:02] accepted: 0/2 (0.00%), 229.44 H/s booooo


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 01, 2015, 11:25:46 AM
I noticed that, when i let Cudaminer do it's autotuning, it finds  a way better setting for my cards.
Where CCminer always ends up at k11x1, Cuda starts to work at k68x1 or k34x2. Resulting in being about 155% faster.
When i pass those settings to CCminer,it is perfectly capable to reach the same speeds.
Why is CCminer not capable of finding this setting on its own?


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 01, 2015, 11:31:06 AM
that look like your card memory was used... ive seen that with cudaminer... sometimes you need to restart it more than once to get all the memory available.

i suggest using autotune only after a clean boot... and only then use the found launch config.

Code is almost the same, i made a few changes for the 750ti and 9xx which were handled like a titan in cudaminer, but you are using a GTX 660, so its not that...


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 01, 2015, 12:59:57 PM
Using CCminer hashing Neoscypt on GTX660/760 family,mining does not start with error; “sorry neoscrypt is not supported on devices SM 3.0″
Although the changelogs state that it should... shouldn't it?

http://cryptomining-blog.com/?s=ccminer+

1.64-supports Compute 3.0, 3.5, 5.0 and 5.2 GPUs, but note that not all algorithms may work on older GPUs
1.63-supports Compute 3.0, 3.5, 5.0 and 5.2 GPUs


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 01, 2015, 01:00:55 PM
no, read my readme


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: bathrobehero on June 01, 2015, 01:49:38 PM
that look like your card memory was used... ive seen that with cudaminer... sometimes you need to restart it more than once to get all the memory available.

i suggest using autotune only after a clean boot... and only then use the found launch config.

Code is almost the same, i made a few changes for the 750ti and 9xx which were handled like a titan in cudaminer, but you are using a GTX 660, so its not that...

Could be higher device_backoff in ccminer or that device_singlememory is not optional in ccminer?


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: liomojo on June 01, 2015, 03:48:39 PM
I have 5 gt750 ti , they were sleeping for 8 months , cause i was moving to another house, but now are ready for work. Anything that is worth to mine or it is a lost cause now.  ??? ??? ???


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 01, 2015, 03:49:53 PM
sorry, i cant help for that... ask in the noisy threads ;)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 01, 2015, 07:07:50 PM
no, read my readme
v1.6.3
                  Import and adapt Neoscrypt from djm34 work (SM 5+ only)

Alright... clear.
But, :-)
I've tried ccminer-1.0-edition-djm neoscrypt, and it works just fine... as far as the (noob) eye can tell.
Using the supplied neoscrypt.bat, i already reach about 70 Mh/s per device...which is not bad,right?
I wonder why you would recompile djm's work into your builds,but choose to disable support for sm3.0 devices?


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 02, 2015, 07:09:26 AM
You will get a lot of boo like that without the gbt check... That means somebody else found it before you. You can sometimes have more details in the wallet debug.log
I'm not sure what to look for in the debug.log...
These are my CC and Cudaminer stats. CC was up yesterday all afternoon, Cuda was up last night.
Comparing the the yay and boo rates; i think something is going wrong somewhere!
I don't have a clue what to do/try to get this working properly.

CC

[2015-06-01 19:59:16] GPU #0: n=88220
[2015-06-01 20:00:37] found => 0008dd26 26dd0800
[2015-06-01 20:00:37] GPU #0: GeForce GTX 660, 303.77 H/s
[2015-06-01 20:00:37] accepted: 0/7 (0.00%), 607.15 H/s booooo
[2015-06-01 20:00:37] job 556c9dc2 target change: 91743000000 (11.0)
[2015-06-01 20:00:37] GPU #0: start=00000000 end=000fffff range=000fffff

Cuda
[2015-06-02 08:41:02] accepted: 11/11 (100.00%), 0.38 khash/s (yay!!!)

edit:
past 6 hour tryout using CC
[2015-06-02 14:44:22] found => 0000a4f6 f6a40000
[2015-06-02 14:44:22] GPU #0: GeForce GTX 660, 269.62 H/s
[2015-06-02 14:44:23] accepted: 0/13 (0.00%), 541.01 H/s booooo
[2015-06-02 14:44:23] GPU #0: start=00000000 end=000fffff range=000fffff

and another 6 hour tryout using Cuda coming up.


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Leinaded on June 03, 2015, 12:31:01 PM
Hi I'm having some problem with this miner. It doesn't run on my Windows 10 Technical Preview. Always gives the message "ccminer has stopped working" even running the miner with no arguments. Original ccminer by cbuchner1 v1.2 beta works fine in this same OS. I'm using the same config with this modded version and my graphic card is a Gigabyte GT 730 2GB DDR5 (http://www.gigabyte.com/products/product-page.aspx?pid=5320#ov) using the latest 352.84 drivers (http://www.guru3d.com/files-details/geforce-352-84-windows-10tp-driver-download.html) for Windows 10.

Run params: ccminer-x64-35-50-52.exe -a dmd-gr -o stratum+tcp://dmdpool.digsys.bg:3333 -u username.workername -p workerpassword


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: sp_ on June 03, 2015, 12:36:44 PM
try with a lower intensity. like -i 10. and increase upwards if it goes well.


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Leinaded on June 03, 2015, 05:07:27 PM
try with a lower intensity. like -i 10. and increase upwards if it goes well.
Thanks sp_ but it seems the problem is not intensity related. Tried that and still same crash. It doesnt even show the cmd screen. :S


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 03, 2015, 05:12:03 PM
Beware both x64 and x86 cant run in the same folder... There are 2 dll with the same name but one is x86 and not the other one... Does that help you ?


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 03, 2015, 09:28:30 PM
When i tried -D i noticed something today... is the -s 10 supposed to be directly after my login name?
POOL 0: 127.0.0.1:44101 USER x -s 10
I would guess it is a scantime flag,but no matter what i set it to,the s 10 persists to be there.
And also,if i use the -s flag,the actual scantime does not change at all.


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 03, 2015, 09:39:45 PM
was just a debug line for my recent pool settings... scrypt-jane is so slow that the scan time is almost ignored... Its an extreme test...

Please i dont want to talk about this algo, i imported it to have it and do some compatibility tests/bench... will not touch it for the moment


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 03, 2015, 09:41:31 PM
Hi I'm having some problem with this miner. It doesn't run on my Windows 10 Technical Preview. Always gives the message "ccminer has stopped working" even running the miner with no arguments. Original ccminer by cbuchner1 v1.2 beta works fine in this same OS. I'm using the same config with this modded version and my graphic card is a Gigabyte GT 730 2GB DDR5 (http://www.gigabyte.com/products/product-page.aspx?pid=5320#ov) using the latest 352.84 drivers (http://www.guru3d.com/files-details/geforce-352-84-windows-10tp-driver-download.html) for Windows 10.

Run params: ccminer-x64-35-50-52.exe -a dmd-gr -o stratum+tcp://dmdpool.digsys.bg:3333 -u username.workername -p workerpassword


Tested without problems here... Next time please put real credentials, i hate to register on pools for debug purpose, and this one require a wallet address


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Leinaded on June 03, 2015, 10:23:48 PM
Hi I'm having some problem with this miner. It doesn't run on my Windows 10 Technical Preview. Always gives the message "ccminer has stopped working" even running the miner with no arguments. Original ccminer by cbuchner1 v1.2 beta works fine in this same OS. I'm using the same config with this modded version and my graphic card is a Gigabyte GT 730 2GB DDR5 (http://www.gigabyte.com/products/product-page.aspx?pid=5320#ov) using the latest 352.84 drivers (http://www.guru3d.com/files-details/geforce-352-84-windows-10tp-driver-download.html) for Windows 10.

Run params: ccminer-x64-35-50-52.exe -a dmd-gr -o stratum+tcp://dmdpool.digsys.bg:3333 -u username.workername -p workerpassword

Beware both x64 and x86 cant run in the same folder... There are 2 dll with the same name but one is x86 and not the other one... Does that help you ?
Tested without problems here... Next time please put real credentials, i hate to register on pools for debug purpose, and this one require a wallet address

Sorry maybe I'm missing something obvious but I see only one msvcr120.dll in my install directory. I've downloaded release ccminer-rel1.6.4-vc2013-x64.7z (https://github.com/tpruvot/ccminer/releases/download/1.6.4-tpruvot/ccminer-rel1.6.4-vc2013-x64.7z). Also the problem is not related with the pool because the program doesn't even run in my pc, not even with --help param. The exe just crashes not even showing the dos prompt.

Perhaps is related to my videocard not being supported? Is Compute 3.5 Kepler - GK208

Thanks for all the help Epsylon3

P. S. my CPU is an Intel Core 2 Quad Q6700


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 03, 2015, 10:25:59 PM
No.. With these last details... I know why... Avx is required (checked in my build options) if i remember right..

But, just use the x86... Perf are a bit better.. x64 one has no advantages yet... Until nvapi is deprecated (not until nvml is fully implemented by nvidia)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: Leinaded on June 03, 2015, 11:06:23 PM
No.. With these last details... I know why... Avx is required (checked in my build options) if i remember right..

But, just use the x86... Perf are a bit better.. x64 one has no advantages yet... Until nvapi is deprecated (not until nvml is fully implemented by nvidia)
Thanks a lot for the help Epsy, it works like a charm now. 15-20 Kh/s improvement compared with the x64 original ccminer, not bad :)


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: IMweasel on June 04, 2015, 06:25:46 AM
was just a debug line for my recent pool settings... scrypt-jane is so slow that the scan time is almost ignored... Its an extreme test...

Please i dont want to talk about this algo, i imported it to have it and do some compatibility tests/bench... will not touch it for the moment
Ok...too bad. The UTC founders even recommend -s 1, which works fine for cudaminer...it's still catching blocks just fine, so no need to study them for so long.
Scrypt-Jane  seems profitable for somewhat older cards though, and CCminer is more capable to keep performance high. I wish it would work for UTC  :'(
By the way, the same problem exists for your compilations of the CPU miner,it just cannot do UTC  :'(
I'll give it a rest now...just hoping you can fix it someday... thanks for the swift support!

Edit:original CPUminer is also unable to mine UCT. Trying out yacminer for it,and this one does it flawless!
I figured it might have something to do with this timestamp thing?

Edit2:Pooler stated that is miner does not support UTC. So i guess that any fork without adding specific support,won't work.


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: tuaris on June 07, 2015, 01:18:58 AM
This is not working

http://venus.morante.net/downloads/unibia/screenshots/ccminer.jpg


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: greedytacothief on June 10, 2015, 02:18:36 AM
I have been having this error with my gtx 660se
Code:
cuda error in func'qubit_luffa512_cpu_init' input at line 446, invalid device symbol

ccminer does work with my gtx 770 very well, but i have just not been able to get this to work

this is the batch file for my 660
Code:
ccminer-30-35-50-52.exe -t 2 -d 1 --algo=qubit -o stratum+tcp://stratum.dgb.theblocksfactory.com:9000 -u greedytacothief.1 -p x -f 10



Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 23, 2015, 12:07:02 PM
v1.6.5 released today... topic updated

Note: The nvidia-smi tool was updated in the latest nvidia drivers on both linux (352.21) and windows (353.30)

All Clocks, Power in Watts and many other infos are now available, and may be programmable too via the nvml interface... stay tuned.. :p

nvidia-smi -q

Code:
GPU 0000:02:00.0
    Product Name                    : GeForce GTX 960
    Product Brand                   : GeForce
    Display Mode                    : Disabled
    Display Active                  : Disabled
    Persistence Mode                : Enabled
    Accounting Mode                 : Disabled
    Accounting Mode Buffer Size     : 128

    PCI
        Bus                         : 0x02
        Device                      : 0x00
        Domain                      : 0x0000
        Device Id                   : 0x140110DE
        Bus Id                      : 0000:02:00.0
        Sub System Id               : 0x85201043
        GPU Link Info
            PCIe Generation
                Max                 : 2
                Current             : 2
            Link Width
                Max                 : 16x
                Current             : 4x
        Bridge Chip
            Type                    : N/A
            Firmware                : N/A
        Replays since reset         : 0
        Tx Throughput               : 0 KB/s
        Rx Throughput               : 0 KB/s
    Fan Speed                       : 78 %
    Performance State               : P0
...
    FB Memory Usage
        Total                       : 2047 MiB
        Used                        : 451 MiB
        Free                        : 1596 MiB
    BAR1 Memory Usage
        Total                       : 256 MiB
        Used                        : 4 MiB
        Free                        : 252 MiB
    Compute Mode                    : Default
    Utilization
        Gpu                         : 99 %
        Memory                      : 38 %
        Encoder                     : 0 %
        Decoder                     : 0 %
...
    Temperature
        GPU Current Temp            : 73 C
        GPU Shutdown Temp           : 101 C
        GPU Slowdown Temp           : 96 C
    Power Readings
        Power Management            : Supported
        Power Draw                  : 113.08 W
        Power Limit                 : 130.00 W
        Default Power Limit         : 130.00 W
        Enforced Power Limit        : 130.00 W
        Min Power Limit             : 60.00 W
        Max Power Limit             : 150.00 W
    Clocks
        Graphics                    : 1379 MHz
        SM                          : 1379 MHz
        Memory                      : 3600 MHz
    Applications Clocks
        Graphics                    : 1430 MHz
        Memory                      : 3600 MHz
    Default Applications Clocks
        Graphics                    : 1227 MHz
        Memory                      : 3600 MHz
    Max Clocks
        Graphics                    : 1493 MHz
        SM                          : 1493 MHz
        Memory                      : 3600 MHz

The tool is in C:\Program Files\NVIDIA Corporation\NVSMI in windows with the documentation


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Infern0 on June 23, 2015, 03:27:58 PM
Getting this error when I try to run on ubuntu 14.04... any ideas guys???

/home/infern0/Downloads/ccminer/ccminer-linux/ccminer: error while loading shared libraries: libcudart.so.7.0: cannot open shared object file: No such file or directory


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 23, 2015, 03:37:40 PM
type ldconfig but your error is really "simple" to understand :p maybe you should use Windows


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: nzsquirrell on June 26, 2015, 10:14:48 PM
Compilation of 1.6.5 produces an error under linux:

g++ -DHAVE_CONFIG_H -I.  -DHAVE_PCIDEV -fopenmp  -pthread -fno-strict-aliasing -I./compat/jansson -I/usr/local/cuda/include    -g -O2 -MT ccminer-cuda.o -MD -MP -MF .deps/ccminer-cuda.Tpo -c -o ccminer-cuda.o `test -f 'cuda.cpp' || echo './'`cuda.cpp
cuda.cpp: In function 'void cuda_devicenames()':
cuda.cpp:79:44: error: 'gpu_vendor' was not declared in this scope
   if (gpu_vendor(props.pciBusID, vendorname) > 0 && strlen(vendorname)) {

Weirdly gpu_vendor is declared in nvml.h, and nvml.h is included in cuda.cpp ..... any ideas?

Otherwise keep up the great work!  :)


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 27, 2015, 07:12:40 AM
yep, i just fixed it, it was because you dont have -DUSE_WRAPNVML in your build config... didnt fully test this config

its in configure.sh --with-nvml=libnvidia-ml.so


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: nzsquirrell on June 27, 2015, 11:54:21 PM
Cheers for that, builds fine now and has a small increase in qubit hashrate (an extra 3-4 kh/s).

Do you think the skein algo will see any more improvements in speed? It's still pretty weak compared to how an AMD card does (I get ~72MH/s on my 750ti vs. 179MH/s on my 270x).

Thanks for all your work on this


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: mmmaybe on June 28, 2015, 07:53:47 AM
Perhaps it's out of line (then remove it), I would like to make you aware of an auction for six 750TI 2GBs at the moment. Current bid is.... (drums...) 1.51 BTC.  :o

Link: https://bitcointalk.org/index.php?topic=1098900


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: djm34 on June 28, 2015, 11:44:12 AM
Perhaps it's out of line (then remove it), I would like to make you aware of an auction for six 750TI 2GBs at the moment. Current bid is.... (drums...) 1.51 BTC.  :o

Link: https://bitcointalk.org/index.php?topic=1098900
yeah it is  ;D
but it is cheap, epsylon is known to buy all sort of tech junk  ;D you might have already a deal  ;D


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on June 28, 2015, 11:47:50 AM
nah :p im at the limits of my appartment power supply :p


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: erickmontequiary on July 10, 2015, 12:01:17 PM
So .. I have heard a lot about neoscrypt, however I came a doubt, i'am a friend and we were talking about buying a asic of innosilicon a2 terminator asic, however I have no idea if this works with neoscript .. could they tell me for sure if it is possible to mine neoscrypt with this kind of asic or only with GPU ??


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on July 10, 2015, 12:02:44 PM
you are not at the right place to ask that ;) but i dont think that exists...


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: MrTowelie on July 10, 2015, 08:52:59 PM
Why did you specify cuda version 7.0 is slower? I have a 2 gtx 680 and I was wondering what was the best cuda version to get optimal hashrate with x11 algo?


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on July 10, 2015, 08:53:54 PM
the best is 6.5


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: MrTowelie on July 11, 2015, 01:24:54 AM
Whats the best algo for nvidia cards?


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: BOBAN on July 13, 2015, 05:14:18 PM
hi I've downloaded the 1.6.5 version, but there is no "ccminer.exe" executable anywhere in the folder.  please help me out here.


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: notabeliever on August 05, 2015, 01:50:19 PM
Did your virus software move it to quarantine? The file is safe just double check I have been using for awhile since the use on conf files. I run batch files on a schedule and the conf file helps by implementing a backup pool.


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: kenshirothefist on August 09, 2015, 08:21:50 AM
Hi,

What is the minimum CUDA Compute version that GPU has to support in order to use this ccminer? I have a couple of older Quadro GPUs with CUDA Compute capability 1.1 ... will this work? I'm only looking to play around with them, I'm well aware that these old GPUs are inefficient and inappropriate for mining...

Kind regards,
kenshirothefist


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: joblo on August 09, 2015, 03:18:03 PM
Hi,

What is the minimum CUDA Compute version that GPU has to support in order to use this ccminer? I have a couple of older Quadro GPUs with CUDA Compute capability 1.1 ... will this work? I'm only looking to play around with them, I'm well aware that these old GPUs are inefficient and inappropriate for mining...

Kind regards,
kenshirothefist

You'll need to compile it with an older version of cuda that supports compute 1.1, if it can be done at all.
I think it's a long shot.


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: IMweasel on August 26, 2015, 07:54:23 AM
Would like to request a Windows compilation for CCminer 1.6.6 pretty please!


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on August 26, 2015, 07:55:55 AM
Will try to do a release in the next days...


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: sp_ on August 26, 2015, 08:27:00 AM
The latest ccminer that support compute 1.2:


https://mega.nz/#!I9lmnT4R!mXIZ7OWCbALQwhgXumH8LuXOjM2dks2ON6YHDbke4N8



I found the link here (http://www.cudamining.co.uk/releases.php?member=1)


Title: Re: [ANN] ccminer 1.6.5 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on August 26, 2015, 10:09:23 AM
please be kind for the planet, recycle these damn old things ;)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on August 28, 2015, 10:23:32 AM
v1.6.6 released : https://github.com/tpruvot/ccminer/releases/tag/1.6.6-tpruvot


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on August 28, 2015, 12:23:49 PM
v1.6.6 released : https://github.com/tpruvot/ccminer/releases/tag/1.6.6-tpruvot

Thanks for your effort :-)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: kenshirothefist on August 28, 2015, 07:00:03 PM
v1.6.6 released : https://github.com/tpruvot/ccminer/releases/tag/1.6.6-tpruvot

tpruvot, thanks for the new release, it is really good to see always up-to-date ccminer development and releases! Here is a small 0.1 BTC tip for you: https://blockchain.info/tx/669606aff5c01f9da376384a61d9871b5704f4eb52c4c2d885e6611b05d4e6ed

And keep up the good work (I wish that there would be someone who would also keep sgminer as much up to date as ccminer is ;) ).


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: IMweasel on August 29, 2015, 10:39:19 PM
Superb work once again!
I did notice though,that the DJM edition performs up to 500 KH/s better for the Lyra2v2 algo...on 780Ti's with identical intensity set(20)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on August 31, 2015, 09:24:41 AM
v1.6.6 released : https://github.com/tpruvot/ccminer/releases/tag/1.6.6-tpruvot

tpruvot, thanks for the new release, it is really good to see always up-to-date ccminer development and releases! Here is a small 0.1 BTC tip for you: https://blockchain.info/tx/669606aff5c01f9da376384a61d9871b5704f4eb52c4c2d885e6611b05d4e6ed

And keep up the good work (I wish that there would be someone who would also keep sgminer as much up to date as ccminer is ;) ).

Thanks.. Really appreciated

Lyra2 v2 will be improved when i will have a bit more of free time..


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on August 31, 2015, 09:28:05 AM
tpruvot ccminer with sp_ hashrates would be a dream come true :-)
actually it wouldn't be impossible if we find a way to work together and get some donations in the process...
maybe Chrysophylax donation links and multipool is the way.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on August 31, 2015, 09:36:21 AM
sp work is not always easy to reuse, i mostly search the best performance on linux and that doesnt always match with windows :p

But i can generally reuse a part of its work, or at least i can see where there are rooms of improvement.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on August 31, 2015, 09:42:41 AM
sp work is not always easy to reuse, i mostly search the best performance on linux and that doesnt always match with windows :p

But i can generally reuse a part of its work, or at least i can see where there are rooms of improvement.

I recently tried the most profitable algos (quark, x11, neoscrypt) in your fork compared to sp_'s and they are significantly slower.
I mine on linux only, with compute 5.2 cards and cuda 6.5.
I made the latest 10% enhancement over his neoscrypt kernel (which is actually djm34 code): I think you can safely use it on your fork, the only caveat is that it doesn't include compute <5.0 code.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on August 31, 2015, 09:49:46 AM
sp work is not always easy to reuse, i mostly search the best performance on linux and that doesnt always match with windows :p
But i can generally reuse a part of its work, or at least i can see where there are rooms of improvement.
I recently tried the most profitable algos (quark, x11, neoscrypt) in your fork compared to sp_'s and they are significantly slower.
I mine on linux only, with compute 5.2 cards and cuda 6.5.
I made the latest 10% enhancement over his neoscrypt kernel (which is actually djm34 code): I think you can safely use it on your fork, the only caveat is that it doesn't include compute <5.0 code.

It's DJM34's code with modding. 7-10% faster than the first opensource version. You added another 10% so then it's 20% faster than the first version. If people choose to publish their work, other people will help to make it faster. I prefer opensource, but I understand why people keep it private.

Here is my first improvement (neoscrypt +7%):



https://github.com/sp-hash/ccminer/commit/48072790339fc021f096e20765ed8cd03701c155


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: kenshirothefist on August 31, 2015, 07:41:44 PM
It's really great to see constant development and open-source engagement in ccminer! Here are some tips for the devs (already sent tip to tpruvot a few days ago):

pallas: https://blockchain.info/tx/538749267db068bb5a0417363087c60f59aba890ed22a3a83d93eab7e73c81ca
sp_ https://blockchain.info/tx/76597bd418e5f8306fe65a9405199a8b7def0327c3ad16e54ac905891c781549
djm34: https://blockchain.info/tx/e33fc9cd80d41c3bcaf2f02c6e60e88647401d600ef4ba633a71dcf043d8e0ff

Keep up the good work and try to keep this project opensource and as much as possible in a single fork - it's much easier for the users this way...

Best regards,
kenshirothefist


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on August 31, 2015, 07:53:22 PM
It's really great to see constant development and open-source engagement in ccminer! Here are some tips for the devs (already sent tip to tpruvot a few days ago):

pallas: https://blockchain.info/tx/538749267db068bb5a0417363087c60f59aba890ed22a3a83d93eab7e73c81ca
sp_ https://blockchain.info/tx/76597bd418e5f8306fe65a9405199a8b7def0327c3ad16e54ac905891c781549
djm34: https://blockchain.info/tx/e33fc9cd80d41c3bcaf2f02c6e60e88647401d600ef4ba633a71dcf043d8e0ff

Keep up the good work and try to keep this project opensource and as much as possible in a single fork - it's much easier for the users this way...

Best regards,
kenshirothefist

Thanks, much appreciated! :-)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: TheFiendishOne on September 01, 2015, 05:17:03 AM
@epsylon3 per the official websites mining page https://www.dashpay.io/mining/

I downloaded the ccminer optimized for GTX 750 Ti and AVG is picking up that ccminer as a threat "ADP.ARES.Generic"

I want to assume this is a false positive, but figured I'd get some feedback first?  Please get back to me. 


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on September 01, 2015, 09:28:46 AM
i guess it is...

https://www.virustotal.com/fr/file/def08b2e8d5dc3dbf21dfea6e1eec17718ea9a1ffb204063de68a3cece1f5d93/analysis/

https://www.virustotal.com/fr/file/166483ed270b2ed9f690eb86ed2bed5b4979e0468dafc71eb6f2075d83677c1b/analysis/

or its only on your machine ;)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: djm34 on September 01, 2015, 03:41:50 PM
It's really great to see constant development and open-source engagement in ccminer! Here are some tips for the devs (already sent tip to tpruvot a few days ago):

pallas: https://blockchain.info/tx/538749267db068bb5a0417363087c60f59aba890ed22a3a83d93eab7e73c81ca
sp_ https://blockchain.info/tx/76597bd418e5f8306fe65a9405199a8b7def0327c3ad16e54ac905891c781549
djm34: https://blockchain.info/tx/e33fc9cd80d41c3bcaf2f02c6e60e88647401d600ef4ba633a71dcf043d8e0ff

Keep up the good work and try to keep this project opensource and as much as possible in a single fork - it's much easier for the users this way...

Best regards,
kenshirothefist
thanks a lot


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on September 02, 2015, 06:19:37 AM
It's really great to see constant development and open-source engagement in ccminer! Here are some tips for the devs (already sent tip to tpruvot a few days ago):
pallas: https://blockchain.info/tx/538749267db068bb5a0417363087c60f59aba890ed22a3a83d93eab7e73c81ca
sp_ https://blockchain.info/tx/76597bd418e5f8306fe65a9405199a8b7def0327c3ad16e54ac905891c781549
djm34: https://blockchain.info/tx/e33fc9cd80d41c3bcaf2f02c6e60e88647401d600ef4ba633a71dcf043d8e0ff
Keep up the good work and try to keep this project opensource and as much as possible in a single fork - it's much easier for the users this way...
Best regards,
kenshirothefist


Thanks alot.

A single fork is not that easy since my fork only support compute 5.0 and up devices:

here is the thread:

https://bitcointalk.org/index.php?topic=826901.0

1.5.63(sp-MOD) is available here: (31-08-2015)

https://github.com/sp-hash/ccminer/releases/

The sourcecode is available here:

https://github.com/sp-hash/ccminer


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: crispycracker on September 02, 2015, 09:30:29 PM
Good day all.
Been trying to assemble your latest (ccminer 1.6.6) for a Kepler (GTX 690), (compute 3.5) .
Getting the following error :
'keccak256_cpu_init' at line 299 : invalid device symbol.
Any advice ?  Or is it simply a Maxwell only scypt?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on September 03, 2015, 10:46:44 AM
Good day all.
Been trying to assemble your latest (ccminer 1.6.6) for a Kepler (GTX 690), (compute 3.5) .
Getting the following error :
'keccak256_cpu_init' at line 299 : invalid device symbol.
Any advice ?  Or is it simply a Maxwell only scypt?

you need to add compute 3.5 in the projectfile/makefile.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on September 09, 2015, 10:47:10 AM
Hi tpruvot,

I've seen a ton of commits and that you updated the linux branch, should we switch to it? What are the news?

Thanks a lot!


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on September 09, 2015, 11:41:16 AM
i just have updated the cuda 7.5 branch after a windows test... no improvements since the RC


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ngdias on September 18, 2015, 12:59:34 PM
Is ccminer dropping support for 3.0 cards? Newer versions of the miner don't seem to work, but I also couldn't find anything explicit in readme files.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on September 18, 2015, 04:21:29 PM
which one did you test / are failing ?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on September 18, 2015, 05:56:23 PM
i just have updated the cuda 7.5 branch after a windows test... no improvements since the RC

I removed all the max limit registers and most of the launchbounds, it helped a bit, but still slower than 6.5


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ngdias on September 18, 2015, 10:38:46 PM
which one did you test / are failing ?


tpruvot's or djm34. maybe both? Lost support around the time Vertcoin forked or a bit before that.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on September 18, 2015, 11:12:29 PM
super precise answer, well better than nothing ;) i will pass...


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: antimony121 on September 24, 2015, 07:50:43 AM
the latest version off github (1.6.6dev) doesn't seems to quit properly after setting --retries=0

Code:
[2015-09-24 17:47:31] Stratum authentication failed
[2015-09-24 17:47:31] ...terminating workio thread

and it just get stuck there instead of quitting.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on September 24, 2015, 09:08:33 AM
thx for the report, will try that...

edit: indeed, fixed in linux branch : https://github.com/tpruvot/ccminer/commit/41707760f560234b20485555560a547c28d10289


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: antimony121 on September 24, 2015, 09:49:00 PM
Thanks for the very quick fix!  ;D

thx for the report, will try that...

edit: indeed, fixed in linux branch : https://github.com/tpruvot/ccminer/commit/41707760f560234b20485555560a547c28d10289


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: antimony121 on October 01, 2015, 09:01:51 AM
hello, not sure if it is an related issue, but when the network timeouts (when my connection gets dropped..) it doesn't terminate properly

it would segmentation fault a few times under my script and quit, but eventually it just get stuck there

Code:
[2015-10-01 18:48:59] Stratum connection failed: Could not resolve host: keccak.hk.nicehash.com
[2015-10-01 18:48:59] ...terminating workio thread

when i press ctrl-c it still doesn't quit

Code:
^C[2015-10-01 18:58:08] SIGINT received, exiting

still stuck there and not taking me back to the command prompt

Thanks for the very quick fix!  ;D

thx for the report, will try that...

edit: indeed, fixed in linux branch : https://github.com/tpruvot/ccminer/commit/41707760f560234b20485555560a547c28d10289


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 01, 2015, 11:07:35 AM
Was unable to reproduce that here... Linux and windows

Are you sure you use my sources... Because ive only seen that in sp version... But not with a wrong

I think it could be a hardware problem which locks cuda


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: antimony121 on October 11, 2015, 01:26:22 AM
I compiled mine under compute_30, maybe that make a difference? I am running debug mode to see if i can catch it next time, it seems to behave properly when the host can't be resolved, instead of hanging when it is timed out.

 :)

Was unable to reproduce that here... Linux and windows

Are you sure you use my sources... Because ive only seen that in sp version... But not with a wrong

I think it could be a hardware problem which locks cuda


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Gimmelfarb on October 14, 2015, 02:38:18 AM
If you are mining with GPUs, this thread might be of interest for those looking for new GPUs with nice discounts: https://bitcointalk.org/index.php?topic=1207919


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 15, 2015, 11:24:24 AM
Good day all.
Been trying to assemble your latest (ccminer 1.6.6) for a Kepler (GTX 690), (compute 3.5) .
Getting the following error :
'keccak256_cpu_init' at line 299 : invalid device symbol.
Any advice ?  Or is it simply a Maxwell only scypt?

you need to add compute 3.5 in the projectfile/makefile.
Crispy, did you ever get 1.6.6 working? I'm having the same trouble with a GT640 GDDR5 compute 3.5 card that ran fine with ccminer 1.2/CUDA 5.5/ubuntu 14.04. When I upgraded to Ubuntu 15.04, CUDA went to 6.5 and ccminer 1.2 stopped working.

I uncommented line #544 in makefile to enable compilation of compute 3.5 for my video card.

Code:
./autogen.sh && ./configure && make
 seems to build fine. But executing I get

Code:
[2015-10-15 21:15:51] 1 miner thread started, using 'quark' algorithm.
[2015-10-15 21:15:52] Stratum difficulty set to 0.00390625
Cuda error in func 'quark_blake512_cpu_setBlock_80' at line 245 : invalid device symbol.
~$



Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: myagui on October 22, 2015, 04:38:06 PM
@ZeroFossilFuel,

Are you refering to some other ccminer fork, or the one on this thread? I'm a bit confused here with that line reference in Makefile.

If I understand correctly, this is the default definition currently on git:
https://github.com/tpruvot/ccminer/blob/windows/Makefile.am#L82

You'd need to comment that line, and uncomment the one for your target architecture, just below (me thinks)...  ::)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 22, 2015, 09:42:00 PM
I have both (v1.2) and also the one on this thread (v1.6.6) on Xubuntu 15.04 with Cuda 6.5. The makefile is from 1.6.6. I can not get either to work with my Compute 3.5 video card since upgrading from Xubunru 14.04 to 15.04 and being forced to use Cuda 6.5 vs 5.5. If I could regress to Cuda 5.5 I'm sure my ccminer v1.2 would already be working and I would have abandon all efforts to get 1.6.6 working.

But you're right that I should have been more specific when I stated "I uncommented line #544 in makefile [from 1.6.6] to enable compilation of compute 3.5 for my video card." No joy.

Edit: Now that I'm looking at it, I changed line 544 of makefile, not line 85 of makefile.am. Might that be my problem? Looking back it seems line 544 got commented out again when I recompiled.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: joblo on October 22, 2015, 09:45:41 PM
@ZeroFossilFuel,

Are you refering to some other ccminer fork, or the one on this thread? I'm a bit confused here with that line reference in Makefile.

If I understand correctly, this is the default definition currently on git:
https://github.com/tpruvot/ccminer/blob/windows/Makefile.am#L82

You'd need to comment that line, and uncomment the one for your target architecture, just below (me thinks)...  ::)

Wrong file, wrong fork. The correct file is Makefile.am before doing anything else. This fork already
has 3.5 enabled, the other one doesn't.

This fork will compile as is for most compute versions. If you want a faster compile and a smaller executable
you can comment out the compute versions you don't need. Just make sure the first one in the list uses the
"=" assignment and all the others use "+=".


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: joblo on October 22, 2015, 09:53:40 PM
I have both (v1.2) and also the one on this thread (v1.6.6) on Xubuntu 15.04 with Cuda 6.5. The makefile is from 1.6.6. I can not get either to work with my Compute 3.5 video card since upgrading from Xubunru 14.04 to 15.04 and being forced to use Cuda 6.5 vs 5.5. If I could regress to Cuda 5.5 I'm sure my ccminer v1.2 would already be working and I would have abandon all efforts to get 1.6.6 working.

But you're right that I should have been more specific when I stated "I uncommented line #544 in makefile [from 1.6.6] to enable compilation of compute 3.5 for my video card." No joy.

Edit: Now that I'm looking at it, I changed line 544 of makefile, not line 85 of makefile.am. Might that be my problem?

See my reply to myagui.

I doubt either the TPruvot fork or the SP_MOD fork will compile with cuda 5.5 so you need cuda 6.5. And either
of these forks support many more algos and produce much higher hashrates than ccminer 1.2, even on older HW.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 22, 2015, 10:07:13 PM
Yes, my makefile. was overwritten at compilation because I did not make the change in makefile.am first. I'll try again. Thanks.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: myagui on October 22, 2015, 10:09:57 PM
Yeah. Go ahead and change the right file and in the right place this time  ;D
It should build and run without issues on your card.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 23, 2015, 01:02:39 AM
Still no joy.   :(


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: joblo on October 23, 2015, 01:47:48 AM
Still no joy.   :(

The error you're seeing usualy means ccminer can't find a valid cuda GPU. This often occurs
if ccminer is not compiled for the proper compute version but can have other causes such as an
unconfigured card, a faulty card, etc. If the following doesn't work I'm stumped.

The 640 has a monitor attached or is otherwise configured?
It is listed in nvidia-settings?
It is in fact the GDDR5 variation? (GDDR3 is compute 2.1)
You have up to date drivers?
You have cuda 6.5 installed and are configured to use it?
You start with freshly unzipped source?
You edit Makefile.am to ensure code is generated for compute 3.5?
Compiler output confirms 3.5 code is generated?
Have you tried other algos?

Edit: another thought, did you disable the nouveau driver and are use nvidia's proprietary driver?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: chrysophylax on October 23, 2015, 02:06:16 AM
when i get back - ill test the latest git ...

im curious as to what it can do with some of the main algos i use ... x11 quark neoscrypt ...

#crysx


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 23, 2015, 04:20:55 AM
I recently installed a GTX 460 (SM 2.1) on a machine, and started to do compatibity tests, remains x11 algos to fix but some like lyra have correct speeds (more than a cpu)

I will receive soon a SM 3.0 one to do more tests (GT 740), i only made tests on the 750ti before (compiled as SM 3 only)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on October 23, 2015, 10:35:04 AM
Pentablake solomining seem to be broken in 1.7 beta


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 24, 2015, 03:54:53 AM
I dont see any reason... pentablake has nothing special and works on pools


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 24, 2015, 03:33:47 PM
Still no joy.   :(

The error you're seeing usualy means ccminer can't find a valid cuda GPU. This often occurs
if ccminer is not compiled for the proper compute version but can have other causes such as an
unconfigured card, a faulty card, etc. If the following doesn't work I'm stumped.

The 640 has a monitor attached or is otherwise configured?
It is listed in nvidia-settings?
It is in fact the GDDR5 variation? (GDDR3 is compute 2.1)
You have up to date drivers?
You have cuda 6.5 installed and are configured to use it?
You start with freshly unzipped source?
You edit Makefile.am to ensure code is generated for compute 3.5?
Compiler output confirms 3.5 code is generated?
Have you tried other algos?

Edit: another thought, did you disable the nouveau driver and are use nvidia's proprietary driver?
I confirm all of these points. It most definitely is GDDR5, Compute 3.5. Otherwise it would have never worked with ccminer 1.2. The only thing on your list I have not tried is other algos.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 24, 2015, 05:13:47 PM
after the Makefile.am edit, you need to do a proper build, the fastest way is to use ./build.sh

please give me the output of ccminer -n


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 24, 2015, 05:30:27 PM
after the Makefile.am edit, you need to do a proper build, the fastest way is to use ./build.sh

please give me the output of ccminer -n
GPU #0: SM 3.0 GeForce GT 640


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 24, 2015, 06:06:59 PM
And the algo ? Quark i guess... I will receive a sm3 device soon... Will try to fix it for the 1.7 release


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: myagui on October 24, 2015, 06:45:21 PM
SM 3.0 is not SM 3.5 ! Are you sure about your compilation options there bud ?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: joblo on October 24, 2015, 07:06:49 PM
after the Makefile.am edit, you need to do a proper build, the fastest way is to use ./build.sh

please give me the output of ccminer -n
GPU #0: SM 3.0 GeForce GT 640

The 640 GDDR5 is supposed to be 3.5, but apparently this one isn't. I presume you'll
try compiling for 3.0.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on October 25, 2015, 04:36:53 AM
no, only a few 7xx cards are 3.5

the wiki seems to be wrong : https://en.wikipedia.org/wiki/CUDA#Supported_GPUs

edit: indeed there seems to be one : https://developer.nvidia.com/cuda-gpus but that look like an error to me, they say the GDDR3 is 2.1


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on October 26, 2015, 11:58:26 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)

Z


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on November 03, 2015, 10:40:10 AM
Else, i can confirm the GT720 DDR5 is SM 3.5

I'm about to release the 1.7, this capture show some of the new possible features :

Code:
[2015-11-03 10:46:44] GPU #0: MSI GTX 960, 1795.23 kH/s
[2015-11-03 10:46:56] GPU #0: MSI GTX 960, 1814.05 kH/s
[2015-11-03 10:46:56] Stratum difficulty set to 0.013
[2015-11-03 10:46:56] zr5 block 340182, diff 10.245
[2015-11-03 10:46:56] network diff too high, waiting...
[2015-11-03 10:46:56] Switch to stratum pool 1: Wood pool
[2015-11-03 10:46:56] Stratum difficulty set to 0.00390625
[2015-11-03 10:46:56] skein2 block 256693, diff 9.484
....

http://i.imgur.com/4d0bnkj.png

Config used for this (full night) test

Code:
{
        "pools":[{
                "name": "Ziftr pool",
                "algo" : "zr5",
                "url": "stratum+tcp://yiimp.ccminer.org:5533",
                "user": "ZNMBZDU9tNqcqxGkpHP7Qcb8mbzTA4efA6",
                "pass": "x",
                "max-diff": 10.0,
                "scantime": 20,
                "disabled": false
        },
        {
                "name": "Wood pool",
                "algo" : "skein2",
                "url": "stratum+tcp://wood.suprnova.cc:1158",
                "user": "tpruvot.skein2",
                "pass": "x",
                "time-limit": 150,
                "max-diff": 20.0,
                "disabled": false
        }],

        "//algo" : "zr5",

        "show-diff" : true,

        "api-remote" : true,
        "api-bind" : "0.0.0.0"
}


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on November 03, 2015, 10:44:30 AM
Great work tpruvot! :-)
What events can trigger a pool/algo switch?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on November 03, 2015, 10:50:39 AM
this sample show 2 of them, the max-xxxx and the time limit, there is also the failover (pool down)

I will maybe add some more explicit flags for that, like "pool-rotate-on-wait"

But these new features also make new problems to handle, like the intensity. I will maybe create a special config file for that (algo/card default throughput)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: pallas on November 03, 2015, 11:40:28 AM
time-limit != max-time ?


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on November 03, 2015, 11:54:35 AM
max-time doesn't exist... i wanted something explicit about duration (its also used in benchmark to do short tests)

all max- flags are related to conditional mining (wait), time-limit is more... terminate


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: chrysophylax on November 03, 2015, 12:10:13 PM
this really is great work epsylon3 ...

a rotational pool switch has been missing from ccminer for a LONG time ...

tanx ...

#crysx


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: kama on November 03, 2015, 07:23:15 PM
hey epsylon3 your latest git code performs bad with cuda 2.1 qubit's speed is down too much penta too.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on November 03, 2015, 07:26:12 PM
hey epsylon3 your latest git code performs bad with cuda 2.1 qubit's speed is down too much penta too.

Is that a joke ? Qubit was not working before on 2.1


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: kama on November 03, 2015, 07:32:36 PM
hey epsylon3 your latest git code performs bad with cuda 2.1 qubit's speed is down too much penta too.

Is that a joke ? Qubit was not working before on 2.1

no in this git http://cryptomining-blog.com/6172-updated-ccminer-1-7-dev-fork-by-tpruvot-from-git-for-windows/ qubit works good
in this git http://cryptomining-blog.com/6205-updated-ccminer-1-7-dev-fork-by-tpruvot-from-git-for-windows-2/ qubit works bad,

:)


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Epsylon3 on November 03, 2015, 08:24:42 PM
Sigh.. He should stop building binaries 2 days before my releases...

Will double check / delay the release a bit more... On which card ?

I added sm 2.1 support only a few days ago : https://github.com/tpruvot/ccminer/commits/windows/x11/cuda_x11_simd512_sm2.cuh


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: chrysophylax on November 05, 2015, 12:02:40 AM
Sigh.. He should stop building binaries 2 days before my releases...

Will double check / delay the release a bit more... On which card ?

I added sm 2.1 support only a few days ago : https://github.com/tpruvot/ccminer/commits/windows/x11/cuda_x11_simd512_sm2.cuh

better a small delay with a solid release epsylon3 ...

you are doing one hell of a job ...

#crysx


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: myagui on November 05, 2015, 06:03:43 AM
Awesome release Epsy! I'm out for a few more days and can't reliably reach my rig for the time being, but can't wait to test this out.
The pool (& algo) switching will be super handy, great work indeed!


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: chrysophylax on November 05, 2015, 06:21:35 AM
Awesome release Epsy! I'm out for a few more days and can't reliably reach my rig for the time being, but can't wait to test this out.
The pool (& algo) switching will be super handy, great work indeed!

same ...

when i get into the office tomorrow - ill certainly be testing ...

and if it works - will be fully testing on epsylons donation link on all the algos i can ;) ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 06, 2015, 11:18:49 PM
Released the 1.7 today with quark and lyra2v2 SM2.1 Compatibily

Ready for the winter with that...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: pallas on November 06, 2015, 11:19:54 PM
Thanks very much Sir!


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 07, 2015, 12:18:34 AM
Released the 1.7 today with quark and lyra2v2 SM2.1 Compatibily

Ready for the winter with that...

testing when i get in to the office today ...

tanx ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: kama on November 07, 2015, 04:19:38 PM
hello dev do you planning to add neoscrypt sm 2.1 support ?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 07, 2015, 06:04:50 PM
no, this algo is too slow even on recent cards

maybe whirlpoolx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: kenshirothefist on November 08, 2015, 12:54:39 PM
So, you added support for compute capability 2.1, but not 2.0? Any reason for that? Both are Fermi architecture...

Keep up the good work!


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 08, 2015, 01:39:59 PM
reason is simple, i cant test on SM 2.0 :p only have an old GTX 460 which is 2.1

but from what ive read, its only fine tuning like -mtune, both should be handled/compatible


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: bittamak on November 08, 2015, 01:50:11 PM
My McAfee won't allow me to download the latest version 1.7.0 where as it doesn't complain with 1.6.6 ...anything its detecting false positive with the latest version?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 08, 2015, 02:02:03 PM
I dont know, both are compiled the same, on the same system. I seriously begin to hate these Anti virus

Maybe they need to test it before, or are waiting user feedback, i dont know and i dont care about that.

You said to download ? from github ?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: bittamak on November 08, 2015, 02:10:48 PM
Yes.. from github, windows version ...  :-[


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 08, 2015, 02:25:09 PM
I dont know, both are compiled the same, on the same system. I seriously begin to hate these Anti virus

Maybe they need to test it before, or are waiting user feedback, i dont know and i dont care about that.

You said to download ? from github ?

heuristics used in all current antivirus applications will ALWAYS have false positive responses to those apps that have similar type signatures to the viral signature ...

this does NOT mean its a virus - but of a pain in the backside when releasing new code that the heuristics engine does not know ...

so the machine that you are using to compile these windows packages is probably clean epsylon3 - its just the anti-virus packages need to 'learn' that you package is not a virus ( or contains one ) ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 08, 2015, 02:27:19 PM
Yes, if you have doubts, use the x64 one which is a bit slower but use the exact same code/upx packer :p it also allow nvml api use (pstate and power limit)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 08, 2015, 02:49:15 PM
Yes, if you have doubts, use the x64 one which is a bit slower but use the exact same code/upx packer :p it also allow nvml api use (pstate and power limit)

i dont use windows - so i dont have this issue ;) ...

though there are limitations with oc parameters in linux ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 08, 2015, 02:51:16 PM
Same on windows, admin rights and some unlock to do...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 08, 2015, 03:14:14 PM
Same on windows, admin rights and some unlock to do...

do you know whether nvidia have included the 'lower' class cards ( like our gigabyte 750ti oc lp cards ) are included in the list of cards supported for oc in the newer nvidia update? ...

i cant seem to find this info anywhere - as nvidia did not support oc with these cards with cuda 6.5 ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: Epsylon3 on November 08, 2015, 03:24:32 PM
No, its maybe why the 950 is there, to replace the 750ti which seems different about software power limits. There is a setting in bios, but i dont think its tunable on the fly


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: ZeroFossilFuel on November 09, 2015, 12:04:57 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)

Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:

ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s

A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: joblo on November 09, 2015, 04:12:06 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)

Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:

ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s

A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.

Glad to see you got it sorted out and thanks for sharing your results, even though they weren't as you hoped.

One of the side effects of optimized code is it's more specialized. Another example of an older miner being better
on older HW is neoscrypt. A new optimed neoscrypt kernel was added to 1.5.59-SP_MOD that significantly
improved performance on Maxwell but lowered kepler (780ti) performance. I'm not sure which version is
included in the TPruvot fork.

I tried analyzing the code to see where the significant differences were and made a few changes where I thought
it would affect perfomance but I couldn't find the critical code. I guess my c++ skills and cuda knowledge aren't
good enough.

I have 5 ways to fix this it, listed in increassing order of sophistication.

1. Simply use an older miner when mining neoscrypt on older HW.

2. Replace the neoscrypt source directory with an older version before compiling for 3.5.

3. I managed to put together a hack to select the appropriate neoscrypt kernel based on the architecture.
It's a run time switch meaning that both kernels need to be compiled into every SM version binary and the
appropriate kernel is chosen at run time.

4. A compile time solution would be preferable where only the appropriate neoscrypt kernel is built into each SM binary.
It seems only device code can make use of  __CUDA_ARCH__ at compile time so the differences in host code need
to be handled differently.

5. A unified kernel where only the critical code is architecture dependant.

I've done 1, 2 & 3 successfully and take a look at 4 when I get motivated. I think 5 is beyond my skill level.
I'm currenly using 1 because my 780ti is in a rig all by itself and I don't need to support multiple architectures.
I think this contributes to my lack of motivation along with age and rust. However if there is interest it might
be enough to get me out of my rocking chair and put on my old coding hat.



Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: sp_ on November 09, 2015, 06:55:49 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.

With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH

Old hardware is a waste of power. Supporting the old hardware is a waste of time...


Title: Re: [ANN] ccminer 1.6.6 with pools and API - opensource (tpruvot)
Post by: Dont Panic on November 10, 2015, 05:11:17 PM
Old hardware is a waste of power. Supporting the old hardware is a waste of time...

Well there are plenty of "hobbiest" miners, like myself who are just playing around with older kit, who'd would be very happy with the updated software and its features ;)

FYI on my Nvidia GT430 (Compute 2.1) on a Win7 PC, mining X11  I get 235 Kh/s (reported by the software) using ccminer21 ver 1.0 beta and 202Kh/s using ccminer 1.7-dev (so if you can tweak it a little I'd be very happy!). The video card is also running at a higher overall utilisation running the newer software while delivering the lower reported hashing rate.

Thanks for the work on ccminer.

 :)





Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: djm34 on November 10, 2015, 05:26:54 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.

With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH

Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: scryptr on November 11, 2015, 12:19:26 AM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.

With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH

Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

ATTACKS--

Some of the attacks have been vulgar.  More than one poster has been overdoing it.

Have any of our talented coders earned a NiceHash bounty yet?

WOOF!

--scryptr


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: sp_ on November 11, 2015, 07:52:17 AM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.
With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH
Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

This is not an attack this is just facts. A well coded 980ti kernal can mine quark easily at 35MHASH.

35x the speed of the old shitcards and with 250W of power. Instead of 5 cents a day you earn $1.75 and that's enough to cover the powerbill and give you free beers in the weekend.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on November 11, 2015, 10:11:10 AM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.
With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH
Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

This is not an attack this is just facts. A well coded 980ti kernal can mine quark easily at 35MHASH.

35x the speed of the old shitcards and with 250W of power. Instead of 5 cents a day you earn $1.75 and that's enough to cover the powerbill and give you free beers in the weekend.
you know that not everything is about money ? hmm, no you don't...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on November 11, 2015, 10:15:15 AM
but money is about money :-D


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on November 11, 2015, 11:13:41 AM
but money is about money :-D
;D where are all the ideal behind crypto ?
when I started to get interested in crypto (jan. 2014 so it isn't old) most people were still talking about creating a "fairer" means of exchange and so on,
programming by passion (just look at the beginning of Christian Büchner thread) because it was fun.
Now every discussion in which sp is involved is just about profit (mostly his).

and anyone who logged to #ccminer channel at least one knows that Epsylon3 isn't doing that for profit, so when sp comes to his thread to bash his current development (and there are still hobbyist with old card, who don't mine for profit) this is pretty much out of the line (like many of recent sp intervention).

the problem with sp is that he thinks the other devs (you included  ;) ) work for him and has to make him or his release successful...  ;D


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on November 11, 2015, 11:17:27 AM
but money is about money :-D
;D where are all the ideal behind crypto ?
when I started to get interested in crypto (jan. 2014 so it isn't old) most people were still talking about creating a "fairer" means of exchange and so on,
programming by passion (just look at the beginning of Christian Büchner thread) because it was fun.
Now every discussion in which sp is involved is just about profit (mostly his).
and anyone who logged to #ccminer channel at least one knows that Epsylon3 isn't doing that for profit, so when sp comes to his thread to bash his current development (and there are still hobbyist with old card, who don't mine for profit) this is pretty much out of the line (like many of recent sp intervention).
the problem with sp is that he thinks the other devs (you included  ;) ) work for him and has to make him or his release successful...  ;D

Why don't you release your profitable lyra2v2 kernal then. Since you don't do this for profit, share your work...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on November 11, 2015, 11:36:20 AM
but money is about money :-D
the problem with sp is that he thinks the other devs (you included  ;) ) work for him and has to make him or his release successful...  ;D

Why don't you release your profitable lyra2v2 kernal then. Since you don't do this for profit, share your work...

see ?  ;D


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on November 11, 2015, 12:29:03 PM
but money is about money :-D
the problem with sp is that he thinks the other devs (you included  ;) ) work for him and has to make him or his release successful...  ;D
Why don't you release your profitable lyra2v2 kernal then. Since you don't do this for profit, share your work...
see ?  ;D


DJM34. I have published 73 (!) releases.

The latest is adding 5% in the doom algo (luffa512) 12.5% in the deep algo. and 100KHASH more in qubit. I have recieved 0BTC in donations for release 73.

I am sharing alot of my work. My kernals are the fastest always.


1.5.73(sp-MOD) is available here: (08-nov-2015)

https://github.com/sp-hash/ccminer/releases/

The sourcecode is available here:

https://github.com/sp-hash/ccminer


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on November 11, 2015, 12:35:12 PM
but money is about money :-D
the problem with sp is that he thinks the other devs (you included  ;) ) work for him and has to make him or his release successful...  ;D
Why don't you release your profitable lyra2v2 kernal then. Since you don't do this for profit, share your work...
see ?  ;D


DJM34. I have published 73 (!) releases.

The latest is adding 5% in the doom algo (luffa512) 12.5% in the deep algo. and 100KHASH more in qubit. I have recieved 0BTC in donations for release 73.

I am sharing alot of my work. My kernals are the fastest always.


1.5.73(sp-MOD) is available here: (08-nov-2015)

https://github.com/sp-hash/ccminer/releases/

The sourcecode is available here:

https://github.com/sp-hash/ccminer
ok good for you... but why are you coming here to bash epsylon3 work ?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on November 11, 2015, 12:43:23 PM
ok good for you... but why are you coming here to bash epsylon3 work ?

I am not. I just don't see the point in using the old slow hardware for mining.
The tpruvot 1.7 release is faster in quark, x11,x13,x15 because he has used my blake512 maxwell implementation, still it's much slower than my fork.
He just need to copy the rest of my kernals...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: antantti on November 11, 2015, 11:14:31 PM
Come on girls, get back to your own threads.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on November 12, 2015, 10:15:57 AM
Something is not right in the new auto benchmark of all the algos in release 1.7.

The 980ti is mining penta slower than the 750ti.
Quark is 50% slower than sp-mod release 73
Lyra2 is as slow as the 750ti
Lyra2v2 is 43% slower than sp-mod release 73

http://cryptomining-blog.com/page/2/

[2015-11-07 14:13:55] Benchmark results for GPU #0 - GeForce GTX 980 Ti:
[2015-11-07 14:13:55] blakecoin : 1459369.4 kH/s, 1 MB, 4194304 thr.
[2015-11-07 14:13:55] blake : 970336.8 kH/s, 1 MB, 4194304 thr.
[2015-11-07 14:13:55] bmw : 1354822.5 kH/s, 65 MB, 2097152 thr.
[2015-11-07 14:13:55] deep : 32154.5 kH/s, 33 MB, 524288 thr.
[2015-11-07 14:13:55] fresh : 11745.7 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] fugue256 : 367203.5 kH/s, 129 MB, 4194304 thr.
[2015-11-07 14:13:55] groestl : 30076.7 kH/s, 1 MB, 524288 thr.
[2015-11-07 14:13:55] heavy : 30115.6 kH/s, 147 MB, 524032 thr.
[2015-11-07 14:13:55] keccak : 384901.8 kH/s, 129 MB, 2097152 thr.
[2015-11-07 14:13:55] jackpot : 6293.4 kH/s, 106 MB, 1048576 thr.
[2015-11-07 14:13:55] luffa : 6417996.4 kH/s, 129 MB, 2097152 thr.
[2015-11-07 14:13:55] lyra2 : 1073.3 kH/s, 515 MB, 65536 thr.
[2015-11-07 14:13:55] lyra2v2 : 12163.3 kH/s, 393 MB, 262144 thr.
[2015-11-07 14:13:55] myr-gr : 42708.4 kH/s, 9 MB, 131072 thr.
[2015-11-07 14:13:55] neoscrypt : 645.5 kH/s, 261 MB, 8192 thr.
[2015-11-07 14:13:55] nist5 : 21525.5 kH/s, 65 MB, 1048576 thr.
[2015-11-07 14:13:55] penta : 13701.2 kH/s, 33 MB, 524288 thr.
[2015-11-07 14:13:55] quark : 14678.7 kH/s, 86 MB, 1048576 thr.
[2015-11-07 14:13:55] qubit : 15453.1 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] skein : 323525.3 kH/s, 1 MB, 1048576 thr.
[2015-11-07 14:13:55] skein2 : 213998.6 kH/s, 33 MB, 524288 thr.
[2015-11-07 14:13:55] s3 : 28802.4 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] x11 : 9674.1 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] x13 : 8073.4 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] x14 : 8029.6 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] x15 : 7092.7 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] x17 : 6520.5 kH/s, 609 MB, 524288 thr.
[2015-11-07 14:13:55] whirlpool : 17056.7 kH/s, 33 MB, 524288 thr.
[2015-11-07 14:13:55] whirlpoolx : 244812.1 kH/s, 65 MB, 1048576 thr.
[2015-11-07 14:13:55] zr5 : 1960.7 kH/s, 84 MB, 262144 thr.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: theotherme on November 12, 2015, 01:42:55 PM
ok good for you... but why are you coming here to bash epsylon3 work ?

I am not. I just don't see the point in using the old slow hardware for mining.
The tpruvot 1.7 release is faster in quark, x11,x13,x15 because he has used my blake512 maxwell implementation, still it's much slower than my fork.
He just need to copy the rest of my kernals...

you know there is an irc channel #ccminer where you could discuss your issues with epsylon3 code, rather than writing message which can be interpreted as bashing  (if it wasn't the case...) where we (all the other dev) are usually discussing...




Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on November 12, 2015, 01:45:13 PM
I'd come to irc, but I hate chatrooms :-)
I prefer forums with well-thought and useful posts only.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: theotherme on November 12, 2015, 01:54:06 PM
I'd come to irc, but I hate chatrooms :-)
I prefer forums with well-thought and useful posts only.

if you want to discuss code, irc is probably a better place, because you can have a "quasi" live discussion, here on the forum read by 1000 (hmm 100's ) this is not the best place as you get influenced by how you might looked in front of the crowd of potential donators (I personally don't care to be popular, which gives me the freedom to say what I think  ;D )
on the irc where there is practically nobody, one can expect a more adult discussion without the effect of "peer pressure"



Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: ZeroFossilFuel on November 12, 2015, 02:07:44 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.
With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH
Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

This is not an attack this is just facts. A well coded 980ti kernal can mine quark easily at 35MHASH.

35x the speed of the old shitcards and with 250W of power. Instead of 5 cents a day you earn $1.75 and that's enough to cover the powerbill and give you free beers in the weekend.
Sorry to stir up such a shit-storm. I mean. yes, at some point one does have to look at the economies of their hobby if they want to move beyond it being just a hobby. 35MH/s mining quark from a single card sure got my attention, until I looked at the average price on ebay trending about $675 a pop. That's a very big investment for such a small return. And in 3-4 years when you've finally broken even, the card itself will have probably depreciated in value to pennies on the dollar. To really be in the game you have to be rotating out cards no more than 1 year old to get any resale value, constantly updating miner software to keep up with the flow of newer, and better cards coming out, yatta yatta yatta. I'll leave it to the kids. I'm too old already for that nonsense.

And calling it an attack I think might be overstating it just a bit. A little blunt and abrasive, maybe. I fit that description sometimes too so I try to overlook it in others. Deep breath, everyone. There. Doesn't that feel better?  8)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on November 12, 2015, 02:27:41 PM
Else yes, there are some weird results in the global benchmark, i even do a devicereset to reduce that but i've no idea of the reason... it doesn't look like related to allocated device memory.

Putting lyra first seems better


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: sp_ on November 12, 2015, 03:01:00 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.
With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH
Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

This is not an attack this is just facts. A well coded 980ti kernal can mine quark easily at 35MHASH.

35x the speed of the old shitcards and with 250W of power. Instead of 5 cents a day you earn $1.75 and that's enough to cover the powerbill and give you free beers in the weekend.
Sorry to stir up such a shit-storm. I mean. yes, at some point one does have to look at the economies of their hobby if they want to move beyond it being just a hobby. 35MH/s mining quark from a single card sure got my attention, until I looked at the average price on ebay trending about $675 a pop. That's a very big investment for such a small return. And in 3-4 years when you've finally broken even, the card itself will have probably depreciated in value to pennies on the dollar. To really be in the game you have to be rotating out cards no more than 1 year old to get any resale value, constantly updating miner software to keep up with the flow of newer, and better cards coming out, yatta yatta yatta. I'll leave it to the kids. I'm too old already for that nonsense.

And calling it an attack I think might be overstating it just a bit. A little blunt and abrasive, maybe. I fit that description sometimes too so I try to overlook it in others. Deep breath, everyone. There. Doesn't that feel better?  8)

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore. 

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH



Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on November 12, 2015, 08:51:44 PM
I've always gone with what was stated in the wiki. I'm pretty sure the same info is stated on the nVidia web site as well. I will gladly try compiling for 3.0 and see if it works. Probably not till tomorrow though. Will report back my results. thanks all for chipping in to help.  :)
Z
Just reporting back that yes indeed, building for SM3.0 for my card that nVidia and the Wiki both state is 3.5 did the trick. Looking through the makefile of ccminer 1.2 I see that it was building for both 3.0 and 3.5 so that's why it worked. Some bitquark (quark algo) hashrate comparisons from that machine:
ccminer 1.2 = ~1200KH/s
ccminer 1.6.6 = ~950KH/s
A little disappointed with that. Hoping the share rates are higher to compensate but that's harder to gauge. I'll be trying 1.7 tonight.
With the current prices you will make $0,05775 of mining quark 24 H @ 1MHASH
Old hardware is a waste of power. Supporting the old hardware is a waste of time...
sp please go back to your thread... (your attacks are so pathetic, that it doesn't even deserve to be commented...)

This is not an attack this is just facts. A well coded 980ti kernal can mine quark easily at 35MHASH.

35x the speed of the old shitcards and with 250W of power. Instead of 5 cents a day you earn $1.75 and that's enough to cover the powerbill and give you free beers in the weekend.
Sorry to stir up such a shit-storm. I mean. yes, at some point one does have to look at the economies of their hobby if they want to move beyond it being just a hobby. 35MH/s mining quark from a single card sure got my attention, until I looked at the average price on ebay trending about $675 a pop. That's a very big investment for such a small return. And in 3-4 years when you've finally broken even, the card itself will have probably depreciated in value to pennies on the dollar. To really be in the game you have to be rotating out cards no more than 1 year old to get any resale value, constantly updating miner software to keep up with the flow of newer, and better cards coming out, yatta yatta yatta. I'll leave it to the kids. I'm too old already for that nonsense.

And calling it an attack I think might be overstating it just a bit. A little blunt and abrasive, maybe. I fit that description sometimes too so I try to overlook it in others. Deep breath, everyone. There. Doesn't that feel better?  8)
ok lets get back to the basis: The reason why a coin is mined is to propagate and expand its network through many peers, hence you get a reward for that. Sure if you can get "rich" in the process, that's good too.
But pure profit has never been the "raison d'ętre" of the PoW, you do something for a coin you get a reward.
So may-be I am a naďve idealistic moron, but believing PoW is just about making money is a bit minimalist (and probably the reason why many coins are considering PoS instead, so that there isn't a bunch of greedy miners dumping on anyone interested in a coin).

What I mean, there are people who wants to mine with their hardware and support the network of their favorite coin and don't necessarily want to upgrade to the latest hardware, I got many request both for neoscrypt and lyra (you can see on reddit, they are people who just want to mine, no matter what. And you can look into other thread they are many request as well from people who wants to mine with the card they have.

So upgrade, sure I encourage anyone to buy the latest bad ass new shit (at 600$/gpu), but not everyone wants that and before becoming a "serious" mining farm you start that as a hobby and you just want to try (and altcoin/bitcoin community is a little more than getting rich fast  )

That was my first point  ;D

The second, you can ask whatever you want to a dev or another but as long as no-one donate anything or ask a dev to work (and pay him... ),  a dev is still free to work on whatever pleases him and makes a thread about it, without having anyone coming to shit on his parade  (especially when the person is using the that code and again there are other way to contact a dev... ) ;D


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: ZeroFossilFuel on November 13, 2015, 01:16:31 AM

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore. 

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH


Okay, I'm still learning. So would it be true to say that a Maxwell 750 will outperform a Keplar 780? Or are there optimized forks for each still giving the 780 an edge? And in terms of computing power, it the 750ti worth the few extra dollars?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: joblo on November 13, 2015, 05:55:52 AM

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore. 

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH


Okay, I'm still learning. So would it be true to say that a Maxwell 750 will outperform a Keplar 780? Or are there optimized forks for each still giving the 780 an edge? And in terms of computing power, it the 750ti worth the few extra dollars?

Don't discard an old card if it's bought and paid for, use it. But if you're buying new, definitely go maxwell.

A 780ti will hash double a 750ti on most algos with either fork. The downside with the 780ti is power consumption,
about 4 times a 750ti. The 780 vs 750 comparison is probably similar. I can't speak for sm 3.0.

The obsession with 750/750ti is they appear to be the most power efficient cards available which is important for farms
where electricity is a major expense.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on November 13, 2015, 11:55:25 AM
Great answer. Thank you.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 13, 2015, 11:58:47 PM

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore.  

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH


Okay, I'm still learning. So would it be true to say that a Maxwell 750 will outperform a Keplar 780? Or are there optimized forks for each still giving the 780 an edge? And in terms of computing power, it the 750ti worth the few extra dollars?

Don't discard an old card if it's bought and paid for, use it. But if you're buying new, definitely go maxwell.

A 780ti will hash double a 750ti on most algos with either fork. The downside with the 780ti is power consumption,
about 4 times a 750ti. The 780 vs 750 comparison is probably similar. I can't speak for sm 3.0.

The obsession with 750/750ti is they appear to be the most power efficient cards available which is important for farms
where electricity is a major expense.


i can back that 'appearance' ...

all the cards in thefarm are now gigabyte 750ti oc lp ... and we have never had a bill so low ( as opposed to the gigabyte 7970 oc / 280x oc cards ) ...

in comparison to the other nvidia cards - i cant help ... we just researched that the 750ti was the most valuable asset that a farm can buy ... and the electricity bills are the proof ... especially due to australia being one of the most expensive in the world with electricity charges ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: blzflkn on November 15, 2015, 02:06:12 PM
Using the x86 latest release, I'm getting a * is not a valid win32 application error. I'm using WinXP 32bit with a 2.1 card on a spare computer and upgrading that one is not an option, nor is relocating it to a better machine. I really want it to work and I'm having trouble finding any good algorithms that cooperate on older/different versions.

Any help would be greatly appreciated.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: notabeliever on November 16, 2015, 04:25:22 PM

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore.  

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH


Okay, I'm still learning. So would it be true to say that a Maxwell 750 will outperform a Keplar 780? Or are there optimized forks for each still giving the 780 an edge? And in terms of computing power, it the 750ti worth the few extra dollars?

Don't discard an old card if it's bought and paid for, use it. But if you're buying new, definitely go maxwell.

A 780ti will hash double a 750ti on most algos with either fork. The downside with the 780ti is power consumption,
about 4 times a 750ti. The 780 vs 750 comparison is probably similar. I can't speak for sm 3.0.

The obsession with 750/750ti is they appear to be the most power efficient cards available which is important for farms
where electricity is a major expense.


i can back that 'appearance' ...

all the cards in thefarm are now gigabyte 750ti oc lp ... and we have never had a bill so low ( as opposed to the gigabyte 7970 oc / 280x oc cards ) ...

in comparison to the other nvidia cards - i cant help ... we just researched that the 750ti was the most valuable asset that a farm can buy ... and the electricity bills are the proof ... especially due to australia being one of the most expensive in the world with electricity charges ...

#crysx
Yes you are right about efficiency
Not sure if its proprietary info

but need to ask what your setting is for scrypt and ?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 16, 2015, 07:28:44 PM
Using the x86 latest release, I'm getting a * is not a valid win32 application error. I'm using WinXP 32bit with a 2.1 card on a spare computer and upgrading that one is not an option, nor is relocating it to a better machine. I really want it to work and I'm having trouble finding any good algorithms that cooperate on older/different versions.

Any help would be greatly appreciated.

That error indicates a problem with the ccminer.exe executable, probably not compatible with WinXP32. Since
you've eliminated most options the only one left is to try building ccminer from source on your XP machine.
Even if it's possible (I doubt that it is) it's not worth the effort.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibily - opensource (tpruvot)
Post by: chrysophylax on November 17, 2015, 12:21:15 AM

You should go for the gtx 750 with 1gig of memory. Pick it up for less that $100 on ebay. overclock the core to 1,5 Ghz and get 6,2MHASH@quark with a tdp of 38Watt.. Some time ago quark was paying 0.1BTC per GHASH, but the market has crashed. Most altcoins are not profitable anymore.  

$0.33 a day ROI in 300 days with free power.. But you can also mine lyra2v2@4MHASH


Okay, I'm still learning. So would it be true to say that a Maxwell 750 will outperform a Keplar 780? Or are there optimized forks for each still giving the 780 an edge? And in terms of computing power, it the 750ti worth the few extra dollars?

Don't discard an old card if it's bought and paid for, use it. But if you're buying new, definitely go maxwell.

A 780ti will hash double a 750ti on most algos with either fork. The downside with the 780ti is power consumption,
about 4 times a 750ti. The 780 vs 750 comparison is probably similar. I can't speak for sm 3.0.

The obsession with 750/750ti is they appear to be the most power efficient cards available which is important for farms
where electricity is a major expense.


i can back that 'appearance' ...

all the cards in thefarm are now gigabyte 750ti oc lp ... and we have never had a bill so low ( as opposed to the gigabyte 7970 oc / 280x oc cards ) ...

in comparison to the other nvidia cards - i cant help ... we just researched that the 750ti was the most valuable asset that a farm can buy ... and the electricity bills are the proof ... especially due to australia being one of the most expensive in the world with electricity charges ...

#crysx
Yes you are right about efficiency
Not sure if its proprietary info

but need to ask what your setting is for scrypt and ?

scrypt is not an algo that gets mined on thefarm ...

none of this stuff in proprietary info :P ... i have just never setup a test machine to document it all ... power bills are my indication - and when you have a farm of machines - the difference is huge ...

but if you can provide the parameters required to mine using scrypt ( optimized parameters for 750ti oc cards ) - i would be happy to test with a machine that has one of the cards installed and do some variables testing ( algos ) and record power consumption using a wall meter ... using epsylon3 ccminer 1.7 of course - and his donation mining link as a test link so that everyone can see the progress ( from here - https://bitcointalk.org/index.php?topic=1089744 ... and his link address here - https://www.nicehash.com/?p=miners&addr=1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo&a=0&l=0 ) ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: blzflkn on November 20, 2015, 12:06:47 AM
Can't get win32 to do it.. No luck on linux.. Bios on my other computer won't let me use the card.. Most algos rarely give accepted shares if at all with other miners..

I guess my 610 is going to sit out cold.  :(


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 20, 2015, 01:46:45 AM
Can't get win32 to do it.. No luck on linux.. Bios on my other computer won't let me use the card.. Most algos rarely give accepted shares if at all with other miners..

I guess my 610 is going to sit out cold.  :(

610 is not a cuda gpu.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: blzflkn on November 20, 2015, 05:01:36 AM
Geforce GT 610, Fermi, compute 2.1, 48 cuda cores.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 20, 2015, 05:13:44 AM
Geforce GT 610, Fermi, compute 2.1, 48 cuda cores.

My mistake, missed it when I checked the list. You wouldn't get much out of it anyway, a 4 core
cpu could probably do better.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: blzflkn on November 21, 2015, 07:04:17 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: notabeliever on November 21, 2015, 08:04:15 PM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.
blzflkn you might want to look at this

http://cryptomining-blog.com/2668-what-version-of-ccminer-to-use-for-your-nvidia-geforce-gpu/


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 22, 2015, 12:36:10 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.

Your main problem is that you want to mine a new algo on old HW.  An older version of ccminer would probably
work but you would be more limited in your choice of algos. 32 bit PCs aren't the problem, I've got one mining
with Win7-32 and all precompiled versions are 32 bit anyway, I think the problem is XP. Compiling on Win7 and above
may no longer work on XP. Your best bet is to compile on XP, I don't know if you've tried that yet.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 22, 2015, 02:28:34 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.

Your main problem is that you want to mine a new algo on old HW.  An older version of ccminer would probably
work but you would be more limited in your choice of algos. 32 bit PCs aren't the problem, I've got one mining
with Win7-32 and all precompiled versions are 32 bit anyway, I think the problem is XP. Compiling on Win7 and above
may no longer work on XP. Your best bet is to compile on XP, I don't know if you've tried that yet.

agreed ...

though compiling on old os systems like xp havetheir own issues ...

which reminds me ... joblo - i am building a windows 10 x64 system and the only thing missing now is the compilation system for the granite windows wallets ...

i remember you had a small 'howto' set up somewhere for such installs in windows ...

do you have the link please mate? ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 22, 2015, 03:15:55 AM

which reminds me ... joblo - i am building a windows 10 x64 system and the only thing missing now is the compilation system for the granite windows wallets ...

i remember you had a small 'howto' set up somewhere for such installs in windows ...

do you have the link please mate? ...

#crysx

I've never compiled a wallet on Windows, or anything else except ccminer. I managed to get it done but that doesn't
make me an expert. If you have a source package with all the Windows project files it should just be a matter of
installing VS Community and building the solution. The only thing of note in my cryptic howto was modifying the compute
version in the cuda options. In your case it should be bread and butter Windows compilation.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 22, 2015, 03:22:29 AM

which reminds me ... joblo - i am building a windows 10 x64 system and the only thing missing now is the compilation system for the granite windows wallets ...

i remember you had a small 'howto' set up somewhere for such installs in windows ...

do you have the link please mate? ...

#crysx

I've never compiled a wallet on Windows, or anything else except ccminer. I managed to get it done but that doesn't
make me an expert. If you have a source package with all the Windows project files it should just be a matter of
installing VS Community and building the solution. The only thing of note in my cryptic howto was modifying the compute
version in the cuda options. In your case it should be bread and butter Windows compilation.


yup - i agree ...

it should be quite basic ... although i also need an osx wallet version - but refuse to buy a mac ... my own reasons for that ;) ...

do you have a link to the 'cryptic' howto - and i willlet you know how it all goes for windows 10 x64 ...

the os is installed now and all updated ... now to get the build environment running on it ...

tanx in advance mate ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 22, 2015, 03:44:13 AM

which reminds me ... joblo - i am building a windows 10 x64 system and the only thing missing now is the compilation system for the granite windows wallets ...

i remember you had a small 'howto' set up somewhere for such installs in windows ...

do you have the link please mate? ...

#crysx

I've never compiled a wallet on Windows, or anything else except ccminer. I managed to get it done but that doesn't
make me an expert. If you have a source package with all the Windows project files it should just be a matter of
installing VS Community and building the solution. The only thing of note in my cryptic howto was modifying the compute
version in the cuda options. In your case it should be bread and butter Windows compilation.


yup - i agree ...

it should be quite basic ... although i also need an osx wallet version - but refuse to buy a mac ... my own reasons for that ;) ...

do you have a link to the 'cryptic' howto - and i willlet you know how it all goes for windows 10 x64 ...

the os is installed now and all updated ... now to get the build environment running on it ...

tanx in advance mate ...

#crysx

For all the good it will do...

download vs_community, cudatools
install vs-community
install cuda
download and unpack ccminer
open ccminer.sln
verify release, 32
change config to customize compute version
project->properties->configuration properties->cuda c/c++->device
select code generation, edit
build solution
find ccminer.exe in release dir

One annoyance is VS Community only works for 30 days then won't start unless I upgrade. I've installed it
on a VM and use a snapshot to go back and reinstall VSC fresh whenever necessary. I don't know about
running OSX in a VM but it's worth looking into if you can avoid buying Apple HW.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 22, 2015, 05:22:43 AM

which reminds me ... joblo - i am building a windows 10 x64 system and the only thing missing now is the compilation system for the granite windows wallets ...

i remember you had a small 'howto' set up somewhere for such installs in windows ...

do you have the link please mate? ...

#crysx

I've never compiled a wallet on Windows, or anything else except ccminer. I managed to get it done but that doesn't
make me an expert. If you have a source package with all the Windows project files it should just be a matter of
installing VS Community and building the solution. The only thing of note in my cryptic howto was modifying the compute
version in the cuda options. In your case it should be bread and butter Windows compilation.


yup - i agree ...

it should be quite basic ... although i also need an osx wallet version - but refuse to buy a mac ... my own reasons for that ;) ...

do you have a link to the 'cryptic' howto - and i willlet you know how it all goes for windows 10 x64 ...

the os is installed now and all updated ... now to get the build environment running on it ...

tanx in advance mate ...

#crysx

For all the good it will do...

download vs_community, cudatools
install vs-community
install cuda
download and unpack ccminer
open ccminer.sln
verify release, 32
change config to customize compute version
project->properties->configuration properties->cuda c/c++->device
select code generation, edit
build solution
find ccminer.exe in release dir

One annoyance is VS Community only works for 30 days then won't start unless I upgrade. I've installed it
on a VM and use a snapshot to go back and reinstall VSC fresh whenever necessary. I don't know about
running OSX in a VM but it's worth looking into if you can avoid buying Apple HW.


tanx mate ...

ill try ... i will be compiling ccminer-trpuvot this week also and do some tests ...

i think we need to look more in depth at what this miner can offer for the larger miner and farms ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on November 23, 2015, 06:29:25 PM

i think we need to look more in depth at what this miner can offer for the larger miner and farms ...


My guess is remote management would be the most valuable feature for farmers.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 24, 2015, 12:18:06 AM

i think we need to look more in depth at what this miner can offer for the larger miner and farms ...


My guess is remote management would be the most valuable feature for farmers.

yup ... spot on ...

and the apps that can be built into the miner itself ...

i have an idea about that - but dunno if the devs would even look at it - let alone develop anything towards it ...

thats why ive been keeping it low - and looking for a dev to build the software inhouse ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Wolf0 on November 24, 2015, 08:19:56 AM

i think we need to look more in depth at what this miner can offer for the larger miner and farms ...


My guess is remote management would be the most valuable feature for farmers.

yup ... spot on ...

and the apps that can be built into the miner itself ...

i have an idea about that - but dunno if the devs would even look at it - let alone develop anything towards it ...

thats why ive been keeping it low - and looking for a dev to build the software inhouse ...

#crysx

IMO, the miner should simply be a daemon responding to commands from a frontend, which is what I was working toward.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 25, 2015, 01:12:38 AM

i think we need to look more in depth at what this miner can offer for the larger miner and farms ...


My guess is remote management would be the most valuable feature for farmers.

yup ... spot on ...

and the apps that can be built into the miner itself ...

i have an idea about that - but dunno if the devs would even look at it - let alone develop anything towards it ...

thats why ive been keeping it low - and looking for a dev to build the software inhouse ...

#crysx

IMO, the miner should simply be a daemon responding to commands from a frontend, which is what I was working toward.

well - i was thinking along the same lines ... but more on a server / client level ...

statistic can be collected and displayed in a central in house daemon on the server ( like an sql or mariadb ) database ...

which can eventually be setup to be drive commands to the clients via the server interface ...

i used to build grid systems - and the calls were all made by a frontend ( master ) that controlled the workings of the worker ( slave ) ... from installation to roll out ...

would be nice to have such a system with mining ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on November 25, 2015, 01:46:11 PM
There is no problems with blake on SM 2.1 :

Code:
*** ccminer 1.7 for nVidia GPUs by tpruvot@github ***
    Built with VC++ 2013 and nVidia CUDA SDK 6.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2015-11-25 14:44:01] Starting on stratum+tcp://yiimp.ccminer.org:5733
[2015-11-25 14:44:01] NVAPI GPU monitoring enabled.
[2015-11-25 14:44:01] 1 miner thread started, using 'blake' algorithm.
[2015-11-25 14:44:01] Stratum difficulty set to 1
[2015-11-25 14:44:01] blake block 541824, diff 297.554
[2015-11-25 14:44:03] API bind to port 4068 failed - using port 4069
[2015-11-25 14:44:56] GPU #0: Gigabyte GTX 460, 83.73 MH/s
[2015-11-25 14:44:56] accepted: 1/1 (diff 1.782), 83.73 MH/s yes!
[2015-11-25 14:45:02] blake block 541825, diff 309.955
[2015-11-25 14:45:44] GPU #0: Gigabyte GTX 460, 86.83 MH/s
[2015-11-25 14:45:50] accepted: 2/2 (diff 2.284), 85.28 MH/s yes!

And this algo doesnt use a lot of memory, so i dont see what is your problem...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 26, 2015, 12:50:06 AM
There is no problems with blake on SM 2.1 :

Code:
*** ccminer 1.7 for nVidia GPUs by tpruvot@github ***
    Built with VC++ 2013 and nVidia CUDA SDK 6.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2015-11-25 14:44:01] Starting on stratum+tcp://yiimp.ccminer.org:5733
[2015-11-25 14:44:01] NVAPI GPU monitoring enabled.
[2015-11-25 14:44:01] 1 miner thread started, using 'blake' algorithm.
[2015-11-25 14:44:01] Stratum difficulty set to 1
[2015-11-25 14:44:01] blake block 541824, diff 297.554
[2015-11-25 14:44:03] API bind to port 4068 failed - using port 4069
[2015-11-25 14:44:56] GPU #0: Gigabyte GTX 460, 83.73 MH/s
[2015-11-25 14:44:56] accepted: 1/1 (diff 1.782), 83.73 MH/s yes!
[2015-11-25 14:45:02] blake block 541825, diff 309.955
[2015-11-25 14:45:44] GPU #0: Gigabyte GTX 460, 86.83 MH/s
[2015-11-25 14:45:50] accepted: 2/2 (diff 2.284), 85.28 MH/s yes!

And this algo doesnt use a lot of memory, so i dont see what is your problem...

this is in response to ... ? ...

im lost now epsylon3 ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: blzflkn on November 27, 2015, 06:45:14 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.

Your main problem is that you want to mine a new algo on old HW.  An older version of ccminer would probably
work but you would be more limited in your choice of algos. 32 bit PCs aren't the problem, I've got one mining
with Win7-32 and all precompiled versions are 32 bit anyway, I think the problem is XP. Compiling on Win7 and above
may no longer work on XP. Your best bet is to compile on XP, I don't know if you've tried that yet.
Due to very limited space (long story short, call it a nightmare scenario taking days to fix with physical storage I don't have, and online backup is not an option), I can't install all the things needed to run a compiler on XP. I had a go with linux but that was a separate level of hell on its own. I ended up finding a version of sgminer on XP and managed to get that working. Lyra2rev2 has been hashing all night for me and it's using openCL (at what I assume is half the speed of what CC could do), so the algo being a newer one isn't a problem.

It's frustrating being just inches away from the finish line with a brick wall in front of you.  :'(

this is in response to ... ? ...

im lost now epsylon3 ...

#crysx

That might be directed at me about not finding a steady algo to run, but that's just an assumption on my part.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: theotherme on November 27, 2015, 11:40:01 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.

Your main problem is that you want to mine a new algo on old HW.  An older version of ccminer would probably
work but you would be more limited in your choice of algos. 32 bit PCs aren't the problem, I've got one mining
with Win7-32 and all precompiled versions are 32 bit anyway, I think the problem is XP. Compiling on Win7 and above
may no longer work on XP. Your best bet is to compile on XP, I don't know if you've tried that yet.
Due to very limited space (long story short, call it a nightmare scenario taking days to fix with physical storage I don't have, and online backup is not an option), I can't install all the things needed to run a compiler on XP. I had a go with linux but that was a separate level of hell on its own. I ended up finding a version of sgminer on XP and managed to get that working. Lyra2rev2 has been hashing all night for me and it's using openCL (at what I assume is half the speed of what CC could do), so the algo being a newer one isn't a problem.

It's frustrating being just inches away from the finish line with a brick wall in front of you.  :'(

this is in response to ... ? ...

im lost now epsylon3 ...

#crysx

That might be directed at me about not finding a steady algo to run, but that's just an assumption on my part.
I tend to feel concerned by what other might post  ;D but here not sure I would take it for me, if I was in your position  ;D)
 ;D yeah if you are called epsylon3 that's definitely directed at you (if you are just "lost", this has to be directed at epsylon3 to get help  ;D)

For info cuda takes about 1-2Gb (you probably still have a few free Gb's... or it is time to make some space...)  


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: kenshirothefist on November 27, 2015, 04:38:07 PM
Hi,

If using 2.1 or 3.x device, are there any significant performance differences between 1.7 x86 or x64 releases?

Also, are builds built explicitly for 2.1 and upwards, or should the binary also work with 2.0 devices (but haven't been tested)?

And if I understand correctly, 2.1 devices should work an all algorithms except for neoscrypt and whirlpoolx?

Thanks!


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on November 28, 2015, 05:56:41 AM
But I don't have a 4 core CPU...  :(

What I do have is a gt610 in a winxp32* machine that stays running 24/7/365. (*I've also recently made the switch to live usb ubuntu to do away with the hard drives, but willing to revert if needed.) I've been desperately trying to find a miner that I can run (Lyra2rev2 especially) but apparently being a 32 bit system is making that an impossible task.

Low hash rates and negative $ profit are of no concern as long as there are valid shares being delivered to something. CCminer is just so close to perfect for this but yet still out of reach.

If this is a total pipe dream and beyond the scope of ccminer, I'm sorry to have wasted time in this topic. Alternatively, if anyone would be willing to point me in the right direction of a miner that would work, please do; I would appreciate it tremendously.

Your main problem is that you want to mine a new algo on old HW.  An older version of ccminer would probably
work but you would be more limited in your choice of algos. 32 bit PCs aren't the problem, I've got one mining
with Win7-32 and all precompiled versions are 32 bit anyway, I think the problem is XP. Compiling on Win7 and above
may no longer work on XP. Your best bet is to compile on XP, I don't know if you've tried that yet.
Due to very limited space (long story short, call it a nightmare scenario taking days to fix with physical storage I don't have, and online backup is not an option), I can't install all the things needed to run a compiler on XP. I had a go with linux but that was a separate level of hell on its own. I ended up finding a version of sgminer on XP and managed to get that working. Lyra2rev2 has been hashing all night for me and it's using openCL (at what I assume is half the speed of what CC could do), so the algo being a newer one isn't a problem.

It's frustrating being just inches away from the finish line with a brick wall in front of you.  :'(

this is in response to ... ? ...

im lost now epsylon3 ...

#crysx

That might be directed at me about not finding a steady algo to run, but that's just an assumption on my part.
I tend to feel concerned by what other might post  ;D but here not sure I would take it for me, if I was in your position  ;D)
 ;D yeah if you are called epsylon3 that's definitely directed at you (if you are just "lost", this has to be directed at epsylon3 to get help  ;D)

For info cuda takes about 1-2Gb (you probably still have a few free Gb's... or it is time to make some space...)  

yup - i got 'lost' djm because epsylons comment was not quoting what he was responding to ... and it didnt follow on from the previous comments - so i got confused ...

but then again - its not that difficult to confuse me :P ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on November 30, 2015, 10:30:56 AM
Hi,

If using 2.1 or 3.x device, are there any significant performance differences between 1.7 x86 or x64 releases?

Also, are builds built explicitly for 2.1 and upwards, or should the binary also work with 2.0 devices (but haven't been tested)?

And if I understand correctly, 2.1 devices should work an all algorithms except for neoscrypt and whirlpoolx?

Thanks!

The x64 is only built for 3.5 5.0 and 5.2, since i removed the 3.5 from the x86 one to reduce the overall binary size (so 3.5 devices will use 3.0 code)

If you need special ones like different cuda, do it yourself :p these windows builds are very slow to be built...


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Rodman1011 on December 26, 2015, 02:07:49 AM
I've been having some problems that I started to encounter recently. I used to be able to run this for a day or so at a time; but recently the program will close itself after a few minutes of mining.

I'm running Windows Vista 32-bit with a Zotac GTX550Ti. I'm really happy with the numbers it's pulling out when it's running, but I hate that I have to babysit it and keep opening it when it closes.

I tried using CGWatcher, but it won't hook to the API. And I also tried using Awesomeminer but it wouldn't hook into the API either. My .conf file is set up like this:
{
   "api-allow" : "W:127.0.0.1,W:192.168.1.x",
   "api-listen" : true,
   "api-mcast" : true,
   "api-mcast-port" : "4068",
   "api-network" : true,
   "api-port" : "4068",
   "pass" : "x",
   "url" : "stratum+tcp://us-east.multipool.us:11111",
   "user" : "Rodman101.1",
   "auto-fan" : true,
   "no-gbt" : true,
   "algo" : "x11",
   "api-bind" : "127.0.0.1:4068",
   "statsavg" : "20",
   "protocol" : false,
   "cpu-priority" : "3"
}
http://i.imgur.com/lDcZlVj.png


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on December 26, 2015, 04:38:59 AM
I've been having some problems that I started to encounter recently. I used to be able to run this for a day or so at a time; but recently the program will close itself after a few minutes of mining.

I'm running Windows Vista 32-bit with a Zotac GTX550Ti. I'm really happy with the numbers it's pulling out when it's running, but I hate that I have to babysit it and keep opening it when it closes.

I tried using CGWatcher, but it won't hook to the API. And I also tried using Awesomeminer but it wouldn't hook into the API either. My .conf file is set up like this:
{
   "api-allow" : "W:127.0.0.1,W:192.168.1.x",
   "api-listen" : true,
   "api-mcast" : true,
   "api-mcast-port" : "4068",
   "api-network" : true,
   "api-port" : "4068",
   "pass" : "x",
   "url" : "stratum+tcp://us-east.multipool.us:11111",
   "user" : "Rodman101.1",
   "auto-fan" : true,
   "no-gbt" : true,
   "algo" : "x11",
   "api-bind" : "127.0.0.1:4068",
   "statsavg" : "20",
   "protocol" : false,
   "cpu-priority" : "3"
}

As a workaround you could use a looping bat file to automatically restart ccminer if it exits.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Rodman1011 on December 28, 2015, 04:29:51 AM
I've been having some problems that I started to encounter recently. I used to be able to run this for a day or so at a time; but recently the program will close itself after a few minutes of mining.

I'm running Windows Vista 32-bit with a Zotac GTX550Ti. I'm really happy with the numbers it's pulling out when it's running, but I hate that I have to babysit it and keep opening it when it closes.

I tried using CGWatcher, but it won't hook to the API. And I also tried using Awesomeminer but it wouldn't hook into the API either. My .conf file is set up like this:
{
   "api-allow" : "W:127.0.0.1,W:192.168.1.x",
   "api-listen" : true,
   "api-mcast" : true,
   "api-mcast-port" : "4068",
   "api-network" : true,
   "api-port" : "4068",
   "pass" : "x",
   "url" : "stratum+tcp://us-east.multipool.us:11111",
   "user" : "Rodman101.1",
   "auto-fan" : true,
   "no-gbt" : true,
   "algo" : "x11",
   "api-bind" : "127.0.0.1:4068",
   "statsavg" : "20",
   "protocol" : false,
   "cpu-priority" : "3"
}

As a workaround you could use a looping bat file to automatically restart ccminer if it exits.

Well I decided to install Windows 10 and now it doesn't close randomly, but I still can't connect to the API using monitor programs. I realized that the API settings I had from CGMiner wouldn't carry over here so I my original config file's API stuff is gone now and instead it now says,

"api-bind" : 0.0.0.0:4068,
"api-remote" : true


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on December 28, 2015, 04:52:25 AM
sgminer/cgminer uses json api requests (even if the simple socket mode also exists), not yet ccminer and cpuminer-multi.

telnet <ip> <port>
help


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: TillKoeln on December 30, 2015, 09:49:24 AM
Sorry for the offtopic ;-) but this place is the perfect Chance to find the ppl.
https://bitcointalk.org/index.php?topic=1308835.0

Hello,

i search for Rig Owner who has Minimum 8x GTX980 or higher.
i was interested to rent your rigs, i would pay +25% from your actual calculated mining reward.

Renting Duration +48 Hours.

i Need the Cuda Power for some TcpDumpFiles which contains WifiHandshakes.
more Infos about the Software here.
https://www.elcomsoft.com/ewsa.html

Registered Professional Edition Available.


contact me via PM


kindly regards

Tillkoeln



Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Rodman1011 on January 20, 2016, 06:13:42 AM
I'm trying to run the miner in the background on Ubuntu, but I keep getting the error, :
Code:
Cuda error in func 'skeincoin_init' at line 711 : initialization error.
The function it references is in the cuda_skeincoin.cu file and it reads:

Code:
__host__
void skeincoin_init(int thr_id)
{
                 cuda_get_arch(thr_id);
                 CUDA_SAFE_CALL(cudaMalloc(&d_found[thr_id], 2 * sizeof(uint32_t)));
}

I tried deleting the function, I tried modifying it to follow the format of the groestlcoin file, but it never works in the background. When I run it in the foreground, the program and algo run fine.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: kama on February 01, 2016, 09:49:42 AM
which time the ccminer 1.7.1 will be compiled ?

thanks.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: djm34 on February 01, 2016, 02:43:16 PM
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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on February 02, 2016, 05:08:02 AM
I'm trying to run the miner in the background on Ubuntu, but I keep getting the error, :
Code:
Cuda error in func 'skeincoin_init' at line 711 : initialization error.
The function it references is in the cuda_skeincoin.cu file and it reads:

Code:
__host__
void skeincoin_init(int thr_id)
{
                 cuda_get_arch(thr_id);
                 CUDA_SAFE_CALL(cudaMalloc(&d_found[thr_id], 2 * sizeof(uint32_t)));
}

I tried deleting the function, I tried modifying it to follow the format of the groestlcoin file, but it never works in the background. When I run it in the foreground, the program and algo run fine.

foreground? ... background? ...

what is it you are trying to do? ...

and how are you trying to do it? ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on February 02, 2016, 05:09:09 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

is there something special happening with this version? ...

1.7.2 is already in git ...

or are you just joking djm34? ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on February 02, 2016, 07:46:24 AM
I'm trying to run the miner in the background on Ubuntu, but I keep getting the error, :
Code:
Cuda error in func 'skeincoin_init' at line 711 : initialization error.
The function it references is in the cuda_skeincoin.cu file and it reads:

Code:
__host__
void skeincoin_init(int thr_id)
{
                 cuda_get_arch(thr_id);
                 CUDA_SAFE_CALL(cudaMalloc(&d_found[thr_id], 2 * sizeof(uint32_t)));
}

I tried deleting the function, I tried modifying it to follow the format of the groestlcoin file, but it never works in the background. When I run it in the foreground, the program and algo run fine.

Did you try other algos?

It's odd that it would work in the foreground but not in the background but that error sometimes means the
intensity is too high. Try modifying the -i arg, I have no idea what good for skein buut try number between
14 and 24.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on February 02, 2016, 12:01:47 PM
I'm trying to run the miner in the background on Ubuntu, but I keep getting the error, :
Code:
Cuda error in func 'skeincoin_init' at line 711 : initialization error.
The function it references is in the cuda_skeincoin.cu file and it reads:

Code:
__host__
void skeincoin_init(int thr_id)
{
                 cuda_get_arch(thr_id);
                 CUDA_SAFE_CALL(cudaMalloc(&d_found[thr_id], 2 * sizeof(uint32_t)));
}

I tried deleting the function, I tried modifying it to follow the format of the groestlcoin file, but it never works in the background. When I run it in the foreground, the program and algo run fine.

Did you try other algos?

It's odd that it would work in the foreground but not in the background but that error sometimes means the
intensity is too high. Try modifying the -i arg, I have no idea what good for skein buut try number between
14 and 24.

that all depends on what he means by foreground and background ...

if by background he means '&' - then the majority of times it will not work ... dont ask me why - i dont know mate ...

and so if by foreground he means directly in console - then of course it will work ... especially if the gui is being used ...

so i just wanted to determine which way the 'background' method is ... as you would be on the nose with the '&' way with the intensities - as the card is using gpu memory for the gui and would crash accordingly when trying to access at a higher intensity ...

so i guess the question i SHOULD be asking is - what is your commandline parameters to run background? ...

#crysx


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on February 02, 2016, 12:18:00 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 ;-)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on 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 ...

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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on 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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on 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/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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on 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 ;)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on 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 ;-)


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on 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.  ;D

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?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on 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.  ;D

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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on 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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: pallas on 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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on February 06, 2016, 10:09:16 PM
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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on February 06, 2016, 10:51:59 PM
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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on 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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on February 06, 2016, 11:16:07 PM
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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on 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
Code:
#error -- unsupported GNU version! gcc versions later than 4.9 are not supported!
Is there one more option I need to force?


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on February 07, 2016, 05:07:21 AM
I already answered


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: chrysophylax on 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


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on 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%)




Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: myagui on 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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on 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.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: myagui on 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 ---


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on February 07, 2016, 03:20:05 PM
I already answered
Yes, thank you for your input. However, there is no information in the readme file regarding g++ or Fedora. I build clean every time using build.sh. I have already tried compiling with g++-5.2.1 / CUDA 7.5.18. That's where this all began. I have also seemingly compiled successfully against the repo version of CUDA 6.5 / gcc-4.9 but got an error no nVidia driver installed when I tried to run ccminer. I have one more combination to try before throwing in the towel - Install CUDA 6.5 from the .run file (these always seem to give me the highest success rates) and try compiling with the various gcc versions to see if I can find a combination that works.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on February 07, 2016, 05:36:00 PM
Still no joy. In all cases where I can get it to compile without puking, when I run ccminer I get
Code:
Unable to query number of CUDA devices! Is an nVidia driver installed?
Same driver I use in all my machines, 352.63.  :-\


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: sp_ on February 07, 2016, 06:01: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 ---

I need to refork. I have an overflow bug in mine. After the refork i can add etther and decred support


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: joblo on February 07, 2016, 06:08:14 PM
I already answered
Yes, thank you for your input. However, there is no information in the readme file regarding g++ or Fedora. I build clean every time using build.sh. I have already tried compiling with g++-5.2.1 / CUDA 7.5.18. That's where this all began. I have also seemingly compiled successfully against the repo version of CUDA 6.5 / gcc-4.9 but got an error no nVidia driver installed when I tried to run ccminer. I have one more combination to try before throwing in the towel - Install CUDA 6.5 from the .run file (these always seem to give me the highest success rates) and try compiling with the various gcc versions to see if I can find a combination that works.

My experience is with Fedora so YMMV.

It seems the compiler in ubuntu is not compatible with ccminer. In most cases where a distro
introduces incompatible changes (assuming they are aware) they will also keep the old
compatible version available.

Regarding cuda and driver installation that can be confusing. Quite often when you install cuda
from the repo it will install the repo drivers as well, which may be older. I like to install both
from the nvidia run files to avoid this.

Now, you say you compiled successfully at first but ccminer failed to start because of no driver.
This smells like a nouveau problem. When you installed cuda from the repo you may have
blown away the nvidia proprietary drivers and replaced them with nouveau. I agree you should
try backing out the repo packages then install cuda and the drivers from the run files.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: ZeroFossilFuel on February 07, 2016, 07:53:57 PM
I GOT IT WORKING! Here's what I had to do.

First, install CUDA 7.5.18 from the .run, do not let it install driver 352.39 if you already have 352.63. Also make sure you have g++-4.8 installed.
Navigate to /usr/local/cuda-7.5/include. Comment out lines 113-117 in host_config.h

Code:
113 /*#if __GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 9)*/
114
115 /*#error -- unsupported GNU version! gcc versions later than 4.9 are not supported!*/
116
117 /*#endif*/ /* __GNUC__ > 4 || (__GNUC__ == 4 && __GNUC_MINOR__ > 9) */

In makefile.am use

Code:
nvcc_ARCH  = --compiler-bindir /usr/bin/gcc-4.8 -gencode=arch=compute_50,code=\"sm_50,compute_50\"

Run build.sh. Et Voi-La!

Even though I have the correct versions of gcc and g++ installed, the GNUC version test incorrectly identifies which one is running and screws up the compilation.


Title: Re: [ANN] ccminer 1.7 with SM2.1 compatibility - opensource (tpruvot)
Post by: Epsylon3 on February 08, 2016, 03:41:18 AM
https://github.com/tpruvot/ccminer/blob/linux/INSTALL


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 11, 2016, 07:22:25 AM
i just have released the final 1.7.2 with decred support...

Code:
  Feb. 11th 2015  v1.7.2
                  Decred Algo (longpoll + getwork - no stratum)
                  Blake256 improvements/cleanup

  Jan. 26th 2015  v1.7.1
                  Implement sib algo (X11 + Russian Streebog-512/GOST)
                  Whirlpool speed x2 with the midstate precompute
                  Small bug fixes about device ids mapping (and vendor names)
                  Add Vanilla algo (Blake256 8-rounds - double sha256)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 11, 2016, 11:30:48 AM
i just have released the final 1.7.2 with decred support...

Code:
  Feb. 11th 2015  v1.7.2
                  Decred Algo (longpoll + getwork - no stratum)
                  Blake256 improvements/cleanup

  Jan. 26th 2015  v1.7.1
                  Implement sib algo (X11 + Russian Streebog-512/GOST)
                  Whirlpool speed x2 with the midstate precompute
                  Small bug fixes about device ids mapping (and vendor names)
                  Add Vanilla algo (Blake256 8-rounds - double sha256)

much appreciated epsylon3 ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: PVmining on February 12, 2016, 10:04:36 AM
Thanks Epsylon3!
your decred miner works very well - a donation is on the way.

I like your elegant way doing real development and innovations!


@myagui. wise words...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on February 12, 2016, 10:54:26 AM
Thanks Epsylon3!
your decred miner works very well - a donation is on the way.

I like your elegant way doing real development and innovations!


@myagui. wise words...

@PVmining  ;)

@Epsylon3: Decred donation incoming as soon as my coins unlock by voting (which I learned too late might easily take a month  ;D). Nah, no need to wait that long, whatever I get on Supernova for a few days will be going your way. Decred addy?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 12, 2016, 11:06:59 AM
Thanks Epsylon3!
your decred miner works very well - a donation is on the way.

I like your elegant way doing real development and innovations!


@myagui. wise words...

@PVmining  ;)

@Epsylon3: Decred donation incoming as soon as my coins unlock by voting (which I learned too late might easily take a month  ;D). Nah, no need to wait that long, whatever I get on Supernova for a few days will be going your way. Decred addy?

job well done in my opinion also ...

now who on earth has a working eth miner that i can compile ;) ...

hehehe ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: PVmining on February 12, 2016, 11:58:17 AM

now who on earth has a working eth miner that i can compile ;) ...

hehehe ...

#crysx

I'm on linux too (ubuntu) and had no probs so far. ping me next time you hit on IRC.
but its a waste of time if you try to point your 750tis on ETH - the time of 8mhash per card is over sadly


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 12, 2016, 12:09:19 PM

now who on earth has a working eth miner that i can compile ;) ...

hehehe ...

#crysx

I'm on linux too (ubuntu) and had no probs so far. ping me next time you hit on IRC.
but its a waste of time if you try to point your 750tis on ETH - the time of 8mhash per card is over sadly

come and join on #granite ...

im on now - but wont be for too much longer ...

there is this thing called sleep - i dunno what that is lately - but i think i better find out soon ;) ...

tanx pvmining ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 12, 2016, 01:54:53 PM
Thanks Epsylon3!
your decred miner works very well - a donation is on the way.

I like your elegant way doing real development and innovations!


@myagui. wise words...

@PVmining  ;)

@Epsylon3: Decred donation incoming as soon as my coins unlock by voting (which I learned too late might easily take a month  ;D). Nah, no need to wait that long, whatever I get on Supernova for a few days will be going your way. Decred addy?
myagui  hi where do I put or change the vote plz .... been awhile since I mined a coin with a vote.  thx
Unless tpruvot has it by default in his bat file.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: PVmining on February 12, 2016, 02:16:49 PM
myagui  hi where do I put or change the vote plz .... been awhile since I mined a coin with a vote.  thx
Unless tpruvot has it by default in his bat file.

...has nothing to do with the mining itself. he talk's about the wallet and the PoS-sibily to lock coins for PoS  ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 12, 2016, 02:18:02 PM
myagui  hi where do I put or change the vote plz .... been awhile since I mined a coin with a vote.  thx
Unless tpruvot has it by default in his bat file.

...has nothing to do with the mining itself. he talk's about the wallet and the PoS-sibily to lock coins for PoS  ;)
Thx I'm downloading the wallet now.

EDIT: I don't understand this wallet ....any help plz.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 12, 2016, 02:53:17 PM
oh, please.. no ETH talk/noise/gas in my thread


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 12, 2016, 04:05:25 PM
tpruvot  look at your hashrate for deced on suprnova  :D I'll delete this post. Me adding hash.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 12, 2016, 04:11:47 PM
oh tx :) i'm in the top 10 ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 12, 2016, 04:19:50 PM
oh tx :) i'm in the top 10 ;)
Your welcome  ;) I can't keep it there for long though.

EDIT: As per your bat file... I'm getting 2 gh/s on my oc 980ti's.

EDIT: That should have given you ~5 DCR  a beer or more  for now. I have no wallet yet to put my own in....so I'll leave them on the pool until a qt. comes out. ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 12, 2016, 06:02:05 PM

8.22966510 dcr + some hash to Most Stylish ccminer dev of BCT  ;)



Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 12, 2016, 06:29:30 PM
:) tx, was asking me from where that was from ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: whortonda on February 13, 2016, 01:31:42 AM
First of all, thank you for all your work on this project!

I'm having an issue with decred/longpoll and the program not exiting when the connection is interrupted or dropped.  Here's an example:

Code:
C:\ccminer-tpruvot>ccminer -a decred -d 0,2 -r 0 -o http://localhost:12345 -O user:pass
*** ccminer 1.7.2 for nVidia GPUs by tpruvot@github ***
    Built with VC++ 2013 and nVidia CUDA SDK 7.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2016-02-12 20:18:40] NVML GPU monitoring enabled.
[2016-02-12 20:18:40] 2 miner threads started, using 'decred' algorithm.
[2016-02-12 20:18:41] HTTP request failed: Failed to connect to localhost port 12345: Connection refused
[2016-02-12 20:18:41] get_work json_rpc_call failed
[2016-02-12 20:22:01] CTRL_C_EVENT received, exiting

Obviously a bogus pool address here, so connection refused, but the same thing happens with live pools if the connection gets interrupted.  I waited about 3 minutes in this example before killing it, but it hung for several hours last night.  Have to use Ctrl+C or close the terminal window to exit.  Since the program never exits, failover pools never get contacted, which means lost mining time.

I've tried setting retries > 0 and the retries function properly but after the final retry, the same thing happens.  Using multiple pools with failover is similar; it tries to failover but never succeeds.

I have a feeling it has something to do with longpoll; with stratum connections, the workio thread always gets terminated and the program exits.  I'm hoping there's some way to work around it!

Any help you can provide would be greatly appreciated!  Thanks again.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 13, 2016, 05:03:30 AM
indeed, will check that


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: maxim000 on February 13, 2016, 05:08:48 AM
530 mh blake256 from 750Ti - very good !

send 10 dcr to DsdYLRUyTF7QKouD3LmFviZJ9dGzwd8DAwq


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 13, 2016, 10:48:59 AM
received thanks... :)

else beware with maxminers.net, sometimes the txs are not sent... so verify them ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 13, 2016, 11:10:06 AM
received thanks... :)

else beware with maxminers.net, sometimes the txs are not sent... so verify them ;)

im mining on coinmine now ...

seem to be good - except quite small hashrate ...

ive had to pull some miners off for a few hours - for other projects ...

https://www2.coinmine.pl/dcr/ ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: whortonda on February 14, 2016, 08:22:27 PM
Just an update: I was able to work around the longpoll disconnect issue by using the API.

  • start ccminer with --api-remote flag
  • issue "pool" API command to get pool status info
  • if LAST variable (last submitted share) is greater than 180 seconds, issue the "quit" command
  • miner exits, batch file continues and tries next pool

Works like a charm! All that, though, and I haven't been disconnected even once from the pool in the past 2 days.  Heh, figures. :)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: scryptr on February 14, 2016, 11:37:02 PM
THANKS FOR YOUR CODING! --

TPruvot, I sent 2 bits your way.  Your recent release has been working well with VanillaCoin (VNL), and the coin has been profitable the last few days.

It is a long weekend in the USA, for President's Day on Monday.  Snow here for Valentine's Day, Sunday.  Cold!

--scryptr


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 15, 2016, 03:43:40 AM
tx scryptr

Else here is the windows binary preview which allow to mine decred on yiimp : http://ccminer.org/preview/ccminer-rel1.7.3-vc2013-x64-yiimp.7z (decred branch on github for SM3.5+)

PS: its not a full implementation of the stratum, but current decred wallet doesnt return the correct infos in getblocktemplate to create real stratum blocks for the moment...

its a kind of getwork over the stratum protocol, made possible via the extradata block header and the stratum extranonce field (unique per worker)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on February 17, 2016, 10:36:14 AM
nice logo ;D


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: giagge on February 17, 2016, 10:46:37 AM
tx scryptr

Else here is the windows binary preview which allow to mine decred on yiimp : https://www.dropbox.com/s/qk21qt8hbkm1s17/ccminer-rel1.7.3-vc2013-x64-yiimp.7z (decred branch on github)

PS: its not a full implementation of the stratum, but current decred wallet doesnt return the correct infos in getblocktemplate to create real stratum blocks for the moment...

its a kind of getwork over the stratum protocol, made possible via the extradata block header and the stratum extranonce field (unique per worker)

Hi, i have download this , i have only one Gigabyte GTX 970 for mining decred , but my hashrate is only 1305 mh/s , im on windows 10 64 bit , and use this parameter :

ccminer-x64-dcr-stratum -a decred -o http://dcr.suprnova.cc:9111 -u ( my user )  -p ( my password ) --cpu-priority 4

Im see 2700 mh/s with Nvidia gtx 970 .


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Bombadil on February 17, 2016, 06:04:01 PM
Hi, i have download this , i have only one Gigabyte GTX 970 for mining decred , but my hashrate is only 1305 mh/s , im on windows 10 64 bit , and use this parameter :

ccminer-x64-dcr-stratum -a decred -o http://dcr.suprnova.cc:9111 -u ( my user )  -p ( my password ) --cpu-priority 4

Im see 2700 mh/s with Nvidia gtx 970 .

I'm getting 880MH on my 960, 550MH on a 750TI. 1300MH on a 970 seems OK, where did you see those 2700MH figures?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 17, 2016, 06:20:17 PM
Maybe he has 2 cards..


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: CodyF86 on February 18, 2016, 02:41:02 AM
Hmmm he says he only has one 970. 1300MH is the correct hashrate 2700 is double and the 980ti only does like 1.7.  If something is showing 2700 for one 970 card it's displaying wrong.

can also use the d flag to specify which cards per ccminer instance. -d 0,1 or -d 0 etc etc etc.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 18, 2016, 02:44:42 AM
Hmmm he says he only has one 970. 1300MH is the correct hashrate 2700 is double and the 980ti only does like 1.7.  If something is showing 2700 for one 970 card it's displaying wrong.

can also use the d flag to specify which cards per ccminer instance. -d 0,1 or -d 0 etc etc etc.

for what? ... decred? ...

the 980ti g1 does a lot more than 1.7gh ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: CodyF86 on February 18, 2016, 03:40:52 AM
Whoops lol, sorry went and checked some other places, the article I read with the graph was way off.  Yeah you're right.  Not sure why he would be getting such a low hash rate.  Make sure you're only running 2 cards per instance and that nothing else is bogging down your cpu.  Those are the only things I have noticed will make it mine slower.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: infinity7th on February 18, 2016, 06:24:07 AM
THX for new ccminer ;D

750TI on DCR got 485 Mh/S per card with default GPU Clock.
--------------------------------------------------------------------
E3 1230V3
16G Memory
WIN 10 64Bit


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: PeaMine on February 18, 2016, 07:54:19 AM
I get this trying to Benchmark on a Ti 750

[2016-02-18 07:53:02] NVML GPU monitoring enabled.
[2016-02-18 07:53:02] 1 miner thread started, using 'decred' algorithm.
Cuda error in func 'decred_cpu_setBlock_52' at line 320 : invalid device symbol.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 18, 2016, 05:22:35 PM
look like you built it only with SM 5.2 support

E3 Power! infinity7th ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: SparkyU on February 19, 2016, 12:51:19 AM
What parameters would be best to lower gpu load?  I browsed the readme but wasn't sure which would be the correct ones.  Each coin and applicable miner seems to have different settings.  I typically have a low settings bat I like to use when I'm on my pc so it's still useable for watching movies or whatever and then a full blast bat when I'm away.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: CodyF86 on February 19, 2016, 01:34:50 AM
I posted this on the decred forum because I've been lurking over there fiddling around, but wanted to post it here if anyone had any use for it. I know you can just use telnet also, but I was bored and wanted to mess around.

https://github.com/codyf86/PyCCMiner

I wrote a simple API interface in Python 3. I know everyone just cringed when they read Python 3, but you can easily convert it to work on Python 2, but come-on just install Python 3 already it's been 10 years nearly...as everyone who uses linux cringes. =)

Use PyCCMiner.py to be able to input console commands to send. Type help for a list of options.

Can also use PyCCMiner.py -C <command> to constantly send one command that refreshes.

Right now it just connects to port 4068 under local host (which you can easily change) and does a GET request.

If you have an android device can install Python for android and run it from console can be pretty nifty. Slowly doing more to learn more python so will update it when I can.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 19, 2016, 08:14:38 AM
What parameters would be best to lower gpu load?  I browsed the readme but wasn't sure which would be the correct ones.  Each coin and applicable miner seems to have different settings.  I typically have a low settings bat I like to use when I'm on my pc so it's still useable for watching movies or whatever and then a full blast bat when I'm away.

-i (range is 10-30 for blake, no memory used)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: SparkyU on February 19, 2016, 08:32:26 AM
-i (range is 10-30 for blake, no memory used)

Ah yes, that does the trick.  Thank you much. :)

One more noob question.  Why is the decred miner using strictly all the gpu and not any of its memory?  The eth cuda miner uses a significant portion of the gpu memory and doesn't seem to make a video card run as hot under a similar load.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 19, 2016, 08:35:30 AM
blake is pure compute, and only a single algo (no result to pass to another one like X11).

eth is a "memohash" algo, a lot of work data is "required" to hash faster (More than 1 GB)... too big imo
Your card will mostly wait the data read...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 19, 2016, 02:54:33 PM
ccminer-1.7.3-tpruvot-decred is only showing 25% of my hash at suprnova stratum port.  Is it his pool?
cmd window shows correctly 100% accepts.
EDIT: Must be his pool...showing 400% hashrate now.
Going back to getwork protocol.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: tbearhere on February 21, 2016, 04:36:49 PM
tpruvot...... where is your page to download ccminer-1.7.3-tpruvot?  thx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 22, 2016, 11:12:30 AM
What's wrong with decred and yiimp? 72.1 gh/s    should give a block every 4 hours, but it has been over 24 hours since the last block was found.

everybody is using release 1.7.3

Version   Count   Donators   Extranonce   Percent   Hashrate*   Reject
ccminer/1.7.3   31   0   31   100%   73 gh/s   0%
Total   31   0   31      73 gh/s   0%

http://yiimp.ccminer.org/site/block?id=1574


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 22, 2016, 11:14:06 AM
nothing wrong, i double checked the wallet one hour ago, diff is too high i guess :/


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: restless on February 22, 2016, 01:05:41 PM
IMHO 1.7.3 is >10% slower.

PS: see 2 posts below, I was comparing different versions (32bit vs 64bit)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 22, 2016, 01:11:46 PM
IMHO 1.7.3 is >10% slower.

with what? ...

algos? ... performance mining? ... compiling? ... what? ...

you make a statement like that - but dont clarify what you are saying OR what you are comparing it to ...

my car is 30% faster ... there you go ... ;) ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: restless on February 22, 2016, 01:23:54 PM
Well, I was comparing 1.7.2 x64 for Cuda 7.5 vs 1.7.3 x86 for Cuda 6.5

for me x64 Cuda 7.5 builds give ~ 440MH/S at decred with 750Ti on Win8.1
x86 Cuda 6.5 versions give ~ 400MH/s


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: pallas on February 22, 2016, 01:25:29 PM
it is known cuda 7.5 gives a slight advantage on blake-based algos.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 22, 2016, 01:26:53 PM
Well, I was comparing 1.7.2 x64 for Cuda 7.5 vs 1.7.3 x86 for Cuda 6.5

for me x64 Cuda 7.5 builds give ~ 440MH/S at decred with 750Ti on Win8.1
x86 Cuda 6.5 versions give ~ 400MH/s


kool ...

i find the same also - though my builds are in fedora 23 x64 cuda 7.5 ...

with most algos now - there is no need to go back to compiling with cuda 6.5 ...

in a few months - nvidia will upgrade and release the next cuda version when they release the pascal chipset ...

this should make cuda 6.5 obsolete soon after ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 22, 2016, 02:01:54 PM
Indeed, CUDA 8.0 is coming soon (already referenced in 363.91 beta driver in the OpencCL version suffix)

Fine tuning will be made on it... If the perf is good enough compared to the 7.x


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 22, 2016, 02:20:27 PM
nothing wrong, i double checked the wallet one hour ago, diff is too high i guess :/

The diff is the same as it was yesterday. The last block mined @ 258581.70751273. With the current speed yiimp should hit a block every 4 hours. Could be extremely bad luck, but I doubt it..
Another thing. Try to run a single 750ti on the pool. The diff seems to be stuck at 0.75 and the reported hashrate is 1/5th of the actual rate. if you run 3 or more cards The rates are normal.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 22, 2016, 03:49:19 PM
if you are not happy with the default diff, use d=<value> in your password

it was made to allow a lower diff to the cpu miners...

else at the last block found, there was 100GH/s


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 23, 2016, 09:08:09 AM
Something has happened with your pool. All my workers are still connected and they are hashing, but the diff has dropped to 0.75 and the hashrate reported on the pool has been cut to 1/3 - 1/4.
I think there is a bug in the vardiff / stratum implementation.. When I was doing 15GHASH, the diff was around 16-32 on each of my workers. I am mining with (1.7.3). The miner is showing the correct hashrate and shares are submitted and accepted.

http://i65.tinypic.com/288030g.png


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 23, 2016, 10:06:42 AM
i just changed the default diff to 1, instead of 0.75, which is more normal... it was set to a default of 0.5 before...

i never modified the vardiff system in yiimp... i never tried to understand it neither for the moment, there was more important to do.

PS: there is no way to tweak user hashrate in yiimp... and for me the pools doing that are wrong...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 23, 2016, 10:37:25 AM
All my workers are back to normal speeds now. You can also see that the decreed hashrate has doubled on the poolside with the same number of workers. (60GHASH)
I guess restarting the pool helped.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 23, 2016, 12:06:47 PM
weird, there was no errors on the miner side ?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 24, 2016, 09:22:22 AM
No errors in the client..

Yiimp is giving me 1/3rd of the decred coins compared to dcr.suprnova.cc.. Time for another restart? It looks that we are finding blocks everytime you restart the pool.

17GHASH should give around 25 DCR coins aday (0.1338BTC) On yiimp I only get around 0.05BTC...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 24, 2016, 01:31:55 PM
i didnt restart and we found a block, common you are really impatient, and suprnova fixed their hashrate yesterday evening

final 1.7.3 incoming soon...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: bensam1231 on February 25, 2016, 04:45:58 AM
Is Epslyon the same person as Tpruvot?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: pallas on February 25, 2016, 08:44:29 AM
Is Epslyon the same person as Tpruvot?

yes


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 25, 2016, 08:30:49 PM
Added 6-7GH, hope it helps with finding blocks.

After quick testing it looks like I'm getting better poolside hashrate with separate instances. Maybe I just didn't let them run long enough?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 25, 2016, 08:41:57 PM
its based on your number of shares * stratum diff, the yellow line seems to be accurate but require indeed at least one hour... but... the decrease is the same on stop

yiimp doesnt use any hashrate adjustments, and will not have...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 26, 2016, 08:33:31 AM
i want to ask, since when decred is mined 1 year already?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 26, 2016, 11:19:06 AM
what ? only 2 weeks


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on February 26, 2016, 11:53:47 AM
I get 24 decread coins a day now on yiimp with just 15GHASH. great pool. 0 rejects.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 26, 2016, 11:56:07 AM
I get 24 decread coins a day now on yiimp with just 15GHASH. great pool.

yiimps turn over the weekend sp :) ...

the few miners left ( which are not packed ) mining decred will be turned to it ...

epsylon3 - i hope we get some blocks hit for a nice block hit on yiimp ... would be very nice if that happens ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 26, 2016, 11:57:30 AM
its the lottery guys ;) 4 again today for the moment


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 26, 2016, 12:02:25 PM
its the lottery guys ;) 4 again today for the moment

yup - i know mate ...

last time thefarm mined here - there was 24hours without a single block - then 3 blocks in two hours ( i think ) the very next day ...

so its all a matter of luck - and processing power ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 11:56:18 AM
No errors in the client..

Yiimp is giving me 1/3rd of the decred coins compared to dcr.suprnova.cc.. Time for another restart? It looks that we are finding blocks everytime you restart the pool.

17GHASH should give around 25 DCR coins aday (0.1338BTC) On yiimp I only get around 0.05BTC...

same, but with 1.4, should i get 1/12 right? so 2 decred day, instead i'm struggling for 1.5 and this on supernova let alone on other pool


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 27, 2016, 12:09:52 PM
No errors in the client..

Yiimp is giving me 1/3rd of the decred coins compared to dcr.suprnova.cc.. Time for another restart? It looks that we are finding blocks everytime you restart the pool.

17GHASH should give around 25 DCR coins aday (0.1338BTC) On yiimp I only get around 0.05BTC...

same, but with 1.4, should i get 1/12 right? so 2 decred day, instead i'm struggling for 1.5 and this on supernova let alone on other pool

this is NEVER a static thing ... block hits are NOT exact and NEVER expected ...

its a lottery draw - no matter which way you look at it ... you are never guaranteed a block ...

so you should never calculate based on 'guaranteed' block hits ... ever ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 12:35:43 PM
hey why nvidia is trash on ethereum? nothing can be done? also it appear that the best amd is 280x and not the last card generation(fury etc...)

this is NEVER a static thing ... block hits are NOT exact and NEVER expected ...

its a lottery draw - no matter which way you look at it ... you are never guaranteed a block ...

so you should never calculate based on 'guaranteed' block hits ... ever ...

#crysx

so that estimate on supernova is fucked up?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 27, 2016, 03:04:38 PM
Fist ~44 hours with ~7 GH:

Accepted: 6490/6500 (99.85%)

Total earned 17.67 DCR



Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on February 27, 2016, 03:32:31 PM
hey why nvidia is trash on ethereum? nothing can be done? also it appear that the best amd is 280x and not the last card generation(fury etc...)

this is NEVER a static thing ... block hits are NOT exact and NEVER expected ...

its a lottery draw - no matter which way you look at it ... you are never guaranteed a block ...

so you should never calculate based on 'guaranteed' block hits ... ever ...

#crysx

so that estimate on supernova is fucked up?

no - of course not ...

but its just that - an estimate ...

there is NO accuracy with ANY of these estimates due tot he changing environment and hashrate and other factors ...

its like saying it takes you 45minutes to get to work EVERY morning ... we KNOW thats garbage - it can NEVER be exactly the same EVERY morning ... due tot factors that affect the traffic flow - like weather and stop lights and accidents along the road ...

so the estimate is 45minutes - but its NEVER exactly 45minutes all the time ...

so too the blocks and the 'luck' of hitting a block ...

ask ocminer ( who owns suprnova ) how much he hits EVERYDAY ... he cannot tell you anything but an estimate - and thats only by guesstimating the last few weeks of the pool ... and even then he would be completely wrong - as hashrate and downtime affect how many blocks get hit ...

same here - or on any other pool ...

so being screwed up is NOT the reason it can never be exact - its just that there are many other factors involved ...

#crysx


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 04:11:15 PM
Fist ~44 hours with ~7 GH:

Accepted: 6490/6500 (99.85%)

Total earned 17.67 DCR



what? i've 1/5 of that and my earning is 1 decred per day, something is seriously fucked here on the pool i'm not buying the luck stuff, in fact they are investigating on the backend now read the news
i think some payment of some users went to another users, because you're basically doing 3 decred per day with a single 970, that's impossible


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 27, 2016, 04:22:59 PM
impossible is not in my vocabulary.... "impossible n'est pas français"... french proverb :p incredible yes ;)

-- Napoleon 9 juillet 1813


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on February 27, 2016, 04:48:22 PM
Fist ~44 hours with ~7 GH:

Accepted: 6490/6500 (99.85%)

Total earned 17.67 DCR



what? i've 1/5 of that and my earning is 1 decred per day, something is seriously fucked here on the pool i'm not buying the luck stuff, in fact they are investigating on the backend now read the news
i think some payment of some users went to another users, because you're basically doing 3 decred per day with a single 970, that's impossible
that's because you don't know how to read... 17 in 44hours means 9.6decred/day


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 05:00:54 PM
Fist ~44 hours with ~7 GH:

Accepted: 6490/6500 (99.85%)

Total earned 17.67 DCR



what? i've 1/5 of that and my earning is 1 decred per day, something is seriously fucked here on the pool i'm not buying the luck stuff, in fact they are investigating on the backend now read the news
i think some payment of some users went to another users, because you're basically doing 3 decred per day with a single 970, that's impossible
that's because you don't know how to read... 17 in 44hours means 9.6decred/day

then we are in two that dunno how to read lol, because i said that i'm doing 1 decred only per day, and by your post i should do almost 2, 1/5 of 9.6 = 2


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on February 27, 2016, 05:06:22 PM
Fist ~44 hours with ~7 GH:

Accepted: 6490/6500 (99.85%)

Total earned 17.67 DCR



what? i've 1/5 of that and my earning is 1 decred per day, something is seriously fucked here on the pool i'm not buying the luck stuff, in fact they are investigating on the backend now read the news
i think some payment of some users went to another users, because you're basically doing 3 decred per day with a single 970, that's impossible
that's because you don't know how to read... 17 in 44hours means 9.6decred/day

then we are in two that dunno how to read lol, because i said that i'm doing 1 decred only per day, and by your post i should do almost 2, 1/5 of 9.6 = 2
the pool has low net hashrate, so lower chance to get a block... then if you are unsure, you can check all the block you mined and do the full calculation (and see where it goes) rather than doing speculations...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on February 27, 2016, 05:13:24 PM
@Vaccomondus:
Small pool, big variance. It get's closer to the experience of mining solo. Some days you get a lot, some days you get just a little. You'd need to compare earnings over much larger periods to read any sort of reasonable average of daily returns...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 05:17:57 PM
@Vaccomondus:
Small pool, big variance. It get's closer to the experience of mining solo. Some days you get a lot, some days you get just a little. You'd need to compare earnings over much larger periods to read any sort of reasonable average of daily returns...

i'm mining on supernova which has 50% of the net hash, how is this a small pool?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 27, 2016, 05:23:17 PM
“First learn stand, then learn fly. Nature rule Daniel son, not mine”

Mr Miyagi


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: go6ooo1212 on February 27, 2016, 05:42:48 PM
Guys , which speed gtx970 reaches on decred, I can't find such statistics...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 06:09:52 PM
1.3g average but with oc more


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on February 27, 2016, 06:11:36 PM
@Vaccomondus:
Small pool, big variance. It get's closer to the experience of mining solo. Some days you get a lot, some days you get just a little. You'd need to compare earnings over much larger periods to read any sort of reasonable average of daily returns...

i'm mining on supernova which has 50% of the net hash, how is this a small pool?
lol thought you were mining on yiimp, since you were complaining here ;D


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on February 27, 2016, 06:13:17 PM
“First learn stand, then learn fly. Nature rule Daniel son, not mine”

Mr Miyagi

 ;D

@Vaccomondus:
Small pool, big variance. It get's closer to the experience of mining solo. Some days you get a lot, some days you get just a little. You'd need to compare earnings over much larger periods to read any sort of reasonable average of daily returns...

i'm mining on supernova which has 50% of the net hash, how is this a small pool?

I was referring to the numbers that antantti posted, as I understand he's mining on Yiimp. You are comparing your returns (from a large pool with low variance), with his returns (from a small pool with high variance), right? So not a sensible comparison, was my point...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 06:14:19 PM
I was referring to the numbers that antantti posted, as I understand he's mining on Yiimp. You are comparing your returns (from a large pool with low variance), with his returns (from a small pool with high variance), right? So not a sensible comparison, was my point...

ah... you think that he was lucky?


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on February 27, 2016, 06:16:31 PM
Yes. I'd say Yiimp had a particularly good couple of days there.
May it have many more!  8)

Edit: As a bit of a side note, I've always gotten a feel that smaller pools have better efficiency (and thus slightly better payouts). I don't have any significant numbers to back this reasoning, but anyhow, generally speaking, I always tend to point my hashrate at a small or small'ish pool.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on February 27, 2016, 06:32:09 PM
Yes. I'd say Yiimp had a particularly good couple of days there.
May it have many more!  8)

Edit: As a bit of a side note, I've always gotten a feel that smaller pools have better efficiency (and thus slightly better payouts). I don't have any significant numbers to back this reasoning, but anyhow, generally speaking, I always tend to point my hashrate at a small or small'ish pool.
on a large pool, only large miner gets "normal" payout, small miner may not get shares for every block which are found, reducing a bit the income (well on suprnova you can choose your diff though), scaling might differ a bit between small and larger miner etc...
however there is a smaller risk involved by using large pool than small one (as for small pool, you need to run a longer time before finding a block...)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 27, 2016, 06:48:40 PM
i'm using diff 8 on supernova, what should i use with one gpu only?

edit...seems better now, 10 hours = 0.7 decred, i think there was a problem in their end indeed


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 27, 2016, 06:50:27 PM
on suprnova, 1 or 4 on the longpoll from my first tests


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 27, 2016, 07:56:00 PM
i'm using diff 8 on supernova, what should i use with one gpu only?

edit...seems better now, 10 hours = 0.7 decred, i think there was a problem in their end indeed

DCR is quite "slow" coin, last found blocks have about 4 minutes between them ( should be 15 but thats another story) so you are not in hurry to send at least one share to every block.

Find settings that give you efficiency closer to 100%. If one pool doesn't work for you then try another one.

Me and some fellow miners are reporting 99.8 - 99.85% accepted share rates at http://yiimp.ccminer.org.





Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: bensam1231 on February 28, 2016, 03:49:39 AM
hey why nvidia is trash on ethereum? nothing can be done? also it appear that the best amd is 280x and not the last card generation(fury etc...)

this is NEVER a static thing ... block hits are NOT exact and NEVER expected ...

its a lottery draw - no matter which way you look at it ... you are never guaranteed a block ...

so you should never calculate based on 'guaranteed' block hits ... ever ...

#crysx

so that estimate on supernova is fucked up?

No it's not. The bigger the pool, the closer to estimated income you'll get, since you'll find blocks more often. You can look at this under the 'blocks' tab and then look at the %. If it's above 100% then the pool has been having problems finding blocks and you'll receive a reduced income, if it's below 100 you'll receive more then the estimate.

As with most stats, the more data points you have, the closer it'll reflect estimates and the more accurate estimates will be. This is why people generally all mine on bigger pools, it's more static income and less random 'luck'. Faster block times can also help with this sort of thing... But there are problems with doing that.

Generally speaking look for a pool with a 24hr luck that is around 100%. If it's 20% higher or lower then that, it's generally not worth mining on. I personally don't mine on pools with less then 5% of the network hashrate as well as the RNG is way too high (although that depends on block time for the coin).

This is putting aside that pools seem to have been having problems with stratum support. It seems like the stratums are screwed up compared to using normal getwork without stratum. I've found normal getwork works better for this coin. Your hashrate usually does not fluctuate at all.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on February 28, 2016, 07:45:45 AM
hey why nvidia is trash on ethereum? nothing can be done? also it appear that the best amd is 280x and not the last card generation(fury etc...)

this is NEVER a static thing ... block hits are NOT exact and NEVER expected ...

its a lottery draw - no matter which way you look at it ... you are never guaranteed a block ...

so you should never calculate based on 'guaranteed' block hits ... ever ...

#crysx

so that estimate on supernova is fucked up?

No it's not. The bigger the pool, the closer to estimated income you'll get, since you'll find blocks more often. You can look at this under the 'blocks' tab and then look at the %. If it's above 100% then the pool has been having problems finding blocks and you'll receive a reduced income, if it's below 100 you'll receive more then the estimate.

As with most stats, the more data points you have, the closer it'll reflect estimates and the more accurate estimates will be. This is why people generally all mine on bigger pools, it's more static income and less random 'luck'. Faster block times can also help with this sort of thing... But there are problems with doing that.

Generally speaking look for a pool with a 24hr luck that is around 100%. If it's 20% higher or lower then that, it's generally not worth mining on. I personally don't mine on pools with less then 5% of the network hashrate as well as the RNG is way too high (although that depends on block time for the coin).

This is putting aside that pools seem to have been having problems with stratum support. It seems like the stratums are screwed up compared to using normal getwork without stratum. I've found normal getwork works better for this coin. Your hashrate usually does not fluctuate at all.

good explanation, it make sense now supernova is sitting on 110%, so i'm losing 10% i guess and the other small pool has 5% of the hash, so it's not worthit to mine there, in fact m earning was even worse


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 28, 2016, 03:41:31 PM

One thing came to my mind, if you have set really low auto payout treshold then relatively high tx fees eat 4 x 0.05= 0.2 DCR from your daily earnings.



Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 28, 2016, 03:52:15 PM
Yes it was the main reason for the 5%.

I still need to compute them ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: antantti on February 28, 2016, 06:07:19 PM
Yes it was the main reason for the 5%.

I still need to compute them ;)

To be honest I thought 5% doesn't include tx fee  :)

BTW, what is the real minimum payout? Lowest I have been payed so far is 0.81 DCR  :)



Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 28, 2016, 06:29:28 PM
all is explained on the main page... and now, sunday evening, its the minimum allowed by the wallet without "dust" error : 0.025

currently building a 1.7.4 (too much mess with the different 1.7.3) ;)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 28, 2016, 08:25:50 PM
seems there is a big issue with tx fees on this wallet... i may have to restart soon to upgrade to the v0.0.5

i get amounts like 1.5 DCR of tx fees for a 18 DCR payout (sent to a different address each time)

[2016-02-28 06:43:43] paying 54.29900701 DCR
[2016-02-28 10:46:07] paying 35.79586724 DCR
[2016-02-28 12:48:28] paying 17.96769547 DCR
[2016-02-28 14:49:48] paying 36.33132658 DCR
[2016-02-28 16:53:48] paying 36.13312009 DCR
[2016-02-28 20:58:24] paying 18.01496387 DCR

last two txs are :
https://mainnet.decred.org/tx/a6322c3353a9d824ee968fe1050af9189e99548135c00a2936b634cb3d944c7a

https://mainnet.decred.org/tx/2817981d574fd871e71cdfc3023abb59e6c9fd8cc28e2af8c1b8df675affe76c
or http://yiimp.ccminer.org/explorer?id=1574&txid=2817981d574fd871e71cdfc3023abb59e6c9fd8cc28e2af8c1b8df675affe76c (to see the total input)

Dsm2c5Ya7YVh6nDJp4jkp98QW78Jgt4joww (1.43267535) seems to be a tx fee (not a miner)


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: DragonSlayer on February 28, 2016, 10:56:32 PM
Are we able to use amd cards on the pool too?  I am thinking about pointing my 7GH to your pool.


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on February 28, 2016, 11:27:52 PM
Hmm sorry not for the moment, no public cgminer/sgminer yet, that might change in a near future.

Ok.. this fees problems and the wallet upgrade/test has delayed a bit my ccminer 1.7.4 also...


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: bensam1231 on February 29, 2016, 02:52:36 AM

One thing came to my mind, if you have set really low auto payout treshold then relatively high tx fees eat 4 x 0.05= 0.2 DCR from your daily earnings.



Yup, I have mine set to payout about once per day since the transmission fees are so high.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: bensam1231 on March 01, 2016, 04:52:01 AM
After looking around at MN and Suprnova and trying a few different things, it definitely seemps like Yiimp is the best. Normal getwork seems to result in a ton of duplicate shares and occasionally I get 'nethash error' or something like that, basically a 20% loss in efficiency on both of those pools. Stratum seems to work right on Suprnova, but it doesn't report the right hashrate and the income as such is quite low (about 30% less then it should be). On MN pool they changed something yesterday and now after a few submits the stratum difficulty always goes to 320, which is too high for almost all miners and results in really sporadic submits and the hashrate/income also suffers again, about by 30%.

Yiimp is showing my correct hashrate, not sure about correct income though as we'll see over one-two days. It does suck Yiimp doesn't have as many stats as normal mining pools though. Seeing pool luck and efficiency are pretty basic stuff you need to see.

Curiously why is pool fees so high? If the pool pays TX fees, just have it payout like every 12 or 24hr. 2hrs is way too high, I'll probably lose like 5% per 2hr just for that if I'm paying TX fees.

Please change the payout rate for Decred to something more appropriate.


I still have yet to try maxminers and coinpool, but so far yiimp looks alright, but we'll see.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 01, 2016, 11:08:04 AM
what were your last amount received ? i mean, unlike mpos, the tx fees should not be taken from the miner balance (but in theory it should be a percent of the total tx fees, i need to double check how to do that)

A tx sent by yiimp includes many payouts... so the tx fees are not exactly the paytxfee/KB... one KB can be 5 payouts

else 2H is fine, that force the users to use a real wallet instead of directly mine and dump to an exchange


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 01, 2016, 07:56:54 PM
I would add that I also would prefer a 6h or even daily payout cycle. I don't think that anyone needs their coins so badly that they can't wait for a day tops to get their dumplings  ;D

On the fees: I was one of the 1st users on the pool (actually, 1st user along with Epsy?). I very specifically requested a high fee to be set when Epsy was just getting the pool started. The rationale is that I mine at Yiimp because it is a very convenient vehicle to supporting the developer behind it, and as far as I recall, Epsy had no intentions of running a pool for the masses, since that also carries a bit more responsibility, more babysitting, etc.
It does happen that the masses have shown up, so there's that...  ::)

Still, and just thinking from a practical standpoint: With Yiimp showing above average efficiency, even with above average fees, looks to be that the end result is better payouts for the miners. Maybe a rare win-win situation?  ;)


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: bensam1231 on March 02, 2016, 04:09:02 AM
Guessing it was because the pool wasn't finding blocks, but moved off the pool due to low payouts. Looking at the block find rate and comparing it to other pools such as Maxminers and coinmine, which have roughly the same hashrate, yiimp should be finding about 30% more blocks then it currently is over the last 48 to 72 hours. Not sure what that means, but definitely effects payouts.

Anyway, reduced Decred payouts, I'm moving back to Ethereum.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: bathrobehero on March 02, 2016, 04:46:20 AM
else 2H is fine, that force the users to use a real wallet instead of directly mine and dump to an exchange

What makes you say that? I don't think that's true anymore.

I also think the payout frequency should be much lower. Decred's confirmation period is very long anyway.
Having tons of small payouts to a real wallet is a pain too.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 02, 2016, 05:01:58 AM
but yiimp is not for DCR only....

i delayed to 3h ... should not change a lot :p ...


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on March 04, 2016, 05:40:21 PM
i want to ask, is this version efficient like this from sp https://bitcointalk.org/index.php?topic=826901.0 ?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 04, 2016, 05:43:30 PM
i want to ask, is this version efficient like this from sp https://bitcointalk.org/index.php?topic=826901.0 ?

Generally speaking, this version right here is considered by some (such as myself) to be the most efficient. SP_'s versions are a wee bit faster for some algorithms, but end up producing more invalid hashes or rejects, which then results in overall worse returns.

SP does have some private versions for sale, I think there's multiple posts about it in just about every page on the linked thread. Those might be worth it if you're into that sort of thing, and if you have enough hash power to really make up for the expense...


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on March 04, 2016, 06:04:07 PM
My version is faster but have some issues in solomining. If you mine on a pool you get 10-15% more coins with 1.5.74 / 1.5.78 in most algos. My private is up to 10% faster than the public(quark,lyra2v2).

I submit stale shares as default. If you have a slow connection you might get rejects. But my private farm is at 99.5% accepted.The nicehashminer is using my version 1.5.74 on maxwell cards because it is the fastest.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: djm34 on March 04, 2016, 06:49:21 PM
My version is faster but have some issues in solomining. If you mine on a pool you get 10-15% more coins with 1.5.74 / 1.5.78 in most algos. My private is up to 10% faster than the public(quark,lyra2v2).

I submit stale shares as default. If you have a slow connection you might get rejects. But my private farm is at 99.5% accepted.The nicehashminer is using my version 1.5.74 on maxwell cards because it is the fastest.
and _sp is the most modest dev


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on March 04, 2016, 06:56:38 PM
My version is faster but have some issues in solomining. If you mine on a pool you get 10-15% more coins with 1.5.74 / 1.5.78 in most algos. My private is up to 10% faster than the public(quark,lyra2v2).

I submit stale shares as default. If you have a slow connection you might get rejects. But my private farm is at 99.5% accepted.The nicehashminer is using my version 1.5.74 on maxwell cards because it is the fastest.

but your version is missing the most profitable algo, decred and ethereum, so it's pointless, when you add those?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 04, 2016, 07:03:50 PM
^ Please move that discussion to the appropriate thread? It's bad enough to get the advertisements leaking over to this end  ::)


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on March 04, 2016, 07:33:21 PM
ah sry i'll ask in the other thread


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: sony87 on March 06, 2016, 08:56:24 AM
hi, what is the speed of a single 750ti card on Decred?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Namsbreh on March 06, 2016, 04:04:25 PM
hi, what is the speed of a single 750ti card on Decred?

Around 500mh depending on clocks.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on March 06, 2016, 09:47:06 PM
can this version be improved?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: bathrobehero on March 07, 2016, 11:08:15 PM
I only get 445 Mh/s per 750 Ti. What am I missing? Do I need a certain driver or cuda toolkit or something?

Edit: apparently I get close to 500 if I only use one card but with 6 cards and a dualcore Pentium G3240 I only get abou 445 per card.
I presume because the first round of blake is done on the CPU as per sp_ said.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 07, 2016, 11:34:18 PM
I only get 445 Mh/s per 750 Ti. What am I missing? Do I need a certain driver or cuda toolkit or something?

Edit: apparently I get close to 500 if I only use one card but with 6 cards and a dualcore Pentium G3240 I only get abou 445 per card.
I presume because the first round of blake is done on the CPU as per sp_ said.

It could be the CPU that is he bottleneck (you could check usage) but try increasing your pagefile size, assuming you're on Windows.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: bathrobehero on March 08, 2016, 12:06:08 AM
I only get 445 Mh/s per 750 Ti. What am I missing? Do I need a certain driver or cuda toolkit or something?

Edit: apparently I get close to 500 if I only use one card but with 6 cards and a dualcore Pentium G3240 I only get abou 445 per card.
I presume because the first round of blake is done on the CPU as per sp_ said.

It could be the CPU that is he bottleneck (you could check usage) but try increasing your pagefile size, assuming you're on Windows.

16GB pagefile with ~27% CPU usage but it's still slower than 1 card.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 08, 2016, 03:34:55 AM
I only get 445 Mh/s per 750 Ti. What am I missing? Do I need a certain driver or cuda toolkit or something?

Edit: apparently I get close to 500 if I only use one card but with 6 cards and a dualcore Pentium G3240 I only get abou 445 per card.
I presume because the first round of blake is done on the CPU as per sp_ said.

It could be the CPU that is he bottleneck (you could check usage) but try increasing your pagefile size, assuming you're on Windows.

16GB pagefile with ~27% CPU usage but it's still slower than 1 card.

Small cache maybe?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 08, 2016, 08:04:53 AM
^ Also maybe worthwhile checking if multiple ccminer instances will help.
So you could launch instance 1 with -d 0,1,2, and instance 2 with -d 3,4,5.
In addition, ensure that cpu affinity is reserving specific cpu cores for instance one, and other cpu cores for instance 2.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Masked_Immortal on March 08, 2016, 01:29:50 PM
hmm..
my miner crash after some hours,this is the error report
Code:
Cuda error in func 'decred_cpu_setBlock_52' at line 321 : unknown error.

any idea about this?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: s7icky on March 08, 2016, 02:40:37 PM
hmm..
my miner crash after some hours,this is the error report
Code:
Cuda error in func 'decred_cpu_setBlock_52' at line 321 : unknown error.

any idea about this?

turn down intensity it was doing that with mine.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 08, 2016, 03:37:15 PM
^ Also maybe worthwhile checking if multiple ccminer instances will help.
So you could launch instance 1 with -d 0,1,2, and instance 2 with -d 3,4,5.
In addition, ensure that cpu affinity is reserving specific cpu cores for instance one, and other cpu cores for instance 2.

I had to think about this a bit. ccminer should already create multiple CPU threads spread over all cores.
This can be confirmed by using the -D option to enable debug output.  Even so, with three threads per core
it could introduce scheduling latency. That combined with the small cache could easilly cause a 10% degradation
in performance.

The algo probbaly factors into it as well. Does the degradation occur with other algos?

I have seen some odd performnance differences while testing cryptonight on cpuminer that I still don't understand.
At first i thought it was due to some affinity tricks but I haven't found anything in the code to explain it.
In short cryptonight performs radically differently on different CPUs/OSs. On a 6700K running Linux I  get best
performance CPU mining with 4 threads. More threads causes the total hashrate to drop to as low as half the 4 thread
rate. Most other algos perform much better with more threads. The CPUs also run pretty cool on cryptonight suggesting
they are often stalled waiting for data (ie memory bound).

There shouldn't be any scheduling delays because the number of running threads is less than the available virtual
cores. Any thread contention would occur during execution and be mitigated by hyperthreading.

That leaves cache performance as the most likley cause for both issues. If the total memory requirements of all
threads exceeds the available cache it will significantly affect cache performance. It's a step function as each cache
level overflows.

Seems like going too cheap with a CPU for a mining rig isn't a good idea.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: pallas on March 08, 2016, 03:43:16 PM
That leaves cache performance as the most likley cause for both issues. If the total memory requirements of all
threads exceeds the available cache it will significantly affect cache performance. It's a step function as each cache
level overflows.

^^^^^ This

Seems like going too cheap with a CPU for a mining rig isn't a good idea.

True. But it's very difficult to roi with cpu anyways, 'cause of botnets.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 08, 2016, 04:19:39 PM
@joblo,
Cryptonight on CPU is a particular case. There's a 2MB scratchpad per thread (or something else which proper name I don't recall). For whatever CPU you have, the ideal number of threads will always be cache-size/2. Most i7's have 8MB cache, so optimal threads = 4.

As far as the rest of the details that you posted, way over my head.  /searching <nearest exit>   :D


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 08, 2016, 04:20:44 PM
That leaves cache performance as the most likley cause for both issues. If the total memory requirements of all
threads exceeds the available cache it will significantly affect cache performance. It's a step function as each cache
level overflows.

^^^^^ This

Seems like going too cheap with a CPU for a mining rig isn't a good idea.

True. But it's very difficult to roi with cpu anyways, 'cause of botnets.

My comments were aimed at the CPU performance of GPU mining. My CPU mining comparison was made
only to illustrate a possible similar problem.

Howerer, I agree that it's very difficult, if not impossible, to ROI with CPU mining.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 08, 2016, 04:25:43 PM
its still possible to get some cents from datacenter "sleeping" servers ;) i have some cheap dedicated ones


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 08, 2016, 04:30:49 PM
@joblo,
Cryptonight on CPU is a particular case. There's a 2MB scratchpad per thread (or something else which proper name I don't recall). For whatever CPU you have, the ideal number of threads will always be cache-size/2. Most i7's have 8MB cache, so optimal threads = 4.

As far as the rest of the details that you posted, way over my head.  /searching <nearest exit>   :D

I don't agree with it being over your head, your comment was spot on and perfectly illustrates what I was
saying. As you add more threads the memory requirements increase and when it becomes larger that the cache
size performance drops noticibly in spite of any benefits provided by hyperthreading.

Perhaps a similar thing is occurring on a small CPU when GPU mining ETH with many threads.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: MeatPopsicle on March 09, 2016, 07:24:47 PM
Code:
[2016-03-09 19:23:25] GPU #1: aes_cpu_init invalid device symbol
[2016-03-09 19:23:25] GPU #3: aes_cpu_init invalid device symbol
[2016-03-09 19:23:25] GPU #2: aes_cpu_init invalid device symbol
[2016-03-09 19:23:25] GPU #0: aes_cpu_init invalid device symbol
[2016-03-09 19:23:26] GPU #1: aes_cpu_init invalid device symbol
[2016-03-09 19:23:26] GPU #3: aes_cpu_init invalid device symbol
[2016-03-09 19:23:26] GPU #2: aes_cpu_init invalid device symbol
[2016-03-09 19:23:26] GPU #0: aes_cpu_init invalid device symbol
[2016-03-09 19:23:27] GPU #1: quark_blake512_cpu_setBlock_80:318 invalid device symbol
Cuda error in func 'cuda_check_cpu_setTarget' at line 41 : invalid device symbol.

Any ideas?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 09, 2016, 07:36:58 PM
https://github.com/tpruvot/ccminer/wiki/Compatibility


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: MeatPopsicle on March 09, 2016, 07:43:32 PM
Ah, thanks, missed that somehow.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 02:42:44 AM
hi all ...

epsylon3 - ive tried to contact you on irc - but as usual you are a very busy man :) ...

i have a small issue that i know has been looked at before a long time ago - so some of you may know how to 'fix' it ...

i have just rebuild the main server in the network ( from a crash last week due to power issues ) and im at wits end as to how to rectify the compilation error im getting ...

the rebuild was done with centos 7 x64 ( to match the multitude of vps systems granite currently has ) and the compilation of the miners ( both sp and tpruvot ) bomb with different issues ...

ccminer-spmod bombs with a declaration issue in whirlpool - so i just changed code to declare the variable and it compile nicely ... so ccminer-spmod78 works and currently hashes without issue ( i have two 750ti oc cards in the server to test ) ...

ccminer-tpruvot174 bombs with a json error - and i am unsure how to fix this ...

i believe this is an icompatibility issue with the jansson version in centos 7 x64 - but cant figure out what to do to get ccminer-tpruvot174 compiled ...

below is the output of the issue ...

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
pools.cpp: In function ‘bool parse_pool_array(json_t*)’:
pools.cpp:326:32: error: ‘json_array_foreach’ was not declared in this scope
  json_array_foreach(obj, idx, p)
                                ^
pools.cpp:327:2: error: expected ‘;’ before ‘{’ token
  {
  ^
pools.cpp:393:1: error: expected ‘}’ at end of input
 }
 ^
make[2]: *** [ccminer-pools.o] Error 1
make[2]: *** Waiting for unfinished jobs....
ccminer.cpp: In function ‘bool work_decode(const json_t*, work*)’:
ccminer.cpp:635:34: error: ‘json_array_foreach’ was not declared in this scope
    json_array_foreach(txs, idx, p) {
                                  ^
ccminer.cpp:635:36: error: expected ‘;’ before ‘{’ token
    json_array_foreach(txs, idx, p) {
                                    ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
 }
 ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
make[2]: *** [ccminer-ccminer.o] Error 1

any help with this would be very much appreciated ...

the other 'issue' - though not an issue with the miner itself - is that i have absolutely no idea how to create a config file for ccminer ... there seems to be NO documentation about it at all ...

can anyone help? ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 10, 2016, 04:44:17 AM
hi all ...

epsylon3 - ive tried to contact you on irc - but as usual you are a very busy man :) ...

i have a small issue that i know has been looked at before a long time ago - so some of you may know how to 'fix' it ...

i have just rebuild the main server in the network ( from a crash last week due to power issues ) and im at wits end as to how to rectify the compilation error im getting ...

the rebuild was done with centos 7 x64 ( to match the multitude of vps systems granite currently has ) and the compilation of the miners ( both sp and tpruvot ) bomb with different issues ...

ccminer-spmod bombs with a declaration issue in whirlpool - so i just changed code to declare the variable and it compile nicely ... so ccminer-spmod78 works and currently hashes without issue ( i have two 750ti oc cards in the server to test ) ...

ccminer-tpruvot174 bombs with a json error - and i am unsure how to fix this ...

i believe this is an icompatibility issue with the jansson version in centos 7 x64 - but cant figure out what to do to get ccminer-tpruvot174 compiled ...

below is the output of the issue ...

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
pools.cpp: In function ‘bool parse_pool_array(json_t*)’:
pools.cpp:326:32: error: ‘json_array_foreach’ was not declared in this scope
  json_array_foreach(obj, idx, p)
                                ^
pools.cpp:327:2: error: expected ‘;’ before ‘{’ token
  {
  ^
pools.cpp:393:1: error: expected ‘}’ at end of input
 }
 ^
make[2]: *** [ccminer-pools.o] Error 1
make[2]: *** Waiting for unfinished jobs....
ccminer.cpp: In function ‘bool work_decode(const json_t*, work*)’:
ccminer.cpp:635:34: error: ‘json_array_foreach’ was not declared in this scope
    json_array_foreach(txs, idx, p) {
                                  ^
ccminer.cpp:635:36: error: expected ‘;’ before ‘{’ token
    json_array_foreach(txs, idx, p) {
                                    ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
 }
 ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
make[2]: *** [ccminer-ccminer.o] Error 1

any help with this would be very much appreciated ...

the other 'issue' - though not an issue with the miner itself - is that i have absolutely no idea how to create a config file for ccminer ... there seems to be NO documentation about it at all ...

can anyone help? ...

#crysx

Have you tried downloading a fresh copy? Did you dl the release or the latest git?

The problem is the compiler can't find json_array_foreach which is #defined in compat/jansson/jansson.h.
It works for me with the release version. It seems like either the dl is corrupt or a bug was introduced after release.

Can't help with the config file, never used it.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 05:49:16 AM
hi all ...

epsylon3 - ive tried to contact you on irc - but as usual you are a very busy man :) ...

i have a small issue that i know has been looked at before a long time ago - so some of you may know how to 'fix' it ...

i have just rebuild the main server in the network ( from a crash last week due to power issues ) and im at wits end as to how to rectify the compilation error im getting ...

the rebuild was done with centos 7 x64 ( to match the multitude of vps systems granite currently has ) and the compilation of the miners ( both sp and tpruvot ) bomb with different issues ...

ccminer-spmod bombs with a declaration issue in whirlpool - so i just changed code to declare the variable and it compile nicely ... so ccminer-spmod78 works and currently hashes without issue ( i have two 750ti oc cards in the server to test ) ...

ccminer-tpruvot174 bombs with a json error - and i am unsure how to fix this ...

i believe this is an icompatibility issue with the jansson version in centos 7 x64 - but cant figure out what to do to get ccminer-tpruvot174 compiled ...

below is the output of the issue ...

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
pools.cpp: In function ‘bool parse_pool_array(json_t*)’:
pools.cpp:326:32: error: ‘json_array_foreach’ was not declared in this scope
  json_array_foreach(obj, idx, p)
                                ^
pools.cpp:327:2: error: expected ‘;’ before ‘{’ token
  {
  ^
pools.cpp:393:1: error: expected ‘}’ at end of input
 }
 ^
make[2]: *** [ccminer-pools.o] Error 1
make[2]: *** Waiting for unfinished jobs....
ccminer.cpp: In function ‘bool work_decode(const json_t*, work*)’:
ccminer.cpp:635:34: error: ‘json_array_foreach’ was not declared in this scope
    json_array_foreach(txs, idx, p) {
                                  ^
ccminer.cpp:635:36: error: expected ‘;’ before ‘{’ token
    json_array_foreach(txs, idx, p) {
                                    ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
 }
 ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
make[2]: *** [ccminer-ccminer.o] Error 1

any help with this would be very much appreciated ...

the other 'issue' - though not an issue with the miner itself - is that i have absolutely no idea how to create a config file for ccminer ... there seems to be NO documentation about it at all ...

can anyone help? ...

#crysx

Have you tried downloading a fresh copy? Did you dl the release or the latest git?

The problem is the compiler can't find json_array_foreach which is #defined in compat/jansson/jansson.h.
It works for me with the release version. It seems like either the dl is corrupt or a bug was introduced after release.

Can't help with the config file, never used it.

hi joblo ...

tanx for the response ...

it is with the latest release - yesterdays git clone ...

i dont have this issue with ccminer-spmod78 as mentioned earlier - that is a different issue that is easily fixed ...

this one here is a strange one for me ...

ive just tried a clone and compile as of a few moments ago and im still getting the same error ... i have installed all the relevant development libraries that are needed - and i dont have an issue compiling other daemons here - so im stumped ...

is there some workaround? ...

as fort he config file - it seems NO ONE knows how to set one up as no one uses it ... i will require it with the new setup im building after i move - and im organizing it now ...

any ideas where i can look? ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 10, 2016, 09:53:10 AM
@crysx:

Here's a sample config file doing pool rotation that I used when I was mining ZRC some while back, this should be fairly simple to get you started customizing:

Code:
{
"_note": "Sample rotation of 2 pools",

"pools":[{
"name": "ZRC Pool",
"url": "stratum+tcp://yiimp.ccminer.org:5533",
"user": "somezrcaddy",
"pass": "x"
},
{
"name": "ZRC Solo",
"url": "127.0.0.1:14486",
"user": "someexclusiveusername",
"pass": "someuniquecomplexpass",
"time-limit": "1800"
}],

"algo" : "zr5",
"api-bind" : "0",
"api-remote" : false,
"quiet" : true,
"timeout" : "120",
"intensity" : "20"
}

I think some releases had sample config files on them, not sure if that's always been so.
Cheers!  :)


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 09:57:31 AM
@crysx:

Here's a sample config file doing pool rotation that I used when I was mining ZRC some while back, this should be fairly simple to get you started customizing:

Code:
{
"_note": "Sample rotation of 2 pools",

"pools":[{
"name": "ZRC Pool",
"url": "stratum+tcp://yiimp.ccminer.org:5533",
"user": "somezrcaddy",
"pass": "x"
},
{
"name": "ZRC Solo",
"url": "127.0.0.1:14486",
"user": "someexclusiveusername",
"pass": "someuniquecomplexpass",
"time-limit": "1800"
}],

"algo" : "zr5",
"api-bind" : "0",
"api-remote" : false,
"quiet" : true,
"timeout" : "120",
"intensity" : "20"
}

I think some releases had sample config files on them, not sure if that's always been so.
Cheers!  :)

tanx myagui ...

its interesting that this is for ccminer ... as it looks very similar to sgminer conf ...

but this is a good start mate ...

tanx very much ...

btw - how did you rotate the pools on ccminer? ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 10, 2016, 12:19:31 PM
hi all ...

epsylon3 - ive tried to contact you on irc - but as usual you are a very busy man :) ...

i have a small issue that i know has been looked at before a long time ago - so some of you may know how to 'fix' it ...

i have just rebuild the main server in the network ( from a crash last week due to power issues ) and im at wits end as to how to rectify the compilation error im getting ...

the rebuild was done with centos 7 x64 ( to match the multitude of vps systems granite currently has ) and the compilation of the miners ( both sp and tpruvot ) bomb with different issues ...

ccminer-spmod bombs with a declaration issue in whirlpool - so i just changed code to declare the variable and it compile nicely ... so ccminer-spmod78 works and currently hashes without issue ( i have two 750ti oc cards in the server to test ) ...

ccminer-tpruvot174 bombs with a json error - and i am unsure how to fix this ...

i believe this is an icompatibility issue with the jansson version in centos 7 x64 - but cant figure out what to do to get ccminer-tpruvot174 compiled ...

below is the output of the issue ...

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
pools.cpp: In function ‘bool parse_pool_array(json_t*)’:
pools.cpp:326:32: error: ‘json_array_foreach’ was not declared in this scope
  json_array_foreach(obj, idx, p)
                                ^
pools.cpp:327:2: error: expected ‘;’ before ‘{’ token
  {
  ^
pools.cpp:393:1: error: expected ‘}’ at end of input
 }
 ^
make[2]: *** [ccminer-pools.o] Error 1
make[2]: *** Waiting for unfinished jobs....
ccminer.cpp: In function ‘bool work_decode(const json_t*, work*)’:
ccminer.cpp:635:34: error: ‘json_array_foreach’ was not declared in this scope
    json_array_foreach(txs, idx, p) {
                                  ^
ccminer.cpp:635:36: error: expected ‘;’ before ‘{’ token
    json_array_foreach(txs, idx, p) {
                                    ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
 }
 ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
make[2]: *** [ccminer-ccminer.o] Error 1

any help with this would be very much appreciated ...

the other 'issue' - though not an issue with the miner itself - is that i have absolutely no idea how to create a config file for ccminer ... there seems to be NO documentation about it at all ...

can anyone help? ...

#crysx

Have you tried downloading a fresh copy? Did you dl the release or the latest git?

The problem is the compiler can't find json_array_foreach which is #defined in compat/jansson/jansson.h.
It works for me with the release version. It seems like either the dl is corrupt or a bug was introduced after release.

Can't help with the config file, never used it.

hi joblo ...

tanx for the response ...

it is with the latest release - yesterdays git clone ...

i dont have this issue with ccminer-spmod78 as mentioned earlier - that is a different issue that is easily fixed ...

this one here is a strange one for me ...

ive just tried a clone and compile as of a few moments ago and im still getting the same error ... i have installed all the relevant development libraries that are needed - and i dont have an issue compiling other daemons here - so im stumped ...

is there some workaround? ...

as fort he config file - it seems NO ONE knows how to set one up as no one uses it ... i will require it with the new setup im building after i move - and im organizing it now ...

any ideas where i can look? ...

#crysx

I get the wirlpool error on spmod on some systems but not others, I have no idea why. Actually I don't know how it
compiles without the change.

Regarding tpruvot, release != git. There was one comit after release, try the release.

The error is because the  compiler can't find json_array_foreach which is defined in compat/jansson, jansson.h.
There should be a line in that file that starts with #define json_array_foreach. There should also be a line near
the top of pools.h with #include compat/jansson/janson.h. That is all that is needed, if it's there I have no idea
why it's failing.

You could also check for previous errors, there may have been a previous non-fatal error that triggered this one.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: myagui on March 10, 2016, 12:35:08 PM
[...] btw - how did you rotate the pools on ccminer? ...
#crysx

On that config sample, the miner would start off with a default to run on the 1st pool. If the 1st pool was down for the time set in timeout, the miner would switch to solo. In the solo config, you'll see I had a time-limit. This was to get the miner to periodically stop and retry the 1st pool again.

Worked out pretty well while I used it. I alternated between pool and solo, but certainly the same config would work nicely for a primary/backup pool configuration.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 01:52:45 PM
[...] btw - how did you rotate the pools on ccminer? ...
#crysx

On that config sample, the miner would start off with a default to run on the 1st pool. If the 1st pool was down for the time set in timeout, the miner would switch to solo. In the solo config, you'll see I had a time-limit. This was to get the miner to periodically stop and retry the 1st pool again.

Worked out pretty well while I used it. I alternated between pool and solo, but certainly the same config would work nicely for a primary/backup pool configuration.

tanx for your help myagui ...

its now doing what i needed it to do - although i cannot seem to direct output to a log ...

i want it running in the background - but also wish to periodically track the miners output via log file ...

any idea how? ... is there a specific command withing ccminer ( sp or tpruvot ) the tells the miner to direct output to log? ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 02:03:45 PM
hi all ...

epsylon3 - ive tried to contact you on irc - but as usual you are a very busy man :) ...

i have a small issue that i know has been looked at before a long time ago - so some of you may know how to 'fix' it ...

i have just rebuild the main server in the network ( from a crash last week due to power issues ) and im at wits end as to how to rectify the compilation error im getting ...

the rebuild was done with centos 7 x64 ( to match the multitude of vps systems granite currently has ) and the compilation of the miners ( both sp and tpruvot ) bomb with different issues ...

ccminer-spmod bombs with a declaration issue in whirlpool - so i just changed code to declare the variable and it compile nicely ... so ccminer-spmod78 works and currently hashes without issue ( i have two 750ti oc cards in the server to test ) ...

ccminer-tpruvot174 bombs with a json error - and i am unsure how to fix this ...

i believe this is an icompatibility issue with the jansson version in centos 7 x64 - but cant figure out what to do to get ccminer-tpruvot174 compiled ...

below is the output of the issue ...

Code:
g++ -DHAVE_CONFIG_H -I.  -fopenmp  -pthread -fno-strict-aliasing  -I/usr/local/cuda/include -DUSE_WRAPNVML   -O3 -march=native -D_REENTRANT -falign-functions=16 -falign-jumps=16 -falign-labels=16 -MT ccminer-util.o -MD -MP -MF .deps/ccminer-util.Tpo -c -o ccminer-util.o `test -f 'util.cpp' || echo './'`util.cpp
pools.cpp: In function ‘bool parse_pool_array(json_t*)’:
pools.cpp:326:32: error: ‘json_array_foreach’ was not declared in this scope
  json_array_foreach(obj, idx, p)
                                ^
pools.cpp:327:2: error: expected ‘;’ before ‘{’ token
  {
  ^
pools.cpp:393:1: error: expected ‘}’ at end of input
 }
 ^
make[2]: *** [ccminer-pools.o] Error 1
make[2]: *** Waiting for unfinished jobs....
ccminer.cpp: In function ‘bool work_decode(const json_t*, work*)’:
ccminer.cpp:635:34: error: ‘json_array_foreach’ was not declared in this scope
    json_array_foreach(txs, idx, p) {
                                  ^
ccminer.cpp:635:36: error: expected ‘;’ before ‘{’ token
    json_array_foreach(txs, idx, p) {
                                    ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
 }
 ^
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
ccminer.cpp:3514:1: error: expected ‘}’ at end of input
make[2]: *** [ccminer-ccminer.o] Error 1

any help with this would be very much appreciated ...

the other 'issue' - though not an issue with the miner itself - is that i have absolutely no idea how to create a config file for ccminer ... there seems to be NO documentation about it at all ...

can anyone help? ...

#crysx

Have you tried downloading a fresh copy? Did you dl the release or the latest git?

The problem is the compiler can't find json_array_foreach which is #defined in compat/jansson/jansson.h.
It works for me with the release version. It seems like either the dl is corrupt or a bug was introduced after release.

Can't help with the config file, never used it.

hi joblo ...

tanx for the response ...

it is with the latest release - yesterdays git clone ...

i dont have this issue with ccminer-spmod78 as mentioned earlier - that is a different issue that is easily fixed ...

this one here is a strange one for me ...

ive just tried a clone and compile as of a few moments ago and im still getting the same error ... i have installed all the relevant development libraries that are needed - and i dont have an issue compiling other daemons here - so im stumped ...

is there some workaround? ...

as fort he config file - it seems NO ONE knows how to set one up as no one uses it ... i will require it with the new setup im building after i move - and im organizing it now ...

any ideas where i can look? ...

#crysx

I get the wirlpool error on spmod on some systems but not others, I have no idea why. Actually I don't know how it
compiles without the change.

Regarding tpruvot, release != git. There was one comit after release, try the release.

The error is because the  compiler can't find json_array_foreach which is defined in compat/jansson, jansson.h.
There should be a line in that file that starts with #define json_array_foreach. There should also be a line near
the top of pools.h with #include compat/jansson/janson.h. That is all that is needed, if it's there I have no idea
why it's failing.

You could also check for previous errors, there may have been a previous non-fatal error that triggered this one.

tanx joblo ...

the define is there ( line 151 ) and its as you state it is ...

Code:
#define json_array_foreach(array, index, value) \
        for(index = 0; \
                index < json_array_size(array) && (value = json_array_get(array, index)); \
                index++)

as for pools.h ... the only i can find is pools.conf and pools.cpp ... no header file ...

so im still stuck with the tpruvot compile ...

ive checked the repo files for jansson installs - and they all seem to be installed in the system ...

epsylon3 - you have any ideas also? ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Bank_sy on March 10, 2016, 05:42:32 PM
hello
the line GPU #0 start=00000000 end=ffffffff range= ffffffff
keeps showing up, is there something wrong?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Vaccomondus on March 10, 2016, 05:43:12 PM
is a new version coming with some hashrate buff?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 10, 2016, 06:17:32 PM

as for pools.h ... the only i can find is pools.conf and pools.cpp ... no header file ...


My mistake, I meant pools.cpp. It should have a #include so it can find json_array_foreach.

It's still not clear to me whether you're trying to compile the 1.7.4 release or the latest git clone.
If you're compiling the right code which includes both the definition of json_array_foreach (#define)
and the proper reference to it (#include) and it still doesn't compile there is something bigger going on.

Edit:

I'm starting to think this problem and the whirlpool problem are related even though the symtoms are reversed.
In my case whirpool failed to compile on Centos 6 but works with Fedora 20 and Mint 17. Since the
source code is identical the difference must be in the compile environment. Unfortunately my limtited
knowledge of the c++ autoconf build system prevents me from going any deeper.



Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 10, 2016, 06:22:43 PM

as for pools.h ... the only i can find is pools.conf and pools.cpp ... no header file ...


My mistake, I meant pools.cpp. It should have a #include so it can find json_array_foreach.

It's still not clear to me whether you're trying to compile the 1.7.4 release or the latest git clone.
If you're compiling the right code which includes both the definition of json_array_foreach (#define)
and the proper reference to it (#include) and it still doesn't compile there is something bigger going on.

its the latest git clone ... as i always do ...

but im leaving it for now ...

ill look into it more when i have had some sleep - as its 0450 friday morning now - and im just knackered ...

the git clone compiles fine in fedora 23 x64 ( the miners and desktop ) - just not centos 7 x64 ( the server ) ...

i figured you meant pools.cpp ... :) ...

will look deeper tomorrow at it ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 10, 2016, 06:49:08 PM

as for pools.h ... the only i can find is pools.conf and pools.cpp ... no header file ...


My mistake, I meant pools.cpp. It should have a #include so it can find json_array_foreach.

It's still not clear to me whether you're trying to compile the 1.7.4 release or the latest git clone.
If you're compiling the right code which includes both the definition of json_array_foreach (#define)
and the proper reference to it (#include) and it still doesn't compile there is something bigger going on.

its the latest git clone ... as i always do ...

but im leaving it for now ...

ill look into it more when i have had some sleep - as its 0450 friday morning now - and im just knackered ...

the git clone compiles fine in fedora 23 x64 ( the miners and desktop ) - just not centos 7 x64 ( the server ) ...

i figured you meant pools.cpp ... :) ...

will look deeper tomorrow at it ...

#crysx

I editted my previous post and I'm more convinced the two problems are related as they work on some
systems but not others.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 11, 2016, 01:42:43 AM

as for pools.h ... the only i can find is pools.conf and pools.cpp ... no header file ...


My mistake, I meant pools.cpp. It should have a #include so it can find json_array_foreach.

It's still not clear to me whether you're trying to compile the 1.7.4 release or the latest git clone.
If you're compiling the right code which includes both the definition of json_array_foreach (#define)
and the proper reference to it (#include) and it still doesn't compile there is something bigger going on.

its the latest git clone ... as i always do ...

but im leaving it for now ...

ill look into it more when i have had some sleep - as its 0450 friday morning now - and im just knackered ...

the git clone compiles fine in fedora 23 x64 ( the miners and desktop ) - just not centos 7 x64 ( the server ) ...

i figured you meant pools.cpp ... :) ...

will look deeper tomorrow at it ...

#crysx

I editted my previous post and I'm more convinced the two problems are related as they work on some
systems but not others.

yes - possibly ...

but there is never an easy answer to this sort of issue ...

the main reason i wanted to compile it in centos 7 - is that the server is centos 7 x64 now ( it was scientific linux 6.5 - still redhat based ) and ive decided to run two 759ti oc lp cards in that server ... subsequently - ive taken one out and just left the one running there and IS mining - but only with ccminer-spmod78 ( after the code change - declaration ) and will not mine decred - which is the main reason i use the tpruvot version ( apart from the fact that its quite stable and has many algos to choose from ) ...

when i move and settle this week - and i get back online with internet in the new place - ill look more into debian based systems ... im actually getting too frustrated with the lack of advancement that the redtape - i mean redhat - camp are always coming out with ... i know redhat systems - which is one of the reasons i have iot as my desktop AND servers AND miners in the different distros ...

life is takign over at the moment - and im running out of time for this move ... so ill bee less and less - while thefarm will be taken offline indefinitely until i can find another place for it ... im too picky unfortunately ...

i think eventually i will need help on setting up my own repo for all this - specifically for mining on fedora and centos ...

maybe sooner than later actually ...

tanx again ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: joblo on March 11, 2016, 02:43:27 AM
redtape - i mean redhat - camp are always coming out with ... i know redhat systems - which is one of the reasons i have iot as my desktop AND servers AND miners in the different distros ...

LOL, accepting the latest license agreement in Centos 7 is like playing a puzzle game.

You might be just as well off keeping Scientific 6 if you don't need the latest desktop stuff, as both cuda 6.5 & 7.5 are supported.
In my case my new PC was also being used as a desktop so I needed a more recent release although I lose cuda 6.5
support.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: chrysophylax on March 11, 2016, 04:11:22 AM
redtape - i mean redhat - camp are always coming out with ... i know redhat systems - which is one of the reasons i have iot as my desktop AND servers AND miners in the different distros ...

LOL, accepting the latest license agreement in Centos 7 is like playing a puzzle game.

You might be just as well off keeping Scientific 6 if you don't need the latest desktop stuff, as both cuda 6.5 & 7.5 are supported.
In my case my new PC was also being used as a desktop so I needed a more recent release although I lose cuda 6.5
support.

it is pretty stupid the way they ( as in redhat ) work with this sort of system ...

i think i will be trying out the fedora server system when i get settled ... the fedora community are ALWAYS at it - and now have the various level distros fro these things with ALL the uptodate versions in the os ...

ill be building a new system when i move - so i may just take that opportunity to start work on the fedora server as teh backend - and the fedora 23 x64 workstation edition ( which is currently on my system now ) as the entire system ... IF i stay with fedora ...

too many headaches = too many missed opportunities ...

unlike anything microsoft have ever brought out - at the very least i can change without getting slugged in the wallet to change ...

unfortunately - the new mining system i am working requires centos 7 x64 - which is a bit of a bummer ... ho hum ...

tanx mate ...

#crysx


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: restless on March 12, 2016, 07:09:38 AM

Offtopic: Is there amd miner which can mine on yiimp?
afaik official releases does'nt support stratum?


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Ayers on March 12, 2016, 07:53:06 AM

Offtopic: Is there amd miner which can mine on yiimp?
afaik official releases does'nt support stratum?

the best oen is from wolfo, if that is not working maybe you can try with the clymore version


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on March 12, 2016, 07:57:44 AM
Looks like there are two:

http://i65.tinypic.com/16m0wba.png


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 12, 2016, 08:16:44 AM
yes, i should release it soon... waiting the decred team


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Ayers on March 12, 2016, 08:30:44 AM
that version has some boost increase? i'm talking about the sp version


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on March 12, 2016, 08:36:18 AM
Optimized decred miner for the NVIDIA Maxwell cards for sale. (0.1BTC) (sp-mod #3)

gtx 750ti: 528MHASH (1260mhz core) 35watt
gtx 970 1540MHASH: (1366mhz core) 160watt
gtx 980ti 2390MHASH: (1300mhz core) 225watt

Just tested 1.7.4 on my asus strix.(1260 core) The cuda 7.5 64 bit version is doing 477MHASH

The sp-mod #3 is 10,6% faster.


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: giagge on March 12, 2016, 10:47:54 AM
Link for download ? .


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: sp_ on March 12, 2016, 10:55:42 AM
The private has no link. If you donate 0.1BTC to the adress in my signature you can get it. Send me a Private message


Title: Re: [ANN] ccminer 1.7.2 with Vanila and Decred - opensource (tpruvot)
Post by: Mohareb on March 18, 2016, 05:18:49 AM
I get this trying to Benchmark on a Ti 750

[2016-02-18 07:53:02] NVML GPU monitoring enabled.
[2016-02-18 07:53:02] 1 miner thread started, using 'decred' algorithm.
Cuda error in func 'decred_cpu_setBlock_52' at line 320 : invalid device symbol.


I have the same problem. Anyone can help? also have problem with cgminer and error long_polling


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Epsylon3 on March 18, 2016, 06:05:51 AM
doesn't look like my version if you get that cf :

https://github.com/tpruvot/ccminer/wiki/Compatibility


Title: Re: [ANN] ccminer 1.7.4 with Vanila and Decred - opensource (tpruvot)
Post by: Stein on March 21, 2016, 07:39:45 AM
I downloaded ccminer from here:
https://www.nicehash.com/?p=software#nvidiagpu (https://www.nicehash.com/?p=software#nvidiagpu) "get ccminer for Windows - Maxwell cards (SP-MOD)"

I have a NVIDIA GeForce GTX 970 4GB
Device ID   10DE-13C2

I've never mined before. Is this the correct mining program for me ? I don't see guide on the command line.
If this is the right one for my card? Could someone help me with a command line please ?

Cheers


Title: Re: [ANN] ccminer 1.7.5 with Vanila Decred and Blake2S - opensource (tpruvot)
Post by: ManiacMiner on March 22, 2016, 04:31:52 PM
Hi tpruvot. You are planning replace new optimized decred kernel from sgminer to ccminer? sgminer work fine, but with high cpu load.


Title: Re: [ANN] ccminer 1.7.5 with Vanila Decred and Blake2S - opensource (tpruvot)
Post by: pallas on March 22, 2016, 05:39:56 PM
Hi tpruvot. You are planning replace new optimized decred kernel from sgminer to ccminer? sgminer work fine, but with high cpu load.

On sgminer did you:

setx GPU_USE_SYNC_OBJECTS 1

?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 23, 2016, 02:58:22 AM
these env var are ignored by the nvidia opencl compiler, and amd seems fine


Title: Re: [ANN] ccminer 1.7.5 with Vanila Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 23, 2016, 03:21:34 AM
Hi tpruvot. You are planning replace new optimized decred kernel from sgminer to ccminer? sgminer work fine, but with high cpu load.

its already optimized in ccminer


Title: Re: [ANN] ccminer 1.7.5 with Vanila Decred and Blake2S - opensource (tpruvot)
Post by: ManiacMiner on March 23, 2016, 11:54:23 AM
Hi tpruvot. You are planning replace new optimized decred kernel from sgminer to ccminer? sgminer work fine, but with high cpu load.

its already optimized in ccminer
Then I do not understand why such a difference between miners. My 750Ti on your ccminer 1.7.5 have ~505Mh/s but with your sgminer i have ~540Mh/s


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on March 25, 2016, 06:11:42 AM
hi all ...

chrysophylax here ...

im messaging from this 'newbie' account 'crysx' because i have tried to log in to bct from the new premises - and failed miserably - so please excuse the off-topic post ...

due to my computer being a linux machine AND being fully encrypted AND having a password wallet that is fully encrypted - i only ever really need to know a few passwrds ( 16 in all ) ... one of the passwords ( and details as i later found out - due to the questions that bct ask for verification ) i did not alott to memory were those conatined in the personal encrypted wallet ... one of those was bitcointalk password and details ...

yesterday - i tried to log in unsucessfully with the wrong password ... the password is 3 years old - which as long as ive had the chrysophylax profile ... it also has made more than 3000posts and is a hero member - about to go to legendary in the coming weeks / months ... now before any of you carry on about changing passwords regularly and all that - i agree and am totally devoted to changing 'simplistic' passwords ... not ones that require brute force with decryption algorithms and a farm of hash to crack the passwords ... so to move on with the story ...

more than all that - the chrysophylax profile is also is the authority profile for the granite thread AND the dbm thread ( the two projects i currenty have ) and was about to take control of the other coin we have just adopted - ozziecoin ...

when the unsuccessful attempt to log in was tried three times - i attempted to change passwords via email ...

the email was sent from bct to my email address - and i followed the instructions to the 'change password' link - only to have them as a private question - which i have forgotten the answer to also ...

i didnt think that was much of an issue - except that as soon as the submit button was clicked - i receieved the following message ...

Code:
An Error Has Occurred!

Sorry chrysophylax, you are banned from using this forum!
For security, your account has been locked. Email acctcomp15@theymos.e4ward.com

now this shows three things ...

1 - the security measures that bct have in place are brief and not very descriptive ...
2 - the security measures that bct have in place are active ...
3 - the security measures that bct have in place work ...

now i proceeded to send an email to the above email address to theymos - and will see what happens in the following couple of days ... being an easter weekend - i would assume this may take a little more time so ill leave it till mid to end of next week ...

if i havent received a response by then - ill message mprep and see what suggestion he / she will advise of what can be done ...

a three year hero profile like mine should NEVER be allowed to go to waste ( as i know many of you have had profiles lost that are much older than that again ) - and there should be various countermeasures to allow the official owner of the account to prove themselves ( like knowing or remebering the last private messages before the lockout - which in my case was the 23rd march 2016 ) ...

but again - we will see what happens with the responses i get ...

i will keep you all informed of what happnes with this through this profile ive now started ( which is the short version of my name anyway ) ...

as for the update so far ...

the move is being finalized on the 28th march 2016 ( a couple of days away ) which means i will be on and offline here for the next few days - only to be completely offline for a few days while i set up house in the new premises ... this means that i will be only messaging when necessary - and any of those of you that needed my attention before this happened via pm ( there were about 7 pms in all - i only got to answer one ) will need to send a pm to this current profile - until i can resolve this issue with theymos ( and mprep if possible ) - to get back into my official profile ...

thefarm will be down and will not be back in to production until another residence for it can be found - and am currently in the process of looking for a small warehouse for its growth and redesign and development ... that will happen end of next week when i have personally settled into my ( partner and i ) new residence ...

i will be posting this message in all three forums that are granite based - AND - the mining forums i usually frequent ( like spmod and tpruvot thread ) ...

much appreciated for all your support thus far - and hope to be back online soon with my proper profile ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on March 25, 2016, 07:33:29 AM
does the last version only added blakes2 or there are hidden improvements?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 25, 2016, 07:38:58 AM
only my blake2s "draft"


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on March 25, 2016, 03:53:51 PM
I get alot of duplicates in the blake2s version on github:

(Nonce xxxxx already sendt 1 second ago.)


(this is my optimized version, but your version have the same problem.)
http://i66.tinypic.com/axih3p.png


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 25, 2016, 03:56:10 PM
And you want i fix it to get the rewards ;) ?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: scryptr on March 26, 2016, 08:37:00 PM
And you want i fix it to get the rewards ;) ?

HAPPY EASTER!

I rolled a 10-cent egg your way.  Thanks for your work on CCminer.  The stratum implementation for DECRED stopped working on SuprNova about 3-4 days ago, my version reads 1.7.4 on boot (Linux).  I've been using both your CCminer and sp_ 's enhanced DCR version.  I mine on the Long Poll port 9112 now (http), it works, but port 2252 (stratum+tcp) is not like it was a few days ago.

I hope other miners also contribute for your work.  Coders like sp_ may enhance the speed, but you laid the groundwork.       --scryptr


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 26, 2016, 09:08:20 PM
Thanks, i didnt know for suprnova... but he was working on it a few days ago

seems to works here (1.7.4) :

Code:
[2016-03-26 22:08:56] Starting on stratum+tcp://dcr.suprnova.cc:2252
[2016-03-26 22:08:56] NVML GPU monitoring enabled.
[2016-03-26 22:08:56] 3 miner threads started, using 'decred' algorithm.
[2016-03-26 22:08:57] Stratum difficulty set to 1
[2016-03-26 22:08:57] decred block 13871, diff 299705.432
[2016-03-26 22:09:01] GPU #1: ASUS GTX 970, 259.20 MH/s
[2016-03-26 22:09:01] accepted: 1/1 (diff 1.385), 259.20 MH/s yes!
[2016-03-26 22:09:02] GPU #1: ASUS GTX 970, 584.54 MH/s
[2016-03-26 22:09:02] accepted: 2/2 (diff 5.508), 421.87 MH/s yes!
[2016-03-26 22:09:03] GPU #0: GeForce GTX 970, 185.74 MH/s
[2016-03-26 22:09:06] GPU #1: ASUS GTX 970, 562.08 MH/s
[2016-03-26 22:09:06] accepted: 3/3 (diff 1.891), 654.34 MH/s yes!
[2016-03-26 22:09:06] GPU #1: ASUS GTX 970, 532.58 MH/s
[2016-03-26 22:09:06] accepted: 4/4 (diff 2.038), 670.34 MH/s yes!

ignore the speeds ,) im mining on yiimp in parallel


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: s7icky on March 27, 2016, 04:29:25 AM
I get alot of duplicates in the blake2s version on github:

(Nonce xxxxx already sendt 1 second ago.)


(this is my optimized version, but your version have the same problem.)
http://i66.tinypic.com/axih3p.png



HAHAHAHA are you gonna ask for 0.1 BTC?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 28, 2016, 01:40:56 PM
out of topic, and no


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on March 28, 2016, 02:50:38 PM
can this mine lyra2 version 2?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on March 28, 2016, 03:46:54 PM
i have a problem when mining quark on zpool, the second gpu does not mine at full speed, why?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on March 28, 2016, 04:35:52 PM
Your card is trottleing. Open gpuz and check the powercap. Vrel(voltage related). Term (heat.)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on March 28, 2016, 04:48:34 PM
Your card is trottleing. Open gpuz and check the powercap. Vrel(voltage related). Term (heat.)


gpu z say "utili", their pool is mining joulecoin, this coin is sha256 not quark


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on March 29, 2016, 08:39:56 AM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on March 30, 2016, 01:45:33 PM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 30, 2016, 02:40:45 PM
sorry, its not that ;) i make a pause on ccminer for the moment, focusing on yiimp 1.1

oh, no more posts : "Posts: 555"


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on March 30, 2016, 03:16:29 PM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.

It's a thankless job. I've been busy with cpuminer-opt and mining has been in the background. But have started to
take a look at decred.

Don't take it too hard, I'm sure we leeches will suck up every bit of free hash we can get.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on March 30, 2016, 03:26:45 PM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.

It's a thankless job. I've been busy with cpuminer-opt and mining has been in the background. But have started to
take a look at decred.

Don't take it too hard, I'm sure we leeches will suck up every bit of free hash we can get.


You know I wasn't talking about you neither tpruvot, both of you are making an awesome job and sharing.
And I shouldn't be wining once again about how thankless is this community....I already know indeed.
Or maybe I just wanted to post something to reach that nice legendary badge ;-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on March 30, 2016, 07:08:52 PM
how to set "no submit stale" and queue?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: ol92 on March 31, 2016, 08:07:59 AM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.

It's a thankless job. I've been busy with cpuminer-opt and mining has been in the background. But have started to
take a look at decred.

Don't take it too hard, I'm sure we leeches will suck up every bit of free hash we can get.


You know I wasn't talking about you neither tpruvot, both of you are making an awesome job and sharing.
And I shouldn't be wining once again about how thankless is this community....I already know indeed.
Or maybe I just wanted to post something to reach that nice legendary badge ;-)
Hello,
I am mining eth with amd card, no longer having nvidia cards but I appreciate your work : maybe in the future, I will switch back again to nvidia and mine decred and benefit from your work.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on March 31, 2016, 08:19:51 AM
how to set "no submit stale" and queue?

there is not this option for nvidia as far as i know, i've checked the readme for this version and nothing about stale submitting


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on March 31, 2016, 08:21:38 AM
how to set "no submit stale" and queue?

queue: afaiks, it's only for getwork.
stales: why do you bother not submitting them? is the pool penalizing you for that?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on March 31, 2016, 09:09:08 AM
how to set "no submit stale" and queue?

queue: afaiks, it's only for getwork.
stales: why do you bother not submitting them? is the pool penalizing you for that?

Suprnova yes, and after some you are temporary banned


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on March 31, 2016, 10:57:39 AM
how to set "no submit stale" and queue?

queue: afaiks, it's only for getwork.
stales: why do you bother not submitting them? is the pool penalizing you for that?

Suprnova yes, and after some you are temporary banned

yes mining decred there it's a pain in the ass


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: CodyF86 on April 01, 2016, 02:07:25 AM
Pallas I compiled the pull request you were talking about and am currently getting a 4.5% increase (decred) with Cuda 7.5 on an 670 and an 770.

1120 total MH vs 1170MH now.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 01, 2016, 08:35:58 AM
Pallas I compiled the pull request you were talking about and am currently getting a 4.5% increase (decred) with Cuda 7.5 on an 670 and an 770.

1120 total MH vs 1170MH now.

Nice! It looks like it's even more important for non-maxwell cards.
I should have another 4% ready soon.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 01, 2016, 08:57:40 AM
Pallas I compiled the pull request you were talking about and am currently getting a 4.5% increase (decred) with Cuda 7.5 on an 670 and an 770.
1120 total MH vs 1170MH now.
Nice! It looks like it's even more important for non-maxwell cards.
I should have another 4% ready soon.

My private #7 (0.1 BTC windoiws exe) is 25% faster. The sourcecode is for sale (0.4 BTC)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 01, 2016, 09:30:44 AM
Pallas I compiled the pull request you were talking about and am currently getting a 4.5% increase (decred) with Cuda 7.5 on an 670 and an 770.
1120 total MH vs 1170MH now.
Nice! It looks like it's even more important for non-maxwell cards.
I should have another 4% ready soon.

My private #7 (0.1 BTC windoiws exe) is 25% faster. The sourcecode is for sale (0.4 BTC)

my improvements are measured on fixed power consumption (by setting a low TDP), and it's not a finished job.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: th3.r00t on April 01, 2016, 06:26:39 PM
Pallas I compiled the pull request you were talking about and am currently getting a 4.5% increase (decred) with Cuda 7.5 on an 670 and an 770.

1120 total MH vs 1170MH now.

Nice! It looks like it's even more important for non-maxwell cards.
I should have another 4% ready soon.

Thank you pallas!!!

I just "applied" your pull request and I have 5-10 Mhash higher hashrate than sgminer-dcr fork on my 750Ti!  8)
And best of all - no more cpu hoarding from sgminer-dcr!

Lovely work! And many thanks AGAIN!  ;)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: antantti on April 01, 2016, 07:14:11 PM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.

Cheers!

5b17e9109e8956530b78b828fd78604eef40400643f93bfb3d090c75040bcc37

My donations tend to moon sooner than later...


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: CodyF86 on April 02, 2016, 02:33:59 AM
I've submitted a pull request with a 2-3% speedup in decred.
I may work on it more, if there is interest.

wow: in a world of private miners, I push a free speedup to a popular algo and don't even get considered...
so far for my opensource miner efforts.

Cheers!

5b17e9109e8956530b78b828fd78604eef40400643f93bfb3d090c75040bcc37

My donations tend to moon sooner than later...


Pallas,

It's not a lot for now, but here's 0.016 Btc from me.
f70a25455577c0e500bc42450a03b956e82e882367eefcf3fe5517b29407db1e-000

I'm going to fork tpruvots repo and pull in your pull and fiddle around also.  Keep us updated if you do anymore / the other improvements you said.  Will donate more once I sell some more coins here in a week or so.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 02, 2016, 08:39:42 AM
Thank you all! I will post the updated code ASAP. I got another 1% meanwhile ;-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 02, 2016, 09:55:06 AM
PS: for decred you can do pull requests directly on decred repo...


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 02, 2016, 01:30:11 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: th3.r00t on April 02, 2016, 01:42:07 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)

Thanks!
Recompiling...

Just a quick question - these about 10% are on top your previous 4% or total compared to original 1.7.5?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 02, 2016, 01:47:58 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)

Thanks!
Recompiling...

Just a quick question - these about 10% are on top your previous 4% or total compared to original 1.7.5?

total compared to original.
further speedup is possible: not sure I have time to work on it, though.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on April 02, 2016, 03:51:34 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)

what is pool request? can i have this 10% increase for my 970?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 02, 2016, 04:05:24 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)

what is pool request? can i have this 10% increase for my 970?

Pull not pool. It's a git thing.
Tpruvot is testing it on older cards, then he will merge it into the main source tree.
If you know how to patch a file you can use it already, otherwise wait for a release.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: skunk on April 02, 2016, 04:24:21 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)
your first pull request gave +3,4%, while the second just +1% on 750ti's (both compared with tpruvot's code)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 02, 2016, 04:31:04 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)
your first pull request gave +3,4%, while the second just +1% on 750ti's (both compared with tpruvot's code)

I'm sorry I don't have a 750ti to tune it with.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: skunk on April 02, 2016, 04:39:26 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)
your first pull request gave +3,4%, while the second just +1% on 750ti's (both compared with tpruvot's code)

I'm sorry I don't have a 750ti to tune it with.
indeed, still enjoying the 3,4% speedup, thank you!


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccomondus on April 02, 2016, 07:29:22 PM
PS: for decred you can do pull requests directly on decred repo...

Here it is!
Pull request on both your fork and decred's.
~10% speed increase!

Have fun :-)

what is pool request? can i have this 10% increase for my 970?

Pull not pool. It's a git thing.
Tpruvot is testing it on older cards, then he will merge it into the main source tree.
If you know how to patch a file you can use it already, otherwise wait for a release.

cool i hate this whole donation thing ongoing, i don't want to pay i'm poor lol


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 02, 2016, 10:16:23 PM
Look like only the 750ti on cuda 7.5 doesn't profit so much of this change and ive no real explanation, even the GT 740 (SM 3.0) was improved. Good game

I still need some other changes for the 1.7.6 release (waiting first decred votes tests)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 02, 2016, 11:21:28 PM
Look like only the 750ti on cuda 7.5 doesn't profit so much

yes. doesn't work. slow.. back to the drawing board... Donate a 750ti to pallas so that he can advance from being a black belt developer.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: antantti on April 03, 2016, 12:07:46 AM
I just don't get it. 750ti, so 2014...



Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on April 03, 2016, 12:15:38 AM
I just don't get it. 750ti, so 2014...

It's still a star mining lyra2v2. Anyone know how it compares to the 950? Don't hear
much about it.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: antantti on April 03, 2016, 12:48:47 AM
I just don't get it. 750ti, so 2014...

It's still a star mining lyra2v2. Anyone know how it compares to the 950? Don't hear
much about it.

There is a 950 review at one of those famous mining blogs.

Last time I mined lyra2v2 with 970 it was hashing about 10 units. How much are 750&970 doing these days?




Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on April 03, 2016, 01:56:47 AM
I just don't get it. 750ti, so 2014...

It's still a star mining lyra2v2. Anyone know how it compares to the 950? Don't hear
much about it.

There is a 950 review at one of those famous mining blogs.

Last time I mined lyra2v2 with 970 it was hashing about 10 units. How much are 750&970 doing these days?


Yup I get the same on a 970 and 4.7 with 750ti.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on April 03, 2016, 07:07:18 AM
I just don't get it. 750ti, so 2014...

It's still a star mining lyra2v2. Anyone know how it compares to the 950? Don't hear
much about it.

There is a 950 review at one of those famous mining blogs.

Last time I mined lyra2v2 with 970 it was hashing about 10 units. How much are 750&970 doing these days?


Yup I get the same on a 970 and 4.7 with 750ti.


roughly the same, because consumption is 2.5 higher with a 970, and you have 4.7 x2 which is below 10


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 03, 2016, 08:59:00 AM
Look like only the 750ti on cuda 7.5 doesn't profit so much

yes. doesn't work. slow.. back to the drawing board... Donate a 750ti to pallas so that he can advance from being a black belt developer.

Hehe! sp_ you'd better be kind with me, you know I've got a weapon against you ;-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on April 03, 2016, 03:52:49 PM
Is this legit?

I don't see this version on your releases page. Someone recently posted having downloading an infected
miner from CMB so I'm suspicious.

http://cryptomining-blog.com/7679-updated-ccminer-1-7-6-fork-by-tpruvot-with-improved-decred-support/


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 03, 2016, 04:26:52 PM
i dont know who write on CMB, and its NOT the final 1.7.6


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: USScrypto on April 03, 2016, 08:54:30 PM
It says compiled form latest git source, not that it is final release. Don't see too much of hashrate improvement with it though.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 03, 2016, 09:28:49 PM
It says compiled form latest git source, not that it is final release. Don't see too much of hashrate improvement with it though.

Looks like on Windows it doesn't perform as well as on Linux. Will try to fix it asap.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: CodyF86 on April 05, 2016, 04:13:18 AM
Pallas the 10% commit is giving me this error when I run it.

reject reason: submit() takes exactly 6 arguments (7 given)

for every share.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 05, 2016, 07:53:17 AM
Pallas the 10% commit is giving me this error when I run it.

reject reason: submit() takes exactly 6 arguments (7 given)

for every share.

this is not a problem of my kernel but of the stratum code/pool, are you on suprnova?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 05, 2016, 08:12:12 AM
This is because the decred protocol has changed with the vote parameter in 1.7.5/1.7.6 and the pools haven't updated their software.

Yiimp.com is working fine, and the fee is reduced to 4%.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccinus on April 05, 2016, 12:10:19 PM
so when the new version will be officially released?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: flipclip on April 05, 2016, 02:05:00 PM
so when the new version will be officially released?
I believe Epsylon3 response will be "when it is ready".  ;)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 05, 2016, 02:47:26 PM
i already answered i'm waiting for decred vote tests... to release it. I dont think Suprnova is ready for the moment.

Also stay tuned, possible nvidia news annoncements today


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Schleicher on April 05, 2016, 06:31:49 PM
Also stay tuned, possible nvidia news annoncements today
New Tesla card: P100 (https://devblogs.nvidia.com/parallelforall/inside-pascal/)
Too bad we don't need floating point math :-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 05, 2016, 07:32:13 PM
Tesla P100 AND Pascal GP100

also Cuda 8 as expected : https://devblogs.nvidia.com/parallelforall/cuda-8-features-revealed/


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: myagui on April 05, 2016, 07:53:40 PM
Tesla P100 AND Pascal GP100

also Cuda 8 as expected : https://devblogs.nvidia.com/parallelforall/cuda-8-features-revealed/

No consumer models announced yet  :'( :-\
And so the wait continues  ;D


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: bathrobehero on April 06, 2016, 01:49:28 AM
Tesla P100 AND Pascal GP100

also Cuda 8 as expected : https://devblogs.nvidia.com/parallelforall/cuda-8-features-revealed/

No consumer models announced yet  :'( :-\
And so the wait continues  ;D

They will probably announce them in June at Computex.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: CodyF86 on April 06, 2016, 02:29:52 AM
Sorry I didn't answer sooner was on the way out the door.

Just running long poll for now, it is about a 10% improvement for me with cuda 7.5.

Feel bad not mining on your yiimp, but I need a constant block rate, it's been financing a hobby of mine hehe.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 06, 2016, 08:09:25 AM
Sorry I didn't answer sooner was on the way out the door.

Just running long poll for now, it is about a 10% improvement for me with cuda 7.5.

Feel bad not mining on your yiimp, but I need a constant block rate, it's been financing a hobby of mine hehe.

the donation address is in my signature ;-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: alexis78 on April 09, 2016, 08:51:09 AM
@pallas

Hi and nice to meet you here too :) .
Again, nice work on the decred algo.
Though i have a small objection.
You didn't credit the logic which led you get the boost and since the code is on an open source world, credits are all that matters.

If you want some inspiration here is a 1.5% fee binary which reports locally a ~+6% boost from the latest decred commit on 970

http://s000.tinyupload.com/index.php?file_id=07209038321464518069 (http://s000.tinyupload.com/index.php?file_id=07209038321464518069)
A little hint: The devil hides in kernel and midstate computation

I'll opensource it in the near future, it's just the fact that too much work was put into it



Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 09, 2016, 09:04:19 AM
@pallas

Hi and nice to meet you here too :) .
Again, nice work on the decred algo.
Though i have a small objection.
You didn't credit the logic which led you get the boost and since the code is on an open source world, credits are all that matters.

If you want some inspiration here is a 1.5% fee binary which reports locally a ~+6% boost from the latest decred commit on 970

http://s000.tinyupload.com/index.php?file_id=07209038321464518069 (http://s000.tinyupload.com/index.php?file_id=07209038321464518069)
A little hint: The devil hides in kernel and midstate computation

I'll opensource it in the near future, it's just the fact that too much work was put into it



No Sir, the kernel I posted is all my own work. I saw your kernel AFTER finishing mine. Believe it or not, the multiple nonces per round was a novel idea to me, which I had cause of insomnia :-)
And I also have other speedups which I may opensource in the future.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: alexis78 on April 09, 2016, 09:24:36 AM
I didnt know of that. Anyway, no bad feelings.
I'm very curious to know what led you do this thing  ;D

Since you saw my kernel, what do you think about the way i divide the scanning ranges of threads?

Isn't it a more accurate way to experiment with parameters
since you can use non powers (or even multiples) of 2 in intensity, blocks, nonces_per_thread and actually dont hash nonces > maxNonce while maintaing 100% threads of the block for the kernel's life span? (except on the last iterations)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 09, 2016, 12:29:43 PM
I didnt know of that. Anyway, no bad feelings.
I'm very curious to know what led you do this thing  ;D

Since you saw my kernel, what do you think about the way i divide the scanning ranges of threads?

Isn't it a more accurate way to experiment with parameters
since you can use non powers (or even multiples) of 2 in intensity, blocks, nonces_per_thread and actually dont hash nonces > maxNonce while maintaing 100% threads of the block for the kernel's life span? (except on the last iterations)

I didn't notice that and I'll have a look ASAP.
Surely it's something the standard ccminer can improve: the old versions even had bugs, in that they might hash the same nonce range two times (not the current tpruvot's, AFAIK).
It may be useful for fast algos like blake, so you can use the nonce range better ;-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 09, 2016, 08:31:26 PM
Multiple nonces per thread has been in the sp-modded kernals since bitcoin.


https://github.com/sp-hash/ccminer/blob/windows/cuda_bitcoin.cu

from 2014.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 09, 2016, 10:00:49 PM
Multiple nonces per thread has been in the sp-modded kernals since bitcoin.


https://github.com/sp-hash/ccminer/blob/windows/cuda_bitcoin.cu

from 2014.

I never mined bitcoin, I came later :-)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Schleicher on April 09, 2016, 10:01:37 PM
Multiple nonces per thread has been in the sp-modded kernals since bitcoin.

https://github.com/sp-hash/ccminer/blob/windows/cuda_bitcoin.cu

from 2014.
Yeah. And I have stolen this idea from puddinpop's rpcminer from 2011  ;D


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: neofront on April 11, 2016, 11:14:00 PM
I have been having this error with my gtx 660se
Code:
cuda error in func'qubit_luffa512_cpu_init' input at line 446, invalid device symbol

ccminer does work with my gtx 770 very well, but i have just not been able to get this to work

this is the batch file for my 660
Code:
ccminer-30-35-50-52.exe -t 2 -d 1 --algo=qubit -o stratum+tcp://stratum.dgb.theblocksfactory.com:9000 -u greedytacothief.1 -p x -f 10



I am having the same problem.  Has anyone found a solution to this?


Title: Re: [ANN] ccminer 1.6.4 with pools and API - opensource (tpruvot)
Post by: joblo on April 12, 2016, 12:29:57 AM
I have been having this error with my gtx 660se
Code:
cuda error in func'qubit_luffa512_cpu_init' input at line 446, invalid device symbol

ccminer does work with my gtx 770 very well, but i have just not been able to get this to work

this is the batch file for my 660
Code:
ccminer-30-35-50-52.exe -t 2 -d 1 --algo=qubit -o stratum+tcp://stratum.dgb.theblocksfactory.com:9000 -u greedytacothief.1 -p x -f 10



I am having the same problem.  Has anyone found a solution to this?

That was two years ago, so I doubt it's the same problem. Maybe it's the same error message. It means the software
isn't compatible with your GPU. Check here for your GPU and compare with the SM versions supported in the version
of ccminer you are using.

https://developer.nvidia.com/cuda-gpus#collapse4


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: cncr04s on April 12, 2016, 03:49:28 AM
This miner does not seem to support client.reconnect within the stratum protocol.
I'm disappointed. client.reconnect support is required for users withing to point their rigs to my service MiningRigrentals.com


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: monoxide on April 12, 2016, 05:19:38 AM
Hi.

I'm trying to start mine again and it's been at least year since last time.
I got gtx 970 and water block on the way and the question is: what should i consider to mine and where i can find best cudaminer to do the job.
Thanks.

ps. i know it might not be profitable...

and sorry if this is the wrong thread to ask such things.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on April 12, 2016, 06:36:49 AM
Hi.

I'm trying to start mine again and it's been at least year since last time.
I got gtx 970 and water block on the way and the question is: what should i consider to mine and where i can find best cudaminer to do the job.
Thanks.

ps. i know it might not be profitable...

and sorry if this is the wrong thread to ask such things.

this is the right place, this versio can mine everything, it just missed something in the documentation, like lyra2v2, 1 970 is good if pointed at ethereum right now, try dwarf pool


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on April 12, 2016, 06:58:30 AM
Hi.

I'm trying to start mine again and it's been at least year since last time.
I got gtx 970 and water block on the way and the question is: what should i consider to mine and where i can find best cudaminer to do the job.
Thanks.

ps. i know it might not be profitable...

and sorry if this is the wrong thread to ask such things.

this is the right place, this versio can mine everything, it just missed something in the documentation, like lyra2v2, 1 970 is good if pointed at ethereum right now, try dwarf pool

it sounds like you are saying that the ccminer-tpruvot can mine eth ... it cant ...

depending on your setup and os and what it is you want to mine - that should determine what miner you require ...

ccminer-tpruvot ( this miner ) has the widest range of algorithms that can be used with some of the algos optimized by alexis78 ( amongst others ) which is great to mine ( like blake2s ) ...

ccminer-spmod ( the 'other' miner ) has some of the most optimized algorithms compared to this miner ... some algos are better optimized in that miner - some better here - some better in ccminer-alexis78 ( until epsylon3 merges the kernels into his miner - if he does it at all ) ...

ccminer-alexis78 has some of the algos highly optimized for THOSE specific algos ( decred / blake2s / lyra2rev2 ) ...

so you need to make a choice as to what you would like to mine - and which miner you would mine with for the algo you wish to mine with ...

eth is a completely different story altogether - and NONE of these miners mine ethereum ... you need a specialized miner for that ...

you also need to decide whether you are going to compile yourself - or use the compiled miners ...

hope this helps some more - and doesnt confuse you ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: monoxide on April 12, 2016, 07:30:26 AM
-snip-

this is the right place, this versio can mine everything, it just missed something in the documentation, like lyra2v2, 1 970 is good if pointed at ethereum right now, try dwarf pool

it sounds like you are saying that the ccminer-tpruvot can mine eth ... it cant ...

depending on your setup and os and what it is you want to mine - that should determine what miner you require ...

ccminer-tpruvot ( this miner ) has the widest range of algorithms that can be used with some of the algos optimized by alexis78 ( amongst others ) which is great to mine ( like blake2s ) ...

ccminer-spmod ( the 'other' miner ) has some of the most optimized algorithms compared to this miner ... some algos are better optimized in that miner - some better here - some better in ccminer-alexis78 ( until epsylon3 merges the kernels into his miner - if he does it at all ) ...

ccminer-alexis78 has some of the algos highly optimized for THOSE specific algos ( decred / blake2s / lyra2rev2 ) ...

so you need to make a choice as to what you would like to mine - and which miner you would mine with for the algo you wish to mine with ...

eth is a completely different story altogether - and NONE of these miners mine ethereum ... you need a specialized miner for that ...

you also need to decide whether you are going to compile yourself - or use the compiled miners ...

hope this helps some more - and doesnt confuse you ...

#crysx

Thanks guys.

Lot have changed since last time. i will look for those options.
i managed to start mine Vcash @ suprnova, but i don't remember how to but right options into command line. i get around 2500mh/s. is it good for this card or should i look for some tweaks?
I'm using windows 10 pro x64.

Also ethereum seems promising too, but i don't know how to get most out of my card with that, but still managed to mine that too @ suprnova.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on April 12, 2016, 10:15:20 AM
Hi.

I'm trying to start mine again and it's been at least year since last time.
I got gtx 970 and water block on the way and the question is: what should i consider to mine and where i can find best cudaminer to do the job.
Thanks.

ps. i know it might not be profitable...

and sorry if this is the wrong thread to ask such things.

this is the right place, this versio can mine everything, it just missed something in the documentation, like lyra2v2, 1 970 is good if pointed at ethereum right now, try dwarf pool

it sounds like you are saying that the ccminer-tpruvot can mine eth ... it cant ...

depending on your setup and os and what it is you want to mine - that should determine what miner you require ...

ccminer-tpruvot ( this miner ) has the widest range of algorithms that can be used with some of the algos optimized by alexis78 ( amongst others ) which is great to mine ( like blake2s ) ...

ccminer-spmod ( the 'other' miner ) has some of the most optimized algorithms compared to this miner ... some algos are better optimized in that miner - some better here - some better in ccminer-alexis78 ( until epsylon3 merges the kernels into his miner - if he does it at all ) ...

ccminer-alexis78 has some of the algos highly optimized for THOSE specific algos ( decred / blake2s / lyra2rev2 ) ...

so you need to make a choice as to what you would like to mine - and which miner you would mine with for the algo you wish to mine with ...

eth is a completely different story altogether - and NONE of these miners mine ethereum ... you need a specialized miner for that ...

you also need to decide whether you are going to compile yourself - or use the compiled miners ...

hope this helps some more - and doesnt confuse you ...

#crysx

yes ethminer is different, but that version is running only eth and its clone, i'm curious about allexis version, i can't find it in this section where it is? fpr the sp version i'm a bit sceptical about the optimization, the improvements aren't as good as he claim it to be


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on April 12, 2016, 11:53:45 AM
Hi.

I'm trying to start mine again and it's been at least year since last time.
I got gtx 970 and water block on the way and the question is: what should i consider to mine and where i can find best cudaminer to do the job.
Thanks.

ps. i know it might not be profitable...

and sorry if this is the wrong thread to ask such things.

this is the right place, this versio can mine everything, it just missed something in the documentation, like lyra2v2, 1 970 is good if pointed at ethereum right now, try dwarf pool

it sounds like you are saying that the ccminer-tpruvot can mine eth ... it cant ...

depending on your setup and os and what it is you want to mine - that should determine what miner you require ...

ccminer-tpruvot ( this miner ) has the widest range of algorithms that can be used with some of the algos optimized by alexis78 ( amongst others ) which is great to mine ( like blake2s ) ...

ccminer-spmod ( the 'other' miner ) has some of the most optimized algorithms compared to this miner ... some algos are better optimized in that miner - some better here - some better in ccminer-alexis78 ( until epsylon3 merges the kernels into his miner - if he does it at all ) ...

ccminer-alexis78 has some of the algos highly optimized for THOSE specific algos ( decred / blake2s / lyra2rev2 ) ...

so you need to make a choice as to what you would like to mine - and which miner you would mine with for the algo you wish to mine with ...

eth is a completely different story altogether - and NONE of these miners mine ethereum ... you need a specialized miner for that ...

you also need to decide whether you are going to compile yourself - or use the compiled miners ...

hope this helps some more - and doesnt confuse you ...

#crysx

yes ethminer is different, but that version is running only eth and its clone, i'm curious about allexis version, i can't find it in this section where it is? fpr the sp version i'm a bit sceptical about the optimization, the improvements aren't as good as he claim it to be

ethminer gave me a MAJOR headache trying to compile - so i gave up after three attempts with issues on fedroa 23 x64 ... i havent mined one eth ... decred was my thing - and now im back to different algos ( currently with one gb 750ti oc lp card that in my opwn system under fedora 23 x64 and lower intensity than i normally mine ... dont want to lock up my workstation ) ...

alexis78 - the miner is in his git with his optimizations here - https://github.com/alexis78/ccminer/ ... its the earlier fork of tpruvots version with alexis78 optimizations - so its reasonably easy to compile ... all you have to do is clone and compile and run ... test between the versions ... sp hasnt sent me the latest of his miner yet - so i cannot test that against anything - which is the main reason i cant give any figures or results of MY tests ...

but as with any of these sorts of tests - they will always conflict with results as different people use different miners with different settings with different operating systems ...

i have tested both alexis and sp miners ( though only against the earlier versions of the sp miner - decred only as i havent tested vanilla at all ... yet ) and the results vary between versions also ... so i cant really comment much more until i get the latest sp miner and do a thorough test ... apart from that - i need to get my test miner running - and my friend is loaning me his beast that i built him for a few weeks - so that will show where we are at with the 980ti g1 and extreme cards on my environment ...

when i get my miners back up and running - ill be able to do better testing ... although i will be selling off the majority if the gb 750ti oc lp cards - so testing for that will become obsolete for me in the next few weeks ...

ill only have the gb 980ti extreme cards left ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Vaccinus on April 13, 2016, 07:02:43 AM
something wrong on yiimp pool, mined for 8 hours all night, with 3 970 and received only 0.04 decred? is this a joke? should have been 1.5, 0.04 is not possible even with the worst luck out there


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 13, 2016, 07:11:34 AM
12 hours since the last block was found. Something is wrong. Started after the 2 hour crash yesterday.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: myagui on April 13, 2016, 10:39:07 AM
The YIIMP Decred daemon currently has 0 connections as you can see from the explorers page.
I'm sure that Epsylon3 will quickly fix it as soon as he's around.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 13, 2016, 02:20:20 PM
yes, i'm currently doing some more monit rules to alert me asap. This case never happened

so, i reduced the decred pool fees...


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: myagui on April 15, 2016, 07:16:23 PM
yes, i'm currently doing some more monit rules to alert me asap. This case never happened

so, i reduced the decred pool fees...

All good here, I see the pool is back in shape and we found plenty of blocks over the past 24h! Seeing as some miners dropped off, it's nice to see a larger chunk per block coming my way (though it works out to be exactly the same at the end of the day)  ;D


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Singman33 on April 18, 2016, 02:23:36 PM
Hi,

Sorry, I cant find on the GIT how to create an issue, so :

Can you add a parameter "--pid-file <filename>" to create/put PID of the current running ccminer ?
That will help  A LOT when doing algo switching and I need to kill the process (or make an API command to shutdown the miner).

Thanks.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 18, 2016, 02:27:08 PM
Hi,

Sorry, I cant find on the GIT how to create an issue, so :

Can you add a parameter "--pid-file <filename>" to create/put PID of the current running ccminer ?
That will help  A LOT when doing algo switching and I need to kill the process (or make an API command to shutdown the miner).

Thanks.

meanwhile, you can kill the process with killall or "ps|grep" to get the PID.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 18, 2016, 06:49:29 PM
Can you add Verge to yiimp please. X17 and blake2s


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: myagui on April 18, 2016, 07:43:07 PM
Can you add Verge to yiimp please. X17 and blake2s

Wasn't that blockchain/network broken after the fork for multialgo?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 18, 2016, 08:33:35 PM
Can you add Verge to yiimp please. X17 and blake2s

i tried but still seems to be broken, and with a wrong diff

edit: yep i confirm, broken in both getwork and template modes, and didnt find a workaround


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on April 19, 2016, 06:37:22 AM
lyra2v2 and scrypt doesn't seem to be broken.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Amph on April 19, 2016, 06:40:02 AM
Can you add Verge to yiimp please. X17 and blake2s

is verge profitable, what are the hash result for nvidia? i see the value is pretty low


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 19, 2016, 06:44:02 AM
profit = 0 for now ^^ but in trade... yes it was :p


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 19, 2016, 08:01:17 AM
Can you add Verge to yiimp please. X17 and blake2s

i tried but still seems to be broken, and with a wrong diff

edit: yep i confirm, broken in both getwork and template modes, and didnt find a workaround

I posted a fix on their github a week ago but they still didn't merge it.
Maybe cause it's a hardfork: the current network detects x17 and blake2s blocks as scrypt :-D


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Singman33 on April 19, 2016, 12:48:28 PM
Hi,

Sorry, I cant find on the GIT how to create an issue, so :

Can you add a parameter "--pid-file <filename>" to create/put PID of the current running ccminer ?
That will help  A LOT when doing algo switching and I need to kill the process (or make an API command to shutdown the miner).

Thanks.

meanwhile, you can kill the process with killall or "ps|grep" to get the PID.
If you think with only one miner running, yes. But it's not always the case.
I will try to do the patch myself, the hardest thing is adding the option in the parser :)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 19, 2016, 01:01:46 PM
Hi,

Sorry, I cant find on the GIT how to create an issue, so :

Can you add a parameter "--pid-file <filename>" to create/put PID of the current running ccminer ?
That will help  A LOT when doing algo switching and I need to kill the process (or make an API command to shutdown the miner).

Thanks.

meanwhile, you can kill the process with killall or "ps|grep" to get the PID.
If you think with only one miner running, yes. But it's not always the case.
I will try to do the patch myself, the hardest thing is adding the option in the parser :)

there are a number of tricks to overcome the multiple miner issue you mentioned.
for example, by using a symbolic link, you can run two miners using the same binary but two different process names.
or, you can grep a part of the command line, to get the correct one.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 19, 2016, 05:45:11 PM
its not the work of ccminer to create (and delete) pid files, os should have tools to do that... like start-stop-daemon


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on April 19, 2016, 06:21:08 PM
its not the work of ccminer to create (and delete) pid files, os should have tools to do that... like start-stop-daemon

Agreed, it should be done in a script or a manager like miner-control.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: bathrobehero on April 19, 2016, 09:37:18 PM
taskkill -t -f /im ccminer*

I start all my launch .bat's with that to avoid crashing the cards or freezing the rig in case a ccminer instance lingers around.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: tbearhere on April 24, 2016, 05:26:12 PM
taskkill -t -f /im ccminer*

I start all my launch .bat's with that to avoid crashing the cards or freezing the rig in case a ccminer instance lingers around.
Very good idea.....thx bathrobehero  :)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on April 24, 2016, 07:20:49 PM
taskkill -t -f /im ccminer*

I start all my launch .bat's with that to avoid crashing the cards or freezing the rig in case a ccminer instance lingers around.
Very good idea.....thx bathrobehero  :)

-t, or /t,  I'll have to give that a try.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: rayzor536 on April 27, 2016, 10:59:38 PM
Is it possible to use CCminer with AMD cards. if so, how do i go about doing it?
Thanks


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: shintosai on April 27, 2016, 11:13:20 PM
i have ccminer right now but I'm still confuse because my intention is to mine dcr but in my case the ccminer mine vanila do you guys help newbie like me? I needed to have the exact file that I needed to create a batch file fir my ccminer to mine dcr if there's someone over here who can help me out, i have i7 laptop w/nvidia 940 gpu. help will be much appreciated. thank you guys.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 28, 2016, 03:55:28 AM
ccminer -a decred -o stratum+tcp://yiimp.ccminer.org:4252 -u DsdYLRUyTF7QKouD3LmFviZJ9dGzwd8DAwq -p donate


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on April 28, 2016, 05:55:05 AM
Is there page where all variants of -p "commands" are expalined?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 28, 2016, 05:56:47 AM
donate means nothing... just a random password ;) but diff is explained on the main page


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on April 28, 2016, 06:28:08 AM
epsylon ...

have you started to implement the user adjustable / variable donation feature? ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on April 28, 2016, 06:28:52 AM
nope, only adjustable manually... by me ^^ on yiimp i mean


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on April 28, 2016, 07:37:44 AM
Is it possible to use CCminer with AMD cards. if so, how do i go about doing it?
Thanks

No, you can't. It's for cards which support CUDA, not OPENCL.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on April 28, 2016, 10:27:22 AM
nope, only adjustable manually... by me ^^ on yiimp i mean

ok ...

when you do ( or more 'if' you implement this feature ) - ill be happy to adjust mine to my 'standard' donation percentage ...

i also pinged you on irc - need to ask a question or two ...

tanx mate ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: giagge on May 03, 2016, 07:23:12 PM
My Nvidia GTX 970 and 950 crash with 1.7.4 and 1.7.5 with driver 362.00 .

The best driver and version ccminer for mining Decred ? .

Im on win 10 x64 .


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: tbearhere on May 07, 2016, 09:51:51 PM
Epsylon3 what is your latest build...and will it work on a 2 core?  Thx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on May 12, 2016, 04:22:48 AM
X17 is broken@yiimp


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 12, 2016, 05:12:10 AM
yep, the wallet has crashed this night

ERROR: mempool transaction missing input

fixed


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Ayers on May 12, 2016, 06:00:00 AM
still no 1.7.6 release? how long until it will be released? maybe because of clymore destroying decred?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on May 12, 2016, 09:01:56 AM
x17 has crashed again.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 12, 2016, 01:38:15 PM
indeed, maybe its related to explorer queries, unsure... started again but might fail again.... this time without real error


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 12, 2016, 01:39:23 PM
still no 1.7.6 release? how long until it will be released? maybe because of clymore destroying decred?

the 1.7.6 for decred was released as dcr 0.1.0 by decred team... i still have a few changes to do related to x11 coins and maybe blake2s


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: sp_ on May 12, 2016, 04:28:16 PM
indeed, maybe its related to explorer queries, unsure... started again but might fail again.... this time without real error

Down again after 2 blocks. perhaps you should try to debug it. The pool cannot be used.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 12, 2016, 05:14:19 PM
no, i rebooted the pc and restored the DDR4 to 32GB ;) i had to tweak this new memory

let see if that will be more stable now

Quote
Bleutrade    
Bleutrade Team (Bleutrade)
May 12, 09:54

Dear user, we are facing problems with XVG, we are working to normalize the system, we apologize for the inconvenience.

Best regards,
Bleutrade Team.

i'm not the only one to have issues ;) beta wallet

edit: ive added a cron to restart automatically... each hour, so, should no more be a big issue


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 14, 2016, 07:26:21 AM
Can someone help me to use the API?
I start 1.5.75 with -b 127.0.0.1:4068 (or even 0.0.0.0:4068)
Telnet to the port (screen is cleaned marker blinking in upper left corner), but on first or second character I enter, it goes back to cmd prompt

What am I doing wrong?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on May 14, 2016, 07:55:28 AM
Can someone help me to use the API?
I start 1.5.75 with -b 127.0.0.1:4068 (or even 0.0.0.0:4068)
Telnet to the port (screen is cleaned marker blinking in upper left corner), but on first or second character I enter, it goes back to cmd prompt

What am I doing wrong?

-b? ...

i thought the commandline was ...

Code:
./ccminer-tpruvot176 --api-bind xxx.xxx.xxx.xxx:<port>

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 14, 2016, 08:04:01 AM
ccminer --help

-b, --api-bind=port   IP:port for the miner API (default: 127.0.0.1:4068), 0 disabled

Obviously I tried both ways , same result
-b 127.0.0.1:4068
--api-bind=127.0.0.1:4068


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: crysx on May 14, 2016, 11:21:57 AM
ccminer --help

-b, --api-bind=port   IP:port for the miner API (default: 127.0.0.1:4068), 0 disabled

Obviously I tried both ways , same result
-b 127.0.0.1:4068
--api-bind=127.0.0.1:4068

i dont think its an '=' between them ... though im guessing you tried that also huh? ...

dont know what else mate ...

epsylon? ... input maybe mate? ...

#crysx


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 14, 2016, 06:08:22 PM
no, but to access from a local network, its -b 0.0.0.0 else only from the same machine

should work on both linux and windows (i use it), telnet <ip> <port> then help


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 14, 2016, 08:17:18 PM
ccminer-blake2s-x64 -a xxxxxxxx  --url stratum+tcp://yiimp.ccminer.org:xxxx -u xxxxxxxxxxxx -p 750 --show-diff  -q -b 0.0.0.0:4068

I connect with telnet and after first key pressed on my keyboard, telnet exits to prompt
Win7, driver 361.something, 750Ti
ccminer version is 1.7.5


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 17, 2016, 04:43:15 AM
are you sure its my version and not the blake2s fee miner ?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 17, 2016, 07:26:44 AM
Just checked with 1.7.4 - both x86 and x64 versions
same behaviour, telnet connects, on first jey pressed exits to prompt :S
I tried changing port to 4069. no change

Tried running as admin/normal - same


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 17, 2016, 08:01:39 AM
in mingw (which have telnet) :

Code:
$ telnet 127.0.0.1 4068
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
pool
POOL=yiimp.ccminer.org:5233;ALGO=skein2;URL=stratum+tcp://yiimp.ccminer.org:5233;USER=WSBpLo7Z5NeaPerjxbvD1pK8VMuAwroZmw
;SOLV=0;ACC=73;REJ=1;STALE=0;H=328217;JOB=2cd;DIFF=1.000000;BEST=0.000000;N2SZ=4;N2=0x04000000;PING=1;DISCO=0;WAIT=0;UPT
IME=1299;LAST=36| Connection closed by foreign host.

i didnt code it specially for telnet access, its just a simple socket api to link other tools


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 17, 2016, 09:46:37 AM
are you using mingw telnet command from within Windows?!
I'm using the simple telnet which comes with windows...
Putty for example just clears the screen, cursor in upper left corner and stays static....

netstat shows that connection is established, but...
Maybe different behaviour between tel;net client which you use and Windows/putty :/

Any advice what tool to use for connection? I tried telnet because someone said it works


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 17, 2016, 05:25:45 PM
yes, there is no more telnet command in windows 7, so i used what i can ;)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: joblo on May 17, 2016, 07:06:56 PM
yes, there is no more telnet command in windows 7, so i used what i can ;)

Is that Windows Home? It can be turned on in the control panel of Pro.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 17, 2016, 08:00:31 PM
nvm i will not change the socket protocol


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Schleicher on May 17, 2016, 08:26:55 PM
are you using mingw telnet command from within Windows?!
I'm using the simple telnet which comes with windows...
Putty for example just clears the screen, cursor in upper left corner and stays static....

netstat shows that connection is established, but...
Maybe different behaviour between tel;net client which you use and Windows/putty :/

Any advice what tool to use for connection? I tried telnet because someone said it works
Well, there's ccmonitor.
https://github.com/KBomba/ccmonitor (https://github.com/KBomba/ccmonitor)
http://i.imgur.com/6i7TKwv.png


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 18, 2016, 12:49:29 PM
10x man!!!
it works!


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: pallas on May 18, 2016, 01:56:26 PM
Skein doesn't work for me: it hangs after "Stratum difficulty set to 0.1" on zpool.
With Sp_'s it works, but gives duplicate shares.


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Bombadil on May 18, 2016, 03:43:28 PM
are you using mingw telnet command from within Windows?!
I'm using the simple telnet which comes with windows...
Putty for example just clears the screen, cursor in upper left corner and stays static....

netstat shows that connection is established, but...
Maybe different behaviour between tel;net client which you use and Windows/putty :/

Any advice what tool to use for connection? I tried telnet because someone said it works
Well, there's ccmonitor.
https://github.com/KBomba/ccmonitor (https://github.com/KBomba/ccmonitor)
http://i.imgur.com/6i7TKwv.png

Haha, funny to see people still using that old tool of mine =)
If I ever get the impulsive urge to start programming again, I might finish it, but too bad my life has taken a totally different path now =(
ATM it can be quite a resource hog, especially when you leave it running for multiple days, and it might generate errors over longer timespans, since I haven't tested that all too well. You might want to keep in mind to regularly delete your logs and refresh the tool ;)


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: restless on May 18, 2016, 05:12:06 PM
Skein doesn't work for me: it hangs after "Stratum difficulty set to 0.1" on zpool.
With Sp_'s it works, but gives duplicate shares.
Zpool problem? I used yiimp with skein and both tpruvot 1.7.5 and sp rel80 work fine, no problems at all


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 18, 2016, 05:40:27 PM
same, no problems here


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Stein on May 19, 2016, 02:26:13 AM
I'm mining on a 970 GTX on Blake2s and I am getting this alot

Code:
[2016-05-18 19:23:19] accepted: 47/47 (diff 4.652), 951.65 MH/s yes!
[2016-05-18 19:23:19] GPU #0: MSI GTX 970, 965.04 MH/s
[2016-05-18 19:23:19] accepted: 48/48 (diff 8.099), 951.64 MH/s yes!
[2016-05-18 19:23:20] GPU #0: MSI GTX 970, 976.93 MH/s
[2016-05-18 19:23:20] nonce e28e73b5 was already sent 1 seconds ago
[2016-05-18 19:23:21] GPU #0: MSI GTX 970, 976.12 MH/s
[2016-05-18 19:23:21] accepted: 49/49 (diff 12.709), 952.23 MH/s yes!

anyway to fix it ? I am using 1.7.5


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Epsylon3 on May 19, 2016, 02:32:03 AM
yes, just released the 1.7.6... there is a fix for this algo (and skein2)

https://github.com/tpruvot/ccminer/releases/tag/1.7.6-tpruvot


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: Stein on May 19, 2016, 02:39:16 AM
yes, just released the 1.7.6... there is a fix for this algo (and skein2)

and it works perfectly! Thank You so much! Getting about 1020-1040 MS/s on blake2s


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 19, 2016, 02:47:36 AM
you can know compare your results on yiimp :

http://yiimp.ccminer.org/bench?algo=blake2s


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Stein on May 19, 2016, 02:53:06 AM
you can know compare your results on yiimp :

http://yiimp.ccminer.org/bench?algo=blake2s

Is this the right way to submit my score ?
ccminer-x64-21-30-35-50-52 -a blake2s -o stratum+tcp://yiimp.ccminer.org:5766 -u Dsdfsdfsdfsdfas -p c=BTC,stats --show-diff

and the diff score I can see with --show diff. What can I use that information for ? I'm newbish at mining


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 19, 2016, 03:28:23 AM
c=BTC is not allowed on yiimp, else its correct

show diff allow to show real solved blocks differently from the PoW pool shares


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Ayers on May 19, 2016, 05:44:08 AM
do you think qubit and quark can see an improvement like x17 for the next version, because i'm doing more with release80 from sp, i think they ar enot optimized here, right?


Title: Re: [ANN] ccminer 1.7.5 with Vanilla Decred and Blake2S - opensource (tpruvot)
Post by: tbearhere on May 20, 2016, 12:08:48 PM
I'm mining on a 970 GTX on Blake2s and I am getting this alot

Code:
[2016-05-18 19:23:19] accepted: 47/47 (diff 4.652), 951.65 MH/s yes!
[2016-05-18 19:23:19] GPU #0: MSI GTX 970, 965.04 MH/s
[2016-05-18 19:23:19] accepted: 48/48 (diff 8.099), 951.64 MH/s yes!
[2016-05-18 19:23:20] GPU #0: MSI GTX 970, 976.93 MH/s
[2016-05-18 19:23:20] nonce e28e73b5 was already sent 1 seconds ago
[2016-05-18 19:23:21] GPU #0: MSI GTX 970, 976.12 MH/s
[2016-05-18 19:23:21] accepted: 49/49 (diff 12.709), 952.23 MH/s yes!

anyway to fix it ? I am using 1.7.5
I have...had the same problem on the 970.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: pallas on May 20, 2016, 12:14:33 PM
duplicate nonces on blake2s and skein is fixed in 1.7.6


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: tbearhere on May 20, 2016, 01:21:09 PM
duplicate nonces on blake2s and skein is fixed in 1.7.6
Thx  pallas    and I think there is a 1.7.9  too but I can't find it. Thx


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on May 21, 2016, 12:48:39 PM
Whats your best result with Algo: NIST5 ?

I have ccminer-1.5.78-git-spmod-new ( mining POWERCOIN ) and with Nvidia GTX 950 GPU 1490mhz ( boost ) and 1800mhz MEM

My speed is 14295 Kh/s MAX .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 21, 2016, 08:32:45 PM
sorry, joincoin chain was "broken" on nist5 for weeks, i had to switch to groestl... and there are no other coins using this algo i think


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on May 22, 2016, 10:31:36 AM
sorry, joincoin chain was "broken" on nist5 for weeks, i had to switch to groestl... and there are no other coins using this algo i think

Powercoin use Nist5 :) .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 22, 2016, 09:50:30 PM
tx, added it


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: sp_ on May 23, 2016, 09:36:07 AM
Auroracoin is down @ yiimp.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 23, 2016, 11:52:41 AM
You are not on your boat ?

Dunno what happened.. I see the hashrate drop but did nothing and seems ok


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Stein on May 25, 2016, 04:47:35 AM
Hey Epsylon. Is there a list of what algos a 970 GTX does notably better on ?
I want to mine a coin that has multi algos available to mine (blake2s, x17, scrypt, lyra2rev2, or myr-groestl)
I don't know which to pick. Also a general list would be nice as well if there is one available.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 25, 2016, 05:51:47 AM
say something is profitable and then its the rush on it... so it cant be done... that change each hour... the 970 is doing well on most algos ;)


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: LuizPauloDamaceno on May 26, 2016, 05:38:33 PM
Please, have some tutorial to compile ccminer on Ubuntu 16.04? I'm getting errors with this: http://thecryptoworld.org/comment-compiler-ccminer-sur-ubuntu
I'm with Ubuntu 16.04 LTS and cuda toolkit 7.5

Thanks


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on May 28, 2016, 01:56:09 PM
GTX 1080 Test on Decred with ccminer-rel1.7.5-blake2s-x64 on Windows 10 ( 2700 mh/s )

https://ip.bitcointalk.org/?u=http%3A%2F%2Fs33.postimg.org%2Fyewvkqt8v%2F1080_Decred.jpg

.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on May 28, 2016, 02:00:23 PM
could you compare with https://github.com/tpruvot/ccminer/releases/tag/1.8-preview


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on May 28, 2016, 02:09:41 PM
could you compare with https://github.com/tpruvot/ccminer/releases/tag/1.8-preview

Sorry but the card is not my , i have gtx 950 .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on May 29, 2016, 05:55:15 AM
could you compare with https://github.com/tpruvot/ccminer/releases/tag/1.8-preview

Sorry but the card is not my , i have gtx 950 .

just tell your friend to install the new miner, if you was able to post that screen it mean that you can tell to him that, also tell him that with oc it should reach 3300 on decred


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on May 29, 2016, 07:22:33 AM
EDIT .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: WigitGetIt on June 01, 2016, 11:48:16 AM
Just want to make miners aware. I know there are not to many X13 coins out there.

New X13 Coin launching at 12:00 (Noon) Eastern Today.

https://bitcointalk.org/index.php?topic=1461341.0


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 01, 2016, 02:22:35 PM
epsylon i see you are working on the implementation of the x11evo algo, is done yet? will be released with the next version?


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 01, 2016, 03:13:24 PM
yep seems fine for the moment... but revolver doesnt support getwork so .. stratum only for this one


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: crysx on June 01, 2016, 03:35:17 PM
yep seems fine for the moment... but revolver doesnt support getwork so .. stratum only for this one

what coins have this algo? ...

#crysx


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 01, 2016, 04:06:55 PM
are you aware you quoted the answer ?


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bathrobehero on June 01, 2016, 05:38:35 PM
yep seems fine for the moment... but revolver doesnt support getwork so .. stratum only for this one

Oh, these is one of those wallets.  :(

The QT wallet is also larger than usual (40 MB) for some reason.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: crysx on June 02, 2016, 11:55:23 AM
are you aware you quoted the answer ?

no - didnt realize it WAS revolver ...

DUH! ...

#crysx


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on June 07, 2016, 05:21:12 PM
yep seems fine for the moment... but revolver doesnt support getwork so .. stratum only for this one

Great! .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: PeaMine on June 08, 2016, 03:00:38 AM
On a GTX 660 I'm getting:

[2016-06-08 03:02:04] GPU #0: x11_luffa512_cpu_init invalid device symbol
[2016-06-08 03:02:05] GPU #0: aes_cpu_init invalid device symbol
[2016-06-08 03:02:05] xre.suprnova.cc:2114 x11evo block 15549
[2016-06-08 03:02:06] GPU #0: aes_cpu_init invalid device symbol
Cuda error in func 'cuda_check_cpu_setTarget' at line 41 : invalid device symbol.

With intensity 8
[2016-06-08 03:03:54] GPU #0: x11_luffa512_cpu_init invalid device symbol
[2016-06-08 03:03:55] GPU #0: aes_cpu_init invalid device symbol
[2016-06-08 03:03:56] GPU #0: aes_cpu_init invalid device symbol
Cuda error in func 'cuda_check_cpu_setTarget' at line 41 : invalid device symbol.



When trying to use -a x11evo
I think this means I need to manually edit the Makefile to use an older compute, correct?
If so, what should I do?



Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 08, 2016, 05:02:05 AM
https://github.com/tpruvot/ccminer/wiki/Compatibility


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: PeaMine on June 08, 2016, 06:26:19 AM
https://github.com/tpruvot/ccminer/wiki/Compatibility

Thanks!
That answered my question.

A bit of an offbase question, but I get:
error while loading shared libraries: libcudart.so.7.5: cannot open shared object file: No such file or directory

When running it via supervisor.  I have bashrc setup so it works when running via normal, but like supervisor to monitor the process.
What am I doing wrong?
Tried editing the Makefile.am to include it, but didn't seem to help

Also tried this:
http://www.cs.virginia.edu/~mwb7w/cuda_support/libcudart.html

Edit:
This fixed it:
https://devtalk.nvidia.com/default/topic/845363/libcublas-so-7-0-cannot-open-shared-object-file/


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: giagge on June 08, 2016, 08:11:49 AM
https://github.com/tpruvot/ccminer/wiki/Compatibility

Thanks :) .


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 08, 2016, 08:15:00 AM
in recent linux systems you can add that to /etc/ld.so.conf or ld.so.conf.d/

then type ldconfig to update the lib cache


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: th3.r00t on June 11, 2016, 08:01:09 AM
After the last commit, bbd3c6d to the linux branch ccminer fails to compile on Ubuntu 14.04
Code:
lyra2/cuda_lyra2v2.cu(446): error: identifier "TPB" is undefined

1 error detected in the compilation of "/tmp/tmpxft_0000589a_00000000-8_cuda_lyra2v2.cpp4.ii".
ptxas info    : 8 bytes gmem
ptxas info    : Compiling entry function '_Z17lyra2_gpu_hash_32jjP5uint2' for 'sm_50'
ptxas info    : Function properties for _Z17lyra2_gpu_hash_32jjP5uint2
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 227 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z21lyra2_gpu_hash_32_sm2jjPm' for 'sm_50'
ptxas info    : Function properties for _Z21lyra2_gpu_hash_32_sm2jjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 2 registers, 336 bytes cmem[0]
make[2]: *** [lyra2/cuda_lyra2v2.o] Error 2
make[2]: *** Waiting for unfinished jobs....
ptxas info    : 0 bytes gmem
ptxas info    : 0 bytes gmem
ptxas info    : 0 bytes gmem, 544 bytes cmem[3]
ptxas info    : Compiling entry function '_Z22zr5_keccak512_gpu_hashjjPm' for 'sm_50'
ptxas info    : Function properties for _Z22zr5_keccak512_gpu_hashjjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 76 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z26jackpot_keccak512_gpu_hashjjPm' for 'sm_50'
ptxas info    : Function properties for _Z26jackpot_keccak512_gpu_hashjjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 77 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z26zr5_keccak512_gpu_hash_pokjjPjPtj' for 'sm_50'
ptxas info    : Function properties for _Z26zr5_keccak512_gpu_hash_pokjjPjPtj
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 78 registers, 348 bytes cmem[0]
ptxas info    : 0 bytes gmem, 544 bytes cmem[3]
ptxas info    : Compiling entry function '_Z22zr5_keccak512_gpu_hashjjPm' for 'sm_52'
ptxas info    : Function properties for _Z22zr5_keccak512_gpu_hashjjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 76 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z26jackpot_keccak512_gpu_hashjjPm' for 'sm_52'
ptxas info    : Function properties for _Z26jackpot_keccak512_gpu_hashjjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 77 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z26zr5_keccak512_gpu_hash_pokjjPjPtj' for 'sm_52'
ptxas info    : Function properties for _Z26zr5_keccak512_gpu_hash_pokjjPjPtj
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 78 registers, 348 bytes cmem[0]
ptxas info    : Overriding global maxrregcount 128 with entry-specific value 255 computed using thread count
ptxas info    : 8 bytes gmem
ptxas info    : Compiling entry function '_Z17lyra2_gpu_hash_32jjP5uint2' for 'sm_52'
ptxas info    : Function properties for _Z17lyra2_gpu_hash_32jjP5uint2
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 227 registers, 336 bytes cmem[0]
ptxas info    : Compiling entry function '_Z21lyra2_gpu_hash_32_sm2jjPm' for 'sm_52'
ptxas info    : Function properties for _Z21lyra2_gpu_hash_32_sm2jjPm
    0 bytes stack frame, 0 bytes spill stores, 0 bytes spill loads
ptxas info    : Used 2 registers, 336 bytes cmem[0]
make[2]: Leaving directory `/home/urban/tpruvot-ccminer-git'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/urban/tpruvot-ccminer-git'
make: *** [all] Error 2


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 11, 2016, 11:38:33 AM
tx fixed


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: myagui on June 20, 2016, 07:29:13 PM
Happy with the 1080/1070 so far Epsylon3?
I'm getting crazy of waiting here... No hybrid EVGAs in sight yet   :-\


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 21, 2016, 08:55:06 PM
Yeah, currently there doesn't seem to be a lot of support for the 1XXX series. With only a lyra miner and older, much slower ccminers that aren't compiled for it.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: sp_ on June 21, 2016, 09:21:16 PM
Yeah, currently there doesn't seem to be a lot of support for the 1XXX series. With only a lyra miner and older, much slower ccminers that aren't compiled for it.

No support for the lamers...
You should support the bay area.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 21, 2016, 09:28:29 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 21, 2016, 09:49:51 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos

Yup, but seemingly NeoScrypt is performing like shit on the 1070, regardless of it having faster GDDR5 then the 9xx series. Ethminer wont even run on the 1070 in w8.1

Both the 970 and the 1070 have a 256bit bus.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: restless on June 22, 2016, 09:50:18 AM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos
They are tweaked maxwells with lower power usage, according to some in-depth analysis from ixbt
It seems Nvidia focused on game/VR improvements
1 thing that should be faster - context switching/ switching between compute/graphics or different


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 22, 2016, 10:06:10 AM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos

Yup, but seemingly NeoScrypt is performing like shit on the 1070, regardless of it having faster GDDR5 then the 9xx series. Ethminer wont even run on the 1070 in w8.1

Both the 970 and the 1070 have a 256bit bus.

neoscrypt is performing very well on a 1070, around 1150 on LINUX, with the correct oc, this is 70% more than a 970


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Velgelm on June 22, 2016, 10:17:37 AM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos

Yup, but seemingly NeoScrypt is performing like shit on the 1070, regardless of it having faster GDDR5 then the 9xx series. Ethminer wont even run on the 1070 in w8.1

Both the 970 and the 1070 have a 256bit bus.

neoscrypt is performing very well on a 1070, around 11150 on LINUX, with the correct oc, this is 70% more than a 970
1150 ? not more
my 970 gives 710kh/s peaked with Neoscrypt


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: pallas on June 22, 2016, 02:20:00 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos
They are tweaked maxwells with lower power usage, according to some in-depth analysis from ixbt
It seems Nvidia focused on game/VR improvements
1 thing that should be faster - context switching/ switching between compute/graphics or different

Well that's exactly what we needed: maxwell with lower power usage.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: myagui on June 22, 2016, 02:58:56 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos
They are tweaked maxwells with lower power usage, according to some in-depth analysis from ixbt
It seems Nvidia focused on game/VR improvements
1 thing that should be faster - context switching/ switching between compute/graphics or different

Well that's exactly what we needed: maxwell with lower power usage.

Yes and No Pallas. It would have been great if we had faster & low latency memory access (there's no significant improvement there over maxwell, if at all). Still, for compute-heavy stuff, great improvement.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 22, 2016, 03:13:47 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos

Yup, but seemingly NeoScrypt is performing like shit on the 1070, regardless of it having faster GDDR5 then the 9xx series. Ethminer wont even run on the 1070 in w8.1

Both the 970 and the 1070 have a 256bit bus.

neoscrypt is performing very well on a 1070, around 11150 on LINUX, with the correct oc, this is 70% more than a 970

So only in Nix? Then it's still broken.


Yeah, the 256bit bus on the current generation of GPUs is rather disappointing. That seems to be a largely contributing factor to current poor performance in memory hard algos.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on June 22, 2016, 03:25:24 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos
They are tweaked maxwells with lower power usage, according to some in-depth analysis from ixbt
It seems Nvidia focused on game/VR improvements
1 thing that should be faster - context switching/ switching between compute/graphics or different

Well that's exactly what we needed: maxwell with lower power usage.

Yes and No Pallas. It would have been great if we had faster & low latency memory access (there's no significant improvement there over maxwell, if at all). Still, for compute-heavy stuff, great improvement.

A lower price to performance ratio would also have been nice. The lower power usage is the only advantage over Maxwell ATM.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 22, 2016, 03:54:47 PM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

To resume, the 10xx are more like overclocked maxwells with a lower power usage :p Remains the 1080 special memory which seems a crap for now on mem algos

Yup, but seemingly NeoScrypt is performing like shit on the 1070, regardless of it having faster GDDR5 then the 9xx series. Ethminer wont even run on the 1070 in w8.1

Both the 970 and the 1070 have a 256bit bus.

neoscrypt is performing very well on a 1070, around 11150 on LINUX, with the correct oc, this is 70% more than a 970
1150 ? not more
my 970 gives 710kh/s peaked with Neoscrypt

you think a 70% increase is low? are you joking, also it appear that it can be overcloked even more, this was done with only +200 on the core(1750), these card can reach crazy value when overcloked, like 1800-1900

to me it's more than enough, in the end it's the 2x perf/watt that everyone was expecting since the beginning....

A lower price to performance ratio would also have been nice. The lower power usage is the only advantage over Maxwell ATM.

uh what? it's freacking 70% faster on both etheruem and neoscrypt, how this is only "power advantage"


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on June 22, 2016, 04:12:11 PM
A lower price to performance ratio would also have been nice. The lower power usage is the only advantage over Maxwell ATM.

uh what? it's freacking 70% faster on both etheruem and neoscrypt, how this is only "power advantage"

Most algos are around 50% higher than their Maxwell predecessor and so is the price. When Maxwell came out it
had an immediate price advantage in addition to the power saving over Kepler.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 22, 2016, 04:46:10 PM
there is also a power advantage besides the 70% more hash, because a 970 at 700khs mining neoscrypt, will consume like 170w against 145w of a 1070 with 1150khs


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 22, 2016, 04:53:49 PM
what i meant is about the compiled cuda arch, is sm61 was not faster than sm52 on these cards... at least for now. So "older" ccminer versions should be enough for them.

The main hardware improvements made for Tesla are not present in the GTX (or very limited/emulated) and are not related to mining (FP16x2 instructions)


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antonio8 on June 22, 2016, 05:43:00 PM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on June 22, 2016, 06:15:23 PM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.

The price/performance may not be ideal yet but there should be much more potential for SW optimizations.
And the power savings alone is worth it unless Maxwell prices drop significantly.

I also wonder about the possible 32 GB barrier. I'm not aware of anyone getting more than 5 980ti's working.
With the 8 GB on the 1080 & 1070 this could be limited to 4. Hopefully this is just a simple driver fix and not something
more fundamental.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 22, 2016, 07:30:41 PM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.

The price/performance may not be ideal yet but there should be much more potential for SW optimizations.
And the power savings alone is worth it unless Maxwell prices drop significantly.

I also wonder about the possible 32 GB barrier. I'm not aware of anyone getting more than 5 980ti's working.
With the 8 GB on the 1080 & 1070 this could be limited to 4. Hopefully this is just a simple driver fix and not something
more fundamental.

there is already one guy on the ethereum forum running 3 x rig with six 1070 each, without problem, so apparently this is not a real issue, or maybe only with windows? he is using linux


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on June 22, 2016, 08:04:03 PM
there is already one guy on the ethereum forum running 3 x rig with six 1070 each, without problem, so apparently this is not a real issue, or maybe only with windows? he is using linux

Thanks, that's good to know. Either it's fixed or the 980ti problem was a different issue.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 22, 2016, 09:20:43 PM
BTW this is what it looks like mining NeoS on a 1070 in W8.1 x64. Newest Nvidia drivers.

http://i.imgur.com/rrYYVir.jpg

The MCU isn't being maxed out, which is usually what happens if something is memory bound (MCU usage is actually less vs 970). There is some weird sort of tuning issue with NeoS that needs to be ironed out, pretty certain once it is performance is up to par.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 22, 2016, 11:52:25 PM
could you return in sp thread for noise about eth and neoscrypt, tx ;)


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 23, 2016, 04:11:14 AM
You also have a integrated NeoS miner, thought it was worth mentioning where discussions are currently happening.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 23, 2016, 04:12:37 AM
i still dont have imported the last djm version... but its on my todo list for the 1.8


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antho281 on June 24, 2016, 03:21:49 PM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.

The price/performance may not be ideal yet but there should be much more potential for SW optimizations.
And the power savings alone is worth it unless Maxwell prices drop significantly.

I also wonder about the possible 32 GB barrier. I'm not aware of anyone getting more than 5 980ti's working.
With the 8 GB on the 1080 & 1070 this could be limited to 4. Hopefully this is just a simple driver fix and not something
more fundamental.

there is already one guy on the ethereum forum running 3 x rig with six 1070 each, without problem, so apparently this is not a real issue, or maybe only with windows? he is using linux

On Linux :
http://i.imgur.com/n7ifoLX.png

So 48 GB seems to be good here too


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on June 24, 2016, 04:40:55 PM
i still dont have imported the last djm version... but its on my todo list for the 1.8

are you planning to optimize it for pascal?

I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.

The price/performance may not be ideal yet but there should be much more potential for SW optimizations.
And the power savings alone is worth it unless Maxwell prices drop significantly.

I also wonder about the possible 32 GB barrier. I'm not aware of anyone getting more than 5 980ti's working.
With the 8 GB on the 1080 & 1070 this could be limited to 4. Hopefully this is just a simple driver fix and not something
more fundamental.

there is already one guy on the ethereum forum running 3 x rig with six 1070 each, without problem, so apparently this is not a real issue, or maybe only with windows? he is using linux

On Linux :
http://i.imgur.com/n7ifoLX.png

So 48 GB seems to be good here too

perhaps is exactly windows the problem...again, what algo is that at 40MH for each 1080? lyra2v2?


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antho281 on June 24, 2016, 05:14:09 PM
Quote
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.

The price/performance may not be ideal yet but there should be much more potential for SW optimizations.
And the power savings alone is worth it unless Maxwell prices drop significantly.

I also wonder about the possible 32 GB barrier. I'm not aware of anyone getting more than 5 980ti's working.
With the 8 GB on the 1080 & 1070 this could be limited to 4. Hopefully this is just a simple driver fix and not something
more fundamental.

there is already one guy on the ethereum forum running 3 x rig with six 1070 each, without problem, so apparently this is not a real issue, or maybe only with windows? he is using linux

On Linux :
http://i.imgur.com/n7ifoLX.png

So 48 GB seems to be good here too

perhaps is exactly windows the problem...again, what algo is that at 40MH for each 1080? lyra2v2?

yeah, this is Lyra2v2 with old version and unoptimized setup.
With a current screen, I'm more about 45 MH / 1080


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: crysx on June 25, 2016, 05:20:45 AM
hi all ...

everything coming along smoothly ...

i will be away for a week or so - and pop in when i can - starting monday ... ill be in the process of setting thefarm - and organizing for it to be connected within the following two weeks ...

this means i will have no internet connectivity for that period of time - and will be doing nothing else but working on thefarm ...

so if there is any contact that is required - please pm or skype me ...

the development is underway for the projects we have - and will continue to do so ...

those who know - understand what is happening with thefarm - and its rebuild ... those who dont - 'watch this space' ...

redevelopment of the miner will be based on ccminer-tpruvot ... which is why im posting here as well ...

a toast to progress ...

#crysx


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: tbearhere on June 25, 2016, 11:05:05 AM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.
antonio What wattage does it draw?  Thx


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 25, 2016, 11:21:28 AM
its similar to a 970 OC, between a 970 and a 980 150~200W


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 25, 2016, 11:36:10 AM
Are you going to look into fixing the NeoS bug on Windows on the 1XXX?

DJM is MIA and SP is pretending he doesn't exist.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 25, 2016, 11:37:49 AM
nope, i dont work on "hobby" projects


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 25, 2016, 01:59:06 PM
nope, i dont work on "hobby" projects

Ah, one of the highest earning algos is a 'hobby project'. I see... ~_~


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antonio8 on June 26, 2016, 12:47:11 AM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.
antonio What wattage does it draw?  Thx

Go with what Epsylon3 posted above.

I don't have a wattage meter. Never used one to  test any rigs.



Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bensam1231 on June 26, 2016, 07:00:45 AM
Speaking of NeoS performance, someone is talking about improving performance in Windows for memory hard algos with the next WDDM 2.1 update, but will require some tweaking by devs.


Thank you for a well informed and informational post.

Does that mean developers need to tweak some stuff for it to work in W7/8?

Epsolyn does some work on CCminer, he might be interested. SP as well, but he is 'retired'.

Check: https://bitcointalk.org/index.php?topic=770064.0

Also not sure how much this will influence Lyra2v2, but check Nanashi's thread: https://bitcointalk.org/index.php?topic=1519266

Yes, devs need to modify the way algo access memory to improve things on memory dependent algos (eth and neoscrypt to my knowledge)
Pascal is 4k pte by default in win 7/8 (where maxwell is 128kb) but can be 2m pte (full memory coverage)
On win 10 current - pascal and maxwell on new drivers are 64kb but pascal will be 2m by default with next driver AND win 10 insider preview and further win 10 july update (which didnt help neoscrypt for some reason - i think i saw 900khs but couldnt repro it - maybe I missed some build or setting i was using)

https://bitcointalk.org/index.php?topic=1368785.msg15363869#msg15363869


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: th3.r00t on June 26, 2016, 08:13:11 AM
@Epsylon3

https://github.com/tpruvot/ccminer/blob/2ee8bc9791be912206c2120b15a72206ec2476b3/configure.sh
Fixing cuda 6.5 in configure prevents from successful build on cuda 7.5


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antho281 on June 26, 2016, 02:01:16 PM
I replaced just my 970 with a 1080 and the temp in my room has been night and day difference.

The only thing I hate is the price but oh well.

As Epsylon3 said above maybe down the road the cards can be taking advantage of for mining.
antonio What wattage does it draw?  Thx

Go with what Epsylon3 posted above.

I don't have a wattage meter. Never used one to  test any rigs.



http://i.imgur.com/fqXqgJ9.png

This is what we get from nvidia-smi. Not the most precise, but still better than nothing ;)

Actually, I'm running them all (6) on a 1300W PSU


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on June 26, 2016, 06:27:58 PM
@Epsylon3

https://github.com/tpruvot/ccminer/blob/2ee8bc9791be912206c2120b15a72206ec2476b3/configure.sh
Fixing cuda 6.5 in configure prevents from successful build on cuda 7.5

yep indeed, it should be /usr/local/cuda

its how i select the cuda version on linux, and that shoudnt have been commited


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: skunk on June 29, 2016, 11:00:38 AM
hi, just to inform that current head (on decred algo and since this commit (https://github.com/tpruvot/ccminer/commit/c643b3b9004765d77eb2979b7a600ea9366bebbd)) only mines on one random card out of 5 installed:

Code:
$ ./ccminer -n
*** ccminer 1.8-dev for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA Toolkit 7.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

GPU #0: SM 5.2 GeForce GTX 950
GPU #1: SM 5.2 GeForce GTX 950
GPU #2: SM 5.2 GeForce GTX 950
GPU #3: SM 5.2 GeForce GTX 950
GPU #4: SM 5.2 GeForce GTX 950
Code:
$ ./ccminer -a decred -o stratum+tcp://dcr.pool.mn:4800 -u skunk.the -p 123 -D
*** ccminer 1.8-dev for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA Toolkit 7.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2016-06-29 12:56:56] POOL 0: dcr.pool.mn:4800 USER skunk.the -s 10
[2016-06-29 12:56:56] Starting on stratum+tcp://dcr.pool.mn:4800
[2016-06-29 12:56:56] restart_threads
[2016-06-29 12:56:56] CUDA GPU 0 matches NVML GPU 0 by busId 1
[2016-06-29 12:56:56] CUDA GPU 1 matches NVML GPU 1 by busId 3
[2016-06-29 12:56:56] CUDA GPU 2 matches NVML GPU 2 by busId 5
[2016-06-29 12:56:56] CUDA GPU 3 matches NVML GPU 3 by busId 6
[2016-06-29 12:56:56] CUDA GPU 4 matches NVML GPU 4 by busId 7
[2016-06-29 12:56:56] NVML GPU monitoring enabled.
[2016-06-29 12:56:56] 5 miner threads started, using 'decred' algorithm.
[2016-06-29 12:56:56] Binding thread 4 to cpu 0 (mask 1)
[2016-06-29 12:56:56] Binding thread 2 to cpu 0 (mask 1)
[2016-06-29 12:56:56] Binding thread 3 to cpu 1 (mask 2)
[2016-06-29 12:56:56] Binding thread 1 to cpu 1 (mask 2)
[2016-06-29 12:56:56] Binding thread 0 to cpu 0 (mask 1)
[2016-06-29 12:56:56] Stratum difficulty set to 1
[2016-06-29 12:56:56] dcr.pool.mn:4800 decred block 41175
[2016-06-29 12:56:56] restart_threads
[2016-06-29 12:56:57] job 773a956 9d54 target change: ffff0000 (1.0)
[2016-06-29 12:56:57] GPU #4: start=00000000 end=3fffffff range=3fffffff
[2016-06-29 12:56:57] job 773a956 9d54 target change: ffff0000 (1.0)
[2016-06-29 12:56:57] GPU #3: start=00000000 end=3fffffff range=3fffffff
[2016-06-29 12:56:57] job 773a956 9d54 target change: ffff0000 (1.0)
[2016-06-29 12:56:57] GPU #2: start=00000000 end=3fffffff range=3fffffff
[2016-06-29 12:56:57] job 773a956 9d54 target change: ffff0000 (1.0)
[2016-06-29 12:56:57] GPU #0: start=00000000 end=3fffffff range=3fffffff
[2016-06-29 12:56:57] job 773a956 9d54 target change: ffff0000 (1.0)
[2016-06-29 12:56:57] GPU #1: start=00000000 end=3fffffff range=3fffffff
[2016-06-29 12:56:59] found => f722221b 1b2222f7
[2016-06-29 12:56:59] GPU #3: GeForce GTX 950, 228.06 MH/s
[2016-06-29 12:56:59] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:56:59] restart_threads
[2016-06-29 12:56:59] accepted: 1/1 (100.00%), 228.06 MH/s yes!
[2016-06-29 12:57:00] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:05] GPU #3: GeForce GTX 950, 771.25 MH/s
[2016-06-29 12:57:05] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:10] GPU #3: GeForce GTX 950, 771.16 MH/s
[2016-06-29 12:57:10] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:10] found => 356d1c05 051c6d35
[2016-06-29 12:57:10] GPU #3: GeForce GTX 950, 771.00 MH/s
[2016-06-29 12:57:10] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:10] outdated job 9d54, new 253 stales=1
[2016-06-29 12:57:10] stale work detected, discarding
[2016-06-29 12:57:11] found => 5a256316 1663255a
[2016-06-29 12:57:11] GPU #3: GeForce GTX 950, 770.81 MH/s
[2016-06-29 12:57:11] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:11] outdated job 9d54, new 253 stales=2
[2016-06-29 12:57:11] stale work detected, discarding
[2016-06-29 12:57:12] dcr.pool.mn:4800 decred block 41176
[2016-06-29 12:57:12] restart_threads
[2016-06-29 12:57:12] job 773a988 61d target change: ffff0000 (1.0)
[2016-06-29 12:57:12] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:17] GPU #3: GeForce GTX 950, 771.04 MH/s
[2016-06-29 12:57:17] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:19] found => 8299a150 50a19982
[2016-06-29 12:57:19] GPU #3: GeForce GTX 950, 770.92 MH/s
[2016-06-29 12:57:19] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:19] accepted: 2/2 (100.00%), 693.46 MH/s yes!
[2016-06-29 12:57:24] GPU #3: GeForce GTX 950, 770.89 MH/s
[2016-06-29 12:57:24] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:29] GPU #3: GeForce GTX 950, 767.62 MH/s
[2016-06-29 12:57:29] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:31] found => 0023a04a 4aa02300
[2016-06-29 12:57:31] GPU #3: GeForce GTX 950, 765.11 MH/s
[2016-06-29 12:57:31] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:31] accepted: 3/3 (100.00%), 715.79 MH/s yes!
[2016-06-29 12:57:36] GPU #3: GeForce GTX 950, 764.96 MH/s
[2016-06-29 12:57:36] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:37] found => 5212630e 0e631252
[2016-06-29 12:57:37] GPU #3: GeForce GTX 950, 764.70 MH/s
[2016-06-29 12:57:37] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:37] accepted: 4/4 (100.00%), 723.96 MH/s yes!
[2016-06-29 12:57:42] GPU #3: GeForce GTX 950, 764.96 MH/s
[2016-06-29 12:57:42] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:45] found => 24a11b7e 7e1ba124
[2016-06-29 12:57:45] GPU #3: GeForce GTX 950, 764.91 MH/s
[2016-06-29 12:57:45] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:45] accepted: 5/5 (100.00%), 729.81 MH/s yes!
[2016-06-29 12:57:50] found => 4b295cd6 d65c294b
[2016-06-29 12:57:50] GPU #3: GeForce GTX 950, 764.69 MH/s
[2016-06-29 12:57:50] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:50] accepted: 6/6 (100.00%), 732.14 MH/s yes!
[2016-06-29 12:57:54] GPU #3: GeForce GTX 950, 764.38 MH/s
[2016-06-29 12:57:54] GPU #3: start=00000000 end=ffffffff range=ffffffff
[2016-06-29 12:57:56] SIGINT received, exiting
[2016-06-29 12:57:56] restart_threads


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: DragonSlayer on June 29, 2016, 02:13:32 PM
hi, just to inform that current head (on decred algo and since this commit (https://github.com/tpruvot/ccminer/commit/c643b3b9004765d77eb2979b7a600ea9366bebbd)) only mines on one random card out of 5 installed:


I am not seeing this with a pair of 980's.  I just did a fresh build 2 days ago.

I will say that yiimp site is only seeing 1 card for the benchmarks.  It does show total hash correctly.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: skunk on July 03, 2016, 11:02:05 AM
hi, just to inform that current head (on decred algo and since this commit (https://github.com/tpruvot/ccminer/commit/c643b3b9004765d77eb2979b7a600ea9366bebbd)) only mines on one random card out of 5 installed:
I am not seeing this with a pair of 980's.  I just did a fresh build 2 days ago.
i can reliably reproduce the issue on a 5x950 and a 6x970 rig, on both rigs only one card starts hashing (even if the cards are specified with the -d flag or if the number of cards are specified with the -t flag)

I will say that yiimp site is only seeing 1 card for the benchmarks.  It does show total hash correctly.
it has nothing to do with yiimp, i'm not mining there...


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 03, 2016, 04:59:45 PM
never seen a problem like that...

else playing with leds... (windows only)

https://youtu.be/xFso96j7y1M


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bathrobehero on July 04, 2016, 03:16:39 AM
never seen a problem like that...

else playing with leds... (windows only)

https://youtu.be/xFso96j7y1M

That looks cool!


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: pallas on July 04, 2016, 07:39:54 AM
looks like you're having fun with leds :-)
do you think it may work on linux as well?


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 04, 2016, 07:47:15 AM
it require the nvapi which is only on windows... but maybe i could trace what is doing the nvapi dll


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: skunk on July 04, 2016, 08:01:02 AM
never seen a problem like that...
maybe it happens just on linux? i don't have windows rigs to try...


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 04, 2016, 08:25:26 AM
i only have one pc on windows ;) most are on linux so...


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: skunk on July 04, 2016, 11:06:35 AM
strange, i can reproduce it with "-a blake", "-a blakecoin" beside "-a decred" (even with --benchmark)
blake2s, vanilla and other algos are fine
well, i'll stick with alexis78's ccminer for decred...


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 04, 2016, 02:42:47 PM
should be the same with alexis one ;)

Code:
[2016-07-04 21:59:16] GPU #2: MSI GTX 960, 982.33 MH/s
[2016-07-04 21:59:17] decred block 42664, diff 831049.304
[2016-07-04 21:59:20] GPU #0: ASUS GTX 970, 1557.27 MH/s
[2016-07-04 21:59:21] GPU #2: MSI GTX 960, 982.29 MH/s
[2016-07-04 21:59:22] GPU #1: EVGA GT 740, 103.48 MH/s
[2016-07-04 21:59:22] accepted: 29/29 (diff 7.369), 2627.27 MH/s yes!
[2016-07-04 21:59:22] GPU #0: ASUS GTX 970, 1554.41 MH/s

this is on linux if you really don't believe me ;)


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on July 04, 2016, 03:50:00 PM
strange, i can reproduce it with "-a blake", "-a blakecoin" beside "-a decred" (even with --benchmark)
blake2s, vanilla and other algos are fine
well, i'll stick with alexis78's ccminer for decred...


Are you waiting long enough for the cards to start? I've seen cards take up to 2 minutes before they report any hash.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: skunk on July 04, 2016, 05:07:52 PM
strange, i can reproduce it with "-a blake", "-a blakecoin" beside "-a decred" (even with --benchmark)
blake2s, vanilla and other algos are fine
well, i'll stick with alexis78's ccminer for decred...


Are you waiting long enough for the cards to start? I've seen cards take up to 2 minutes before they report any hash.

no, didn't wait 2 minutes but even, with alexis78's miner all cards starts immediately...


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: ivan1975 on July 12, 2016, 02:54:46 PM
Maybe add support for this coin:
https://bitcointalk.org/index.php?topic=1541268.0


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: antonio8 on July 13, 2016, 09:56:47 AM
Maybe add support for this coin:
https://bitcointalk.org/index.php?topic=1541268.0

Here is your chance: https://bitcointalk.org/index.php?topic=826901.msg15567168#msg15567168


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: bathrobehero on July 14, 2016, 08:40:53 AM
@Epsylon3

Is there any stat for how lucky your pools has been for LBRY? It seems we have terrible luck finding blocks.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Amph on July 14, 2016, 09:17:19 AM
Maybe add support for this coin:
https://bitcointalk.org/index.php?topic=1541268.0

Here is your chance: https://bitcointalk.org/index.php?topic=826901.msg15567168#msg15567168

he will not sell you anything anymore, until 20 of this month, where it will be released


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 14, 2016, 10:33:09 AM
yep, even if it was not enough to limit the 2x nethash and difficulty increase per day ;) that should help a bit

ive also some other "finitions" to do.. for a final 1.8 release... no big/perf changes in the algo


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Epsylon3 on July 14, 2016, 10:55:11 AM
@Epsylon3

Is there any stat for how lucky your pools has been for LBRY? It seems we have terrible luck finding blocks.

yep, i powered on my last machines, didnt had the time to update/compile before ;) but its only 3x 970 more :p damn rush, look like mining is more and more popular

but the pool works perfectly else, not a single block rejected... just miners not sending shares high enough


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: lordgoku on July 17, 2016, 02:20:23 PM
is gtx 760 optimized?
cause i have one and im getting only 19.75 hashrate, while banchmarks here http://yiimp.ccminer.org/bench?algo=lbry&chip=0
says that a gtx 750 ti has more hasrate than my card :/


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: joblo on July 17, 2016, 04:02:48 PM
is gtx 760 optimized?
cause i have one and im getting only 19.75 hashrate, while banchmarks here http://yiimp.ccminer.org/bench?algo=lbry&chip=0
says that a gtx 750 ti has more hasrate than my card :/

Despite the lower model number the 750ti uses a newer architecture, faster and more efficient.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: Cooldemos on July 20, 2016, 02:17:33 PM
How can i compile that source code ?!! :D


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 20, 2016, 05:50:13 PM
binaries are now released :

https://github.com/tpruvot/ccminer/releases/tag/1.8.0-tpruvot


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: PeaMine on July 20, 2016, 06:22:33 PM
I'm using Ubuntu 14.04 and Cuda 7.5 trying to mine LBRY
GPU #0: scanhash_lbry:140 invalid device function
I also tried 3.0 and got the same error.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 20, 2016, 06:29:05 PM
was tested on SM 3.0 and 3.5, it should work, use ./build.sh for a proper reconf

https://github.com/tpruvot/ccminer/wiki/Compatibility


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 20, 2016, 06:33:14 PM
x86 binarie is faster by 5% versus the x64 binarie, talking about lbry


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: rednoW on July 20, 2016, 07:02:54 PM
nvidia 840m (notebook) - 27mhs lbry ))


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: PeaMine on July 20, 2016, 07:21:13 PM
was tested on SM 3.0 and 3.5, it should work, use ./build.sh for a proper reconf

https://github.com/tpruvot/ccminer/wiki/Compatibility


Thanks, I also tried using build.sh after making the changes to the Makefile.am but same issue.
Do you happen to know the current steps for a GeForce GTX 780 Ti ?
Git clone, cd into folder, edit makefile, ./build and also manually doing the build and make steps produce the same error.
It properly compiles however and runs, but that error spamming produces no hash.

*** ccminer 1.8 for nVidia GPUs by tpruvot@github ***
    Built with the nVidia CUDA Toolkit 7.5

  Originally based on Christian Buchner and Christian H. project
  Include some of the work of djm34, sp, tsiv and klausT.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2016-07-20 19:20:28] Starting on stratum+tcp://yiimp.ccminer.org:3334
[2016-07-20 19:20:28] NVML GPU monitoring enabled.
[2016-07-20 19:20:28] 1 miner thread started, using 'lbry' algorithm.
[2016-07-20 19:20:28] Stratum difficulty set to 4
[2016-07-20 19:20:28] yiimp.ccminer.org:3334 lbry block 15115
Then it goes into the error.
[2016-07-20 19:21:40] GPU #0: scanhash_lbry:140 invalid device function
[2016-07-20 19:21:40] GPU #0: scanhash_lbry:133 invalid device function
[2016-07-20 19:21:40] GPU #0: scanhash_lbry:136 invalid device function
[2016-07-20 19:21:40] GPU #0: scanhash_lbry:140 invalid device function
[2016-07-20 19:21:40] GPU #0: scanhash_lbry:133 invalid device function
and repeats very quickly.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 20, 2016, 07:25:51 PM
i think neoscrypt can see a farther optimization or fix don't know, because right now you need 2GH on the core to have 1MH, which is too much, also very power hungry compared to other algo

it should in theory touch 1M without that heavy oc, and around 1200 with oc, in fact in linux(using djm34 version) it reach 1150 with the same oc


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: PeaMine on July 20, 2016, 08:18:07 PM
I ran ./build with Sudo, for whatever reason that fixed it.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 20, 2016, 08:26:19 PM
i guess it was a previous build with root... that disallow the cleanup of temporary build files


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 20, 2016, 08:28:28 PM
i think neoscrypt can see a farther optimization or fix don't know, because right now you need 2GH on the core to have 1MH, which is too much, also very power hungry compared to other algo

it should in theory touch 1M without that heavy oc, and around 1200 with oc, in fact in linux(using djm34 version) it reach 1150 with the same oc

so use djm version ;) (and report me the 1080 hashrate also)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: liquidproman on July 21, 2016, 01:25:34 AM
Thank you for your good job.
I tried to test with GTX980.
Code:
ccminer1.8 (CUDA6.5 32bit)
Lyra2REv2 (-i 22) 26.56MH/s 196W
Neoscrypt (-i 22) 728.88KH/s 260W
Neoscrypt (-i 22 TDP190W) 657.15KH/s 190W

ccminer1.8 (CUDA7.5 32bit)
Lyra2REv2 (-i 22) 24.03MH/s 181W
Neoscrypt (-i 22) 706.52KH/s 260W
Neoscrypt (-i 22 TDP190W) 637.51KH/s 190W

ccminer1.8 (CUDA8.0 64bit)
Lyra2REv2 (-i 21) 23.53MH/s 185W
Neoscrypt (-i 22) 724.53KH/s 251W
Neoscrypt (-i 22 TDP190W) 657.55KH/s 190W

(nanashi version)
ccminer1.7.6-r10 (CUDA7.5 32bit)
Lyra2REv2 (-i 24) 25.97MH/s 195W
Neoscrypt (-i 20) 709.91kH/s 261W
Neoscrypt (-i 20 TDP190W) 645.31kH/s 190W

ccminer1.7.6-r10 (CUDA8.0 32bit)
Lyra2REv2 (-i 24) 26.31MH/s 184W
Neoscrypt (-i 20) 716.63kH/s 257W
Neoscrypt (-i 20 TDP190W) 653.79kH/s 190W

In Lyra2REv2, I think 32bit ccminer is faster than 64bit one. So please release 32bit ccminer in CUDA8.0.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 05:37:52 AM
i think neoscrypt can see a farther optimization or fix don't know, because right now you need 2GH on the core to have 1MH, which is too much, also very power hungry compared to other algo

it should in theory touch 1M without that heavy oc, and around 1200 with oc, in fact in linux(using djm34 version) it reach 1150 with the same oc

so use djm version ;) (and report me the 1080 hashrate also)

unfortunately i don't have linux, what i know is that there are guy right now reaching above 1MH with 1800 core, and i'm stuck at 900 with the same oc, something is wrong here


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 05:44:49 AM
Amph, you know what .... i dont care


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: restless on July 21, 2016, 08:24:37 AM
Is there dns problem with yiimp ?
I can't reach it


Quote
This site can’t be reached
The webpage at https://yiimp.ccminer.org might be temporarily down or it may have moved permanently to a new web address.
http, https doesn't matter, same result


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: mirny on July 21, 2016, 08:52:58 AM
Is there dns problem with yiimp ?
I can't reach it


Quote
This site can’t be reached
The webpage at https://yiimp.ccminer.org might be temporarily down or it may have moved permanently to a new web address.
http, https doesn't matter, same result

it's not, just use yiimp.ccminer.org/


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: pallas on July 21, 2016, 08:56:45 AM
i think neoscrypt can see a farther optimization or fix don't know, because right now you need 2GH on the core to have 1MH, which is too much, also very power hungry compared to other algo

it should in theory touch 1M without that heavy oc, and around 1200 with oc, in fact in linux(using djm34 version) it reach 1150 with the same oc

so use djm version ;) (and report me the 1080 hashrate also)

unfortunately i don't have linux, what i know is that there are guy right now reaching above 1MH with 1800 core, and i'm stuck at 900 with the same oc, something is wrong here

Actually I'm getting more than 1 Mh/s with the lowest TDP possible (125W) on linux.
So the difference must the the OS or the drivers.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: restless on July 21, 2016, 09:03:14 AM
Is there dns problem with yiimp ?
I can't reach it


Quote
This site can’t be reached
The webpage at https://yiimp.ccminer.org might be temporarily down or it may have moved permanently to a new web address.
http, https doesn't matter, same result

it's not, just use yiimp.ccminer.org/
nice joke :S


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 09:05:35 AM
i think neoscrypt can see a farther optimization or fix don't know, because right now you need 2GH on the core to have 1MH, which is too much, also very power hungry compared to other algo

it should in theory touch 1M without that heavy oc, and around 1200 with oc, in fact in linux(using djm34 version) it reach 1150 with the same oc

so use djm version ;) (and report me the 1080 hashrate also)

unfortunately i don't have linux, what i know is that there are guy right now reaching above 1MH with 1800 core, and i'm stuck at 900 with the same oc, something is wrong here

Actually I'm getting more than 1 Mh/s with the lowest TDP possible (125W) on linux.
So the difference must the the OS or the drivers.

it's the os for sure, i tried everything and without pushing it to the maximum which would result in 180w, you can not reach 1MH, normal is 920khs, with oc 950

if you can try with win 7 you will get the same, there is another user using ccminer-vert release getting 1050 like you on linux, so this confirm that it need some fix for windows if possible


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: mirny on July 21, 2016, 10:41:27 AM
Is there dns problem with yiimp ?
I can't reach it


Quote
This site can’t be reached
The webpage at https://yiimp.ccminer.org might be temporarily down or it may have moved permanently to a new web address.
http, https doesn't matter, same result

it's not, just use yiimp.ccminer.org/
nice joke :S


Isn't that link work for you, or what is a joke?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: restless on July 21, 2016, 11:32:23 AM
Internet sites are accessed via http or https protocol.
It doesn't matter if one wrotes these in front...

I tried through 2 different ISP and nothing ;(, even though site opens fine through 3g on my phone :(


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 12:27:56 PM
no, there is no https ;) http://yiimp.ccminer.org


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: kenshirothefist on July 21, 2016, 01:22:26 PM
@Epsylon3, do you have any plans for adding support for Sia algorithm? It was recently added to sgminer with stratum support: https://github.com/nicehash/sgminer/commits/master


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Wolf0 on July 21, 2016, 04:38:02 PM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 04:50:32 PM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

he didn't do it for free he was payed already

and do we really need to pay each time we ask about a little help here and there? this place is fucked with greedy people for sure


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 04:53:05 PM
you didnt paid a penny... guy, and i repeat, i dont care about neoscrypt, i just imported recent work from djm and then nanashi.

So please, stop poluting our threads...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 04:59:13 PM
you didnt paid a penny... guy, and i repeat, i dont care about neoscrypt, i just imported recent work from djm and then nanashi.

So please, stop poluting our threads...

well not everyone need to donate, also i was building my miner with the new 1070, i had no gpu to mine in that week where you was selling it, also i'm i don't have a big farm like maybe you think

i'm mining at your pool so you get 1% from me anyway


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 05:03:58 PM
 >:( tx for the free insults


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Wolf0 on July 21, 2016, 05:42:45 PM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

he didn't do it for free he was payed already

and do we really need to pay each time we ask about a little help here and there? this place is fucked with greedy people for sure

Funny. You calling me greedy, when you pay nothing and get pissy when developers - who put in more time and effort than you probably have in life acquiring the skills - don't do what you want, when you want.

But I'm greedy. Okay.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 06:34:13 PM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

he didn't do it for free he was payed already

and do we really need to pay each time we ask about a little help here and there? this place is fucked with greedy people for sure

Funny. You calling me greedy, when you pay nothing and get pissy when developers - who put in more time and effort than you probably have in life acquiring the skills - don't do what you want, when you want.

But I'm greedy. Okay.

i was talking in general not directly to you, i just find it absurd that everyone need to donate just to have little help


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 06:37:33 PM
i already answered you in multiple mails yesterday, you dont even read correctly. So please, stop boring us with that


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 21, 2016, 06:51:14 PM
i already answered you in multiple mails yesterday, you dont even read correctly. So please, stop boring us with that

our talking ended already, i'm not asking help from you anymore, so why you feel the need to respond is beyond me

also i did understand correctly, the problem was the SO nothing else, case closed


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: jstefanop on July 21, 2016, 07:06:51 PM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

he didn't do it for free he was payed already

and do we really need to pay each time we ask about a little help here and there? this place is fucked with greedy people for sure

Funny. You calling me greedy, when you pay nothing and get pissy when developers - who put in more time and effort than you probably have in life acquiring the skills - don't do what you want, when you want.

But I'm greedy. Okay.

i was talking in general not directly to you, i just find it absurd that everyone need to donate just to have little help

Being a developer myself and having done many free and paid projects for people around here and litecoin, I think the issue is that this "help" is generating you income...why wouldn't you pay for it? Im not directing this at you per say, but I don't think the devs are the ones that are greedy, but everyone else that is making money off our work, and get very little in return, especially when we help out the community and put our stuff out there for free.

Of course there are greedy devs too, especially the ones that use their skills to scam people, but thats another discussion. I think people would get a lot more out of things if more people donated to stuff that people put out for free, and they would be more inclined to fix/improve stuff instead of not caring.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: rockyforever on July 21, 2016, 07:25:28 PM
i already answered you in multiple mails yesterday, you dont even read correctly. So please, stop boring us with that

our talking ended already, i'm not asking help from you anymore, so why you feel the need to respond is beyond me

also i did understand correctly, the problem was the SO nothing else, case closed

Question: "so why you feel the need to respond is beyond me?"
Answer: maybe because you keep posting in his thread?  ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: myagui on July 21, 2016, 07:33:27 PM

Question: "so why you feel the need to respond is beyond me?"
Answer: maybe because you keep posting in his thread?  ;)


Damn, you beat me to it  ;D

Epsylon3: Great release, as always! Big thanks from far, far away  ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 21, 2016, 07:36:19 PM
@Epsylon3, do you have any plans for adding support for Sia algorithm? It was recently added to sgminer with stratum support: https://github.com/nicehash/sgminer/commits/master

yep i had a talk also with ocminer about that... i will try, but need some rest and more pascal analysis after this release..

tx Myagui ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on July 22, 2016, 05:24:21 AM
i already answered you in multiple mails yesterday, you dont even read correctly. So please, stop boring us with that

our talking ended already, i'm not asking help from you anymore, so why you feel the need to respond is beyond me

also i did understand correctly, the problem was the SO nothing else, case closed

Question: "so why you feel the need to respond is beyond me?"
Answer: maybe because you keep posting in his thread?  ;)


no our talking was eneded before, but he was still responding, there was no reason to keep this conversation going at all

Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

he didn't do it for free he was payed already

and do we really need to pay each time we ask about a little help here and there? this place is fucked with greedy people for sure

Funny. You calling me greedy, when you pay nothing and get pissy when developers - who put in more time and effort than you probably have in life acquiring the skills - don't do what you want, when you want.

But I'm greedy. Okay.

i was talking in general not directly to you, i just find it absurd that everyone need to donate just to have little help

Being a developer myself and having done many free and paid projects for people around here and litecoin, I think the issue is that this "help" is generating you income...why wouldn't you pay for it? Im not directing this at you per say, but I don't think the devs are the ones that are greedy, but everyone else that is making money off our work, and get very little in return, especially when we help out the community and put our stuff out there for free.

Of course there are greedy devs too, especially the ones that use their skills to scam people, but thats another discussion. I think people would get a lot more out of things if more people donated to stuff that people put out for free, and they would be more inclined to fix/improve stuff instead of not caring.

big farm are more greedy than everyone else, they should be the one to fund dev and to help him, not those with 1 rig with 6 gpu and expensive electricity


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Nikolaj on July 22, 2016, 07:37:06 AM
Amph, you know what .... i dont care

See what you get when you do shit for free? Motherfuckers act like they're entitled to not just your work, but your time. They do not value it.

Sad but true. In life, to understand the value of a thing, you need to pay for it.

The donation it's an instrument of support, probably the simplest way to give a big thank you to the ones that allows you to earn a profit in this incredibly complex, but amazing, world. The amount it's totally insignificant, in the same way it is to classifying whoever needs to donate, and the opposite. It's a personal act of gratification to others, otherwise it would have had a different meaning.

@epsylon: please give me your address of LBRY, I've lost the access to slack, yesterday I wasn't able to send the second one ;). Wonderful job with the latest release !

Thanks guys for the hard work; programming it's a very hard task, and I can proove it by indirect, family, experience.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 22, 2016, 11:40:04 AM
:) LBC address : baViuDpkFHLy9Y27jTLrWBpp6t3ZyzhNyj


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Nikolaj on July 22, 2016, 12:59:31 PM
:) LBC address : baViuDpkFHLy9Y27jTLrWBpp6t3ZyzhNyj

2nd tiny tip

http://www.xtremeshack.com/photos/20160722146919222950087.JPG

With the other one are 20 bucks. Not much, but it's still something.

You should have received a pm some days ago btw.

thanks mate


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 22, 2016, 01:14:05 PM
Its fine for me, tx a lot, i prefer tips when i dont have to ask them ;p


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: jiggytom on July 22, 2016, 06:40:37 PM
how do we enable the LED mining activity?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 23, 2016, 04:23:01 AM
its only on windows, and still to enhance for RGB ones which doesnt use the common nvidia api... you can try with "--led=100" its a percentage for generic leds


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 27, 2016, 08:08:59 AM
Hi,

im seeing a strange error on Win 8.1 and Win10 (x64) with latest nvidia drivers (368.81) with multiple (3 and 2) pascal gtx 1070 mining lyra2rev2 (maybe other algos too, only tested lyra2rev2):

"unspecified launch failure"

on win 10 there also was a rare "launch error"

those errors happen after some time, ranging from 5 minute-ish to well over 60 minutes.
when this error is displayed some or all GPUs clock down to idle clock and dont produce hashes, the miner displays a abnormal high hashrate of 1XX GH/s per GPU

anyone got this error or maybe know what could be the cause?

cheers


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: coinut on July 27, 2016, 10:05:45 AM
hey Epsylon3

Just wanted to thank you for your work so far with ccminer, and with the latest addition Lbry. Keep up the good work my friend!

I have sent you a donation
tx 91c4c38811ecbcd0a36ef39a2d17b257e69e4dc3a61f1204ba145f7d9f6ae9a8

beers on me for you man.  8)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 27, 2016, 10:08:00 AM
tx coinut :)

felixbrucker, i never seen that but i dont use windows 10 neither... some users reported this problem when using the max possible intensity

I suspect some other tool (like Chrome) asking gpu resources


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 27, 2016, 10:21:00 AM
i have not set anything related to intensity (should default to auto afaik) and the rig does not run any other program

the strange thing is that it also occurs on win 8.1

today additional gtx 1070's will be installed in this rig, maybe this changes something or leads to the cause, could this be hardware related?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 27, 2016, 10:35:20 AM
"will be" or "has been" ?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 27, 2016, 10:48:35 AM
will be, im currently waiting for 8pin extension cords to be delivered as my stock 2x8pin from the PSU are too short to reach both GPUs with one each


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 27, 2016, 02:03:50 PM
haha ok, the mobo cant handle more than 4 cards, crappy z170 is getting RMA'd

i'll report back when i get a new mobo that can handle 6 gpus, might also fix these errors


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: joblo on July 27, 2016, 04:35:29 PM
haha ok, the mobo cant handle more than 4 cards, crappy z170 is getting RMA'd

i'll report back when i get a new mobo that can handle 6 gpus, might also fix these errors

It's not a good idea to add more cards when you're troubleshooting. I would suggest isolating cards to determine
if the problem is tied to one specific card.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 27, 2016, 05:03:05 PM
also yes the z170 chipset is a bit ... light for multiple cards, check the max pci express lanes


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: joblo on July 27, 2016, 05:37:35 PM
also yes the z170 chipset is a bit ... light for multiple cards, check the max pci express lanes

Good point. Some lanes may be reserved for other devices like Sata Express. Check the BIOS config.
Sometimes multiple devices will share lane bandwidth. If that's occurring two GPUs in one lane may be too much.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 27, 2016, 08:59:32 PM
i have already RMA'd it but thanks

i have seen reports on this specific MB and the chipset in general here: https://forum.ethereum.org/discussion/comment/23808 , https://forum.ethereum.org/discussion/comment/24847 and https://forum.ethereum.org/discussion/5787/3-way-mining-rig-nvidia-vs-amd

i have opted for the ASRock H81 Pro BTC which should work rock solid and is designed for mining

in my case adding more cards solved the mystery, im pretty sure the problems are related to this unstable pcie bus
but yes in general where it could also have been the cards themselves yes, and in fact i have done that too, every card worked fine on their own, just more than like two connected didnt work that stable or at all

regarding lanes, afaik every pciex1 slot only consumes one lane, correct? so in my case there should be plenty room for other devices and reservations as only 6 lanes out of 16 are occupied by gpu

br


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Vegetablepin on July 28, 2016, 07:55:23 AM
z170 doesnt work with multiple GPU setups, 2-4 max depending on motherboard. gigabyte z170 wont work with nvidia cards.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: mirny on July 29, 2016, 09:32:48 AM
@felixbrucker

find yourself a better thread for your eth, hw related problems,  you're totally OT in here,
so please stay on-topic, thank you.

e: sorry, my fault, sometimes happens when reading 10 threads at once...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 29, 2016, 10:22:58 AM
he was not talking about ETH, but lyra2rev2 and hardware problems


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 29, 2016, 03:35:15 PM
@mirny

im not talking about eth, where did you read this?

i initially posted to get this issue resolved i had at the time, and through the discussion (last time i checked this is a discussion thread, right?) that happend afterwards i discovered it had to do with the hardware instead of software

furthermore the issue is resolved and i didnt post anything at all since 27, maybe you can point me to the post you are referring to.

br


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on July 30, 2016, 12:08:25 PM
How do you get 118mh lbry algo on a 970gtx g1? with latest 1.8  I can only get 62mh no oc'ing.
Thx


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 30, 2016, 12:23:28 PM
the normal is more 120MH/s try to reboot


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on July 30, 2016, 12:27:40 PM
the normal is more 120MH/s try to reboot
I did..same thing.
Then I tried oc'ing and it just crashes.
So by default that 970 gtx g1 gigabyte core clock is 1413 and running in the p2 state.
Do you have yours in p0 state?
Thx


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 30, 2016, 12:30:01 PM
no, but dont use the cuda 6.5 versions for this algo


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on July 30, 2016, 01:26:22 PM
no, but dont use the cuda 6.5 versions for this algo
ooooo  Ok I'm checking what version I have.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on July 30, 2016, 02:00:50 PM
223mh 64x   ;) 980ti  ty


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: felixbrucker on July 31, 2016, 09:04:34 AM
just wanted to post an update on my original problem: its fixed by the new mb
thanks everybody who helped ;)

br


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on July 31, 2016, 09:07:27 AM
nice to hear, happy mining :)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 01, 2016, 07:00:35 PM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Heardalis on August 01, 2016, 07:29:43 PM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner

It is 401 mhs Amph not 400 and yes it is still not stable but it will be.Just because you r capable to do that u call it fake?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 01, 2016, 07:33:37 PM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner

It is 401 mhs Amph not 400 and yes it is still not stable but it will be.Just because you r capable to do that u call it fake?


i'm calling it fake if it is done with OC, which it's impossible, oc will not increase your hash by 60%, that's plain stupid

he is hiding a private miner at 100%, no doubt about this

and actually i was the first that was saying that pascal still need to be discovered, and just porting maxwell code to it was not enough

there are many optmization do to on the other algo with pascal, if it can reach 400MH on lbry, imagines on neoscrypt lyra2v2, spreadcoin etc, all should be increased by 60%

which will make the 1070 the best card available without context


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: pallas on August 01, 2016, 07:38:06 PM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner

Where the screenshot?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 01, 2016, 07:45:53 PM
http://img5.fotos-hochladen.net/uploads/lbryukydwz85lj.jpg

https://bitcointalk.org/index.php?topic=1572003.0

i suspect this guy is a dev, newbie account, born from nowhere, germany, could be christian from cudaminer, returned just to test pascal


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: antonio8 on August 02, 2016, 02:45:49 AM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner

It is 401 mhs Amph not 400 and yes it is still not stable but it will be.Just because you r capable to do that u call it fake?


i'm calling it fake if it is done with OC, which it's impossible, oc will not increase your hash by 60%, that's plain stupid

he is hiding a private miner at 100%, no doubt about this

and actually i was the first that was saying that pascal still need to be discovered, and just porting maxwell code to it was not enough

there are many optmization do to on the other algo with pascal, if it can reach 400MH on lbry, imagines on neoscrypt lyra2v2, spreadcoin etc, all should be increased by 60%

which will make the 1070 the best card available without context

Why is it fake? Because your cards can't OC like that?

Why would he make a thread to "hide" a private miner? It would not be private then.

Some people like to really push their cards as far and hard as possible. OC'ing does not make the hash fake if it is being reported at the pool. I on the other hand am not home a lot so I leave them as is. and take what I get.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 02, 2016, 02:53:38 AM
its a photo, so not "photoshoped"... and no i dont have a private miner so fast, current dev one is only a few MH/s more, 1 or 2%. But i get the same as the second card on my zotac extreme.

And please, dont ask me this dev version, its not stable yet, trying to do what i can with sia protocols... and its the mess for now. I can also affirm this coin will never be on yiimp ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 05:22:44 AM
so it was said that the miner could not be improved, but apparently there is one guy doing 400MH with a single 1070

not sure if legit, maybe he photoshopped, but the only reason behind this is a private miner

It is 401 mhs Amph not 400 and yes it is still not stable but it will be.Just because you r capable to do that u call it fake?


i'm calling it fake if it is done with OC, which it's impossible, oc will not increase your hash by 60%, that's plain stupid

he is hiding a private miner at 100%, no doubt about this

and actually i was the first that was saying that pascal still need to be discovered, and just porting maxwell code to it was not enough

there are many optmization do to on the other algo with pascal, if it can reach 400MH on lbry, imagines on neoscrypt lyra2v2, spreadcoin etc, all should be increased by 60%

which will make the 1070 the best card available without context

Why is it fake? Because your cards can't OC like that?

Why would he make a thread to "hide" a private miner? It would not be private then.

Some people like to really push their cards as far and hard as possible. OC'ing does not make the hash fake if it is being reported at the pool. I on the other hand am not home a lot so I leave them as is. and take what I get.

no not that, any card can reach 2100 for the 1070, it's not done with oc, you really think you can increase the hashrate by 60% only with oc? come one don't be naive

it's done with private coding guaranteed

its a photo, so not "photoshoped"... and no i dont have a private miner so fast, current dev one is only a few MH/s more, 1 or 2%. But i get the same as the second card on my zotac extreme.

And please, dont ask me this dev version, its not stable yet, trying to do what i can with sia protocols... and its the mess for now. I can also affirm this coin will never be on yiimp ;)

the second card you mean gpu 1? that is easy, what about the gpu 0 reaching 400MH? it's impossible with a simple oc


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 02, 2016, 05:24:10 AM
if that was the case, both cards would be faster


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 05:24:53 AM
if that was the case, both cards would be faster

i was thinking about it and i guess he is trying the code on one to see if it is stable


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 02, 2016, 05:29:08 AM
its not possible to do that...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 05:35:58 AM
then how come he is the only one doing that hash? you have a zotac yourself but it is not doing 400MH like you said, only 270MH, which is ok it's possible with oc alone, but not 400


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 02, 2016, 05:37:05 AM
i get that without OC, default clocks on the extreme are much higher (1973MHz)

maybe its a Zotac engineer testing bios settings ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Heardalis on August 02, 2016, 05:48:07 AM
then how come he is the only one doing that hash? you have a zotac yourself but it is not doing 400MH like you said, only 270MH, which is ok it's possible with oc alone, but not 400


haha Amph i thing it was a loong night for u ?
cant sleep?

He s not a Dev, not a coder, a hacker, he even dont know anything about mining 4 month ago.
Just a guy who knows how to oc a nvidia card. Thats it.

But u will still not getit right?
That someone got better Gpus then u!
It is blowing up ur mind that some one is better then u ,
that someone can do someting better then u!
that someone knows more that u!
and again... it is justa oc nothing more not any magic, hoodoo vodoo!


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 05:52:06 AM
then how come he is the only one doing that hash? you have a zotac yourself but it is not doing 400MH like you said, only 270MH, which is ok it's possible with oc alone, but not 400


haha Amph i thing it was a loong night for u ?
cant sleep?

He s not a Dev, not a coder, a hacker, he even dont know anything about mining 4 month ago.
Just a guy who knows how to oc a nvidia card. Thats it.

But u will still not getit right?
That someone got better Gpus then u!
It is blowing up ur mind that some one is better then u ,
that someone can do someting better then u!
that someone knows more that u!
and again... it is justa oc nothing more not any magic, hoodoo vodoo!


you make me laugh, again it's simply not possible right now to have that hash without something more than just oc, go ahead troll someone else, i'll not believe any oc that can increase 60% your hashrate

also it's not better than me, it's better than anyone else, you see none is getting that hash, so something is clearly hidden there


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 02, 2016, 10:08:20 AM
i see only one troll here... Could you put your noise elsewhere ? tx :p

oh sorry, you already did...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 10:20:36 AM
well i see another one above me, then you like to talk about insulting how funny

if someone respond to me i respond no matter if he is in your thread or another one, if you just hate me just ignore like many other


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: giagge on August 02, 2016, 02:34:59 PM
Wait wait

Keep Calm  :) .

Now...

the zotac Wotan then Wipeout are more powerful than all gtx1070 ?

They do 400mhs against 270mhs of gigabyte g1 gaming.

And all this thanks to the double feed slot? and a bios?

It would be nice if everyone more calm, and try to understand .


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: go6ooo1212 on August 02, 2016, 03:46:40 PM
Wait wait

Keep Calm  :) .

Now...

the zotac Wotan then Wipeout are more powerful than all gtx1070 ?

They do 400mhs against 270mhs of gigabyte g1 gaming.

And all this thanks to the double feed slot? and a bios?

It would be nice if everyone more calm, and try to understand .

Something's very fishy about that speed. Is there any confirmed proofs of such differences


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 02, 2016, 03:57:42 PM
Wait wait

Keep Calm  :) .

Now...

the zotac Wotan then Wipeout are more powerful than all gtx1070 ?

They do 400mhs against 270mhs of gigabyte g1 gaming.

And all this thanks to the double feed slot? and a bios?

It would be nice if everyone more calm, and try to understand .

Something's very fishy about that speed. Is there any confirmed proofs of such differences

i'm thinking the same, the only thing that can be true, is a bios mod that make the 1070 run like a 1080, in fact that speed is similar to a 1080

anyone that really think that, that speed is achieved with a simple oc, is fooling himself


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: slimdim on August 02, 2016, 04:30:38 PM
pls help

[2016-08-02 20:29:56] Unable to query number of CUDA devices! Is an nVidia dri
r installed?

ccminer-x64 -a lbry -o stratum+tcp://lbc.coinmine.pl:8787 -u sl000.1 -p x --show-diff --cpu-priority 4


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: theLosers106 on August 02, 2016, 04:48:36 PM
pls help

[2016-08-02 20:29:56] Unable to query number of CUDA devices! Is an nVidia dri
r installed?

ccminer-x64 -a lbry -o stratum+tcp://lbc.coinmine.pl:8787 -u sl000.1 -p x --show-diff --cpu-priority 4

make sure you are running the latest driver.. what driver version are you running?


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: slimdim on August 02, 2016, 04:58:07 PM
ver 341.95


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: COOLERbyPSP on August 02, 2016, 08:09:59 PM
Update it, lol


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 03, 2016, 02:04:34 AM
http://www.evga.com/articles/01042/evga-hardware-breaks-world-records/


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on August 03, 2016, 10:51:00 AM
http://www.evga.com/articles/01042/evga-hardware-breaks-world-records/
WOW  :D.............. but look at the cpu -102c must be in liquid nitrogen to keep it cool.


Title: Re: [ANN] ccminer 1.7.6 with Decred Blake2S & pool benchmarks - opensource (tpruvot)
Post by: pallas on August 04, 2016, 09:51:37 AM
From my first tests with cuda 8 rc, sm61 doesnt improve anything... over 5.2, maybe this rc is not yet optimized for the GTX, but only for the Tesla 6.0

I tested cuda 8 RC as well:

- performance apparently the same as 7.5
- on lyra2re, when building for compute 6.1, 1070 was slower; same speed as 7.5 when the card runs compute 5.2 code made with cuda 8
- faster compiling cuda code
- less register spill so possible improvement in some algos


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 04, 2016, 09:57:46 AM
tx, yep same results


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: rednoW on August 04, 2016, 11:49:44 AM
Sorry for noob question. How to enable gpu temp showing in miner window? Temp readings are ok - i tested with --max-temp=N option and it works as expected. But I want to see temp like in sgminer or claymore miner. Thanks!


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 04, 2016, 11:58:19 AM
i dont display it in the miner output... the terminal doesnt handle the "°" symbol on windows ;)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on August 05, 2016, 09:15:03 AM
from --help :
      --mem-clock=3505  Set the gpu memory boost clock
      --gpu-clock=1178  Set the gpu engine boost clock       << 970gtx normal clock speed my model.
      --plimit=100      Set the gpu power limit in percentage
      --tlimit=80       Set the gpu thermal limit in degrees

Nice Epsylon3  now if only you have fan speed.. checking the help files now.

What is the command to send the help file to my printer plz.  thx
And or make a notepad file that can be saved and read or printed.

ccminer1.8.exe --help
pause:





Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: rednoW on August 05, 2016, 12:00:55 PM
What is the command to send the help file to my printer plz.  thx
And or make a notepad file that can be saved and read or printed.

ccminer1.8.exe --help
pause:


ccminer1.8.exe --help > ready_to_print.txt

))


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: bensam1231 on August 06, 2016, 02:51:53 AM
Wait wait

Keep Calm  :) .

Now...

the zotac Wotan then Wipeout are more powerful than all gtx1070 ?

They do 400mhs against 270mhs of gigabyte g1 gaming.

And all this thanks to the double feed slot? and a bios?

It would be nice if everyone more calm, and try to understand .

Something's very fishy about that speed. Is there any confirmed proofs of such differences

Yeah, going to call BS on this too. There is no way to gain +50% performance from a OC without literally OCing an additional 50%. The cards would be running at around 3300Mhz. The only other options are it's a personal kernel (someone coded for him) or it's erroneous.

Lbry doesn't depend super heavily on memory either, so it can't be some weird timing tweaks like with Eth.


Just as a FYI, while Amph is a troll, I have noticed Chinese love gloating about non-existent things. It's like part of their culture to lie and brag about things that don't exist from politics, to science, to technology, to just random shit in daily life all to try and raise their prominence. Take anything they say with a huge grain of salt.

That being said there is some ingenuity that comes out of there and it's entirely possible this guy is really talented, just highly unlikely.

then how come he is the only one doing that hash? you have a zotac yourself but it is not doing 400MH like you said, only 270MH, which is ok it's possible with oc alone, but not 400


haha Amph i thing it was a loong night for u ?
cant sleep?

He s not a Dev, not a coder, a hacker, he even dont know anything about mining 4 month ago.
Just a guy who knows how to oc a nvidia card. Thats it.

But u will still not getit right?
That someone got better Gpus then u!
It is blowing up ur mind that some one is better then u ,
that someone can do someting better then u!
that someone knows more that u!
and again... it is justa oc nothing more not any magic, hoodoo vodoo!


Screen shots or this is BS. Even then it's really easy to fake screenshots.

Link to the original post Amph.


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: jonesskill on August 06, 2016, 03:52:25 AM
Guys, i have one question:

Now im mining lyra2rev2, in my miner promt shows 46 Mh/s, its OK.
But in the Pool the Mh/s float from 30 to 60-80, never stabilizes.

Its normal? or i miss something?

In my config file i only put the addres, my user and pass and --cpu-intensivity 4


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 06, 2016, 04:01:28 AM
jonesskill: yes its normal


bensam: ive had another idea, as i said its not possible to use a kernel on a card and not the other... But I think it could be someone testing the Zotac extreme bios on a bigger card...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: jonesskill on August 06, 2016, 04:08:22 AM
jonesskill: yes its normal


bensam: ive had another idea, as i said its not possible to use a kernel on a card and not the other... But I think it could be someone testing the Zotac extreme bios on a bigger card...

Thank you, Epsylon3!



Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Amph on August 06, 2016, 06:28:06 AM
Wait wait

Keep Calm  :) .

Now...

the zotac Wotan then Wipeout are more powerful than all gtx1070 ?

They do 400mhs against 270mhs of gigabyte g1 gaming.

And all this thanks to the double feed slot? and a bios?

It would be nice if everyone more calm, and try to understand .

Something's very fishy about that speed. Is there any confirmed proofs of such differences

Yeah, going to call BS on this too. There is no way to gain +50% performance from a OC without literally OCing an additional 50%. The cards would be running at around 3300Mhz. The only other options are it's a personal kernel (someone coded for him) or it's erroneous.

Lbry doesn't depend super heavily on memory either, so it can't be some weird timing tweaks like with Eth.


Just as a FYI, while Amph is a troll, I have noticed Chinese love gloating about non-existent things. It's like part of their culture to lie and brag about things that don't exist from politics, to science, to technology, to just random shit in daily life all to try and raise their prominence. Take anything they say with a huge grain of salt.

That being said there is some ingenuity that comes out of there and it's entirely possible this guy is really talented, just highly unlikely.

then how come he is the only one doing that hash? you have a zotac yourself but it is not doing 400MH like you said, only 270MH, which is ok it's possible with oc alone, but not 400


haha Amph i thing it was a loong night for u ?
cant sleep?

He s not a Dev, not a coder, a hacker, he even dont know anything about mining 4 month ago.
Just a guy who knows how to oc a nvidia card. Thats it.

But u will still not getit right?
That someone got better Gpus then u!
It is blowing up ur mind that some one is better then u ,
that someone can do someting better then u!
that someone knows more that u!
and again... it is justa oc nothing more not any magic, hoodoo vodoo!


Screen shots or this is BS. Even then it's really easy to fake screenshots.

Link to the original post Amph.

https://bitcointalk.org/index.php?topic=1572003.0

https://bitcointalk.org/index.php?topic=1572003.msg15791191#msg15791191

he is using a bios mod to make the 1080 look like a 1070, probably name change only, the mystery is solved, it was fake like i said in that thread, but everyone was believing the opposite just because of the hate...


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: tbearhere on August 06, 2016, 01:47:18 PM
What is the command to send the help file to my printer plz.  thx
And or make a notepad file that can be saved and read or printed.

ccminer1.8.exe --help
pause:


ccminer1.8.exe --help > ready_to_print.txt

))

Thx rednoW much appreciated.  :)


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: _javi_ on August 09, 2016, 12:49:57 PM
GPU #0: scanhash_lbry:133 misaligned address
Cuda error in func 'scanhash_lbry' at line 115 : misaligned address.
GPU #0: scanhash_lbry:136 misaligned address
...


MSi 1070, no OC, dr368.81, w7 64 .. was working fine until these lines appeared.

what´s wrong now??


Title: Re: [ANN] ccminer 1.8.0 with X11evo & lbry - opensource (tpruvot)
Post by: Epsylon3 on August 09, 2016, 01:04:07 PM
hard to know, but look like other miners (including me) doesn't have this problem


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 10, 2016, 01:32:23 PM
try the newer release (1.8.1)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: pallas on August 10, 2016, 01:34:38 PM
Thanks tpruvot for the new release! :-)
The shared mem of sha256 was, in fact, useless ;-)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 10, 2016, 01:55:04 PM
was not exactly useless, shared mem is like a "Café Gourmant", its often better but cost a lot ^^ and you can only eat it if you have enough space in your stomac


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Delphix on August 10, 2016, 02:12:56 PM
try the newer release (1.8.1)

5% increase on GTX1070 for LBRY algo. Thnx mate.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 10, 2016, 02:19:02 PM
same around 4-5% iincrease, i wonder if x64 can not be build with cuda 8?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: pallas on August 10, 2016, 02:42:48 PM
was not exactly useless, shared mem is like a "Café Gourmant", its often better but cost a lot ^^ and you can only eat it if you have enough space in your stomac

Interesting parallel, but IRRC, in the sha256 case shared mem was used to store constants which could easily fit directly into the code.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Wexlike on August 10, 2016, 03:57:40 PM
Any idea how to force my 1070 to reach its highest power state for lbry? Can't force my card to get more than 1620 coreclock even with itensity of 23.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 10, 2016, 05:39:59 PM
Any idea how to force my 1070 to reach its highest power state for lbry? Can't force my card to get more than 1620 coreclock even with itensity of 23.

cmd as admin, cd  C:\Program Files\NVIDIA Corporation\NVSMI\--->nvidia-smi -ac 4004,1999


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 10, 2016, 07:34:17 PM
Fantastic job, Tanguy! Some donations will definitely come from me as soon as I have some spare btc.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: agente on August 10, 2016, 08:35:22 PM
d=256 with yiimp? This is your settings?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: JarBinks on August 11, 2016, 04:22:43 AM
1.8.1 gave @ 10% increase in lbry on a K5000.  ;D

Edit:
And I see now I am sending watts in my stats.
Could it be 32-bit vs. 64-bit?
Or just a hidden gem in the update?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 11, 2016, 05:05:32 AM
Cannot go above 300mhs, any help appreciated.
https://drive.google.com/open?id=0B4flkNGCHIGFWFRBbnZWSTJlaUE


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 11, 2016, 06:01:06 AM
are you joking ? :p


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 11, 2016, 06:25:02 AM
btw lyra2v2 is not on par with r10 version of nanashi, one is 40MH the other 35MH, your version


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: go6ooo1212 on August 11, 2016, 07:01:59 AM
Cannot go above 300mhs, any help appreciated.
https://drive.google.com/open?id=0B4flkNGCHIGFWFRBbnZWSTJlaUE

..Interesting , which clock did you reach such speed on :)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 11, 2016, 07:15:17 AM
Interesting , which clock did you reach such speed on :)
2126mhz. Then the card (with 170watt tdp in bios) even with +114% in afterburner is power limited to go higher. And I am afraid to flash unlimited bios ... the card is with 8pin only, on warranty and rather expensive.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Vegetablepin on August 11, 2016, 07:21:35 AM
does anyone have a card dropping to 0 mh? I have a reference evga 1070 that drops to 0 mh periodically. windows 8.1


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: restless on August 11, 2016, 07:38:48 AM
Interesting , which clock did you reach such speed on :)
2126mhz. Then the card (with 170watt tdp in bios) even with +114% in afterburner is power limited to go higher. And I am afraid to flash unlimited bios ... the card is with 8pin only, on warranty and rather expensive.
8-pin connector is ok for 150W additional to 75 from pci-e slot, so 225W total


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 11, 2016, 07:41:10 AM
does anyone have a card dropping to 0 mh? I have a reference evga 1070 that drops to 0 mh periodically. windows 8.1

yeah same, with this version, it was working fine before


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Vegetablepin on August 11, 2016, 08:00:01 AM
does anyone have a card dropping to 0 mh? I have a reference evga 1070 that drops to 0 mh periodically. windows 8.1

yeah same, with this version, it was fworking five before

it was doing the same thing before for my 1070. maybe need to windows update?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: th3.r00t on August 11, 2016, 08:08:50 AM
btw lyra2v2 is not on par with r10 version of nanashi, one is 40MH the other 35MH, your version
Yep.
On my rig with 2x 750Ti's, with Nanashi's version (1.8-r2) it goes about 12.7MH, tpruvot's goes to 12.2MH.
Nanashi's intensity goes to 23, tpruvot's can't get above 20.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Nikolaj on August 11, 2016, 09:29:22 AM
Hi Tpruvot

Is this a normal behaviour ?

http://www.xtremeshack.com/photos/20160811147090751477438.JPG

Too many rejects (yiimp). These are 20 gtx 1070.

Possible issues:
software
software configuration (difficulty: -p stats,d=256)
internet connection
pool-side

I suppose that's related to a wrong difficulty. What could be a correct setting for 255MH/s on yiimp ?

Thank you in advance


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 11, 2016, 09:55:26 AM
Hi Tpruvot

Is this a normal behaviour ?

http://www.xtremeshack.com/photos/20160811147090751477438.JPG

Too many rejects (yiimp). These are 20 gtx 1070.

Possible issues:
software
software configuration
internet connection
pool-side

I suppose that's related to a wrong difficulty. What could be a correct setting for 255MH/s on yiimp ?

Thank you in advance

no, in fact ive also some reject during the payouts, last was 10mn ago (11h45 CEST) creating the big transactions to pay all users locks the wallet for some time


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Vegetablepin on August 11, 2016, 09:55:34 AM
does anyone have a card dropping to 0 mh? I have a reference evga 1070 that drops to 0 mh periodically. windows 8.1

yeah same, with this version, it was working fine before

x64 fixes it with some cards and no loss on hashrate


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 11, 2016, 09:57:18 AM
could you paste a screen shot, unsure what you mean exactly


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 11, 2016, 09:58:13 AM
btw lyra2v2 is not on par with r10 version of nanashi, one is 40MH the other 35MH, your version
Yep.
On my rig with 2x 750Ti's, with Nanashi's version (1.8-r2) it goes about 12.7MH, tpruvot's goes to 12.2MH.
Nanashi's intensity goes to 23, tpruvot's can't get above 20.

yep i didnt touch lyra2v2 in this version... use nanashi one for that, its based on my code ;)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Vegetablepin on August 11, 2016, 10:06:37 AM
Actually is a pool issue with yiimp, on my reference 1070 drop in hash is happening on x86 and x64. I have another 1070 that is doing fine on yiimp though with x86 and x64. I think there is a problem with either x64 or x86 on 750ti as well.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Nikolaj on August 11, 2016, 10:08:14 AM
thanks for the clarification, all right then :)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: coinut on August 11, 2016, 01:50:25 PM
thx for the new version mate :)

little boost with my new 1070 that I'm testing, the x64 for me i don't see any 0.00 outputs on the miner, with the x32 I did see a couple pop up, only tested the x32 for a short time though


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 11, 2016, 02:02:32 PM
else the possible 0.00 logs are not slowing down the things ;) that happened to me also sometimes with 3 cards. I should indeed remove them from logs..


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: sp_ on August 11, 2016, 02:26:42 PM
I fail to compile your latest version on github on windows. I get this error message:

ccminer-1.8.1-tpruvot\ccminer-1.8.1-tpruvot\ccminer.vcxproj : error  : An item with the same key has already been added.


my fix was to change the target to CUDA 8.0 for the 32bit build. I have both cuda 8 and 7.5 installed on the same computer.

ccminer.vcxproj:

Code:
 <ImportGroup Label="ExtensionTargets" Condition="'$(Platform)'=='Win32'">
    <Import Project="$(VCTargetsPath)\BuildCustomizations\CUDA 8.0.targets" />
  </ImportGroup>
  <ImportGroup Label="ExtensionTargets" Condition="'$(Platform)'=='x64'">
    <Import Project="$(VCTargetsPath)\BuildCustomizations\CUDA 7.5.targets" />
  </ImportGroup>


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: calculatorduck on August 14, 2016, 07:50:49 PM
I just started mining LBRY on yiimp.ccminer.org with version 1.8.1 and am also getting like 5% or a little more rejects...is that normal then?

Also, how do payouts work on that pool? Are they auto when you hit a certain amount or is there a manual method? Sorry if this is listed on the site, I couldn't find it.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Nikolaj on August 14, 2016, 08:06:50 PM
rejected due the payment system when it starts, it's all right.

apart from this, it pays every 3 hours


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: calculatorduck on August 14, 2016, 09:12:33 PM
rejected due the payment system when it starts, it's all right.

apart from this, it pays every 3 hours

Ok thanks for letting me know.

Is there a minimum payout amount or does it just autopay anything you've mined that's confirmed since the last payout?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Nikolaj on August 14, 2016, 10:07:55 PM
just try it


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: hatshepsut93 on August 16, 2016, 07:28:48 AM
Can I use ccminer with 372.54 drivers or should I wait for update/downgrade drivers? (sorry for noob question)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 16, 2016, 02:30:33 PM
updated to the newest 372 geforce driver and ccminer 1.8.1 for my pair of Strix GTX 1070 cards

went from about 235-245/card to 245-255/card - so there seems to be a slight improvement, about 4% maybe, which could be attributed to a combination of the newer drivers and the alexis update to lbry.
I noticed the batch file also sets the diff at 256 - is that the optimum if i have two cards, or would something like 378 or 512 be better?

also, my understanding of lbry is that the payout rates (or coin generation at least) grow over time for another ~1.5 months, to about 180-200% of the current reward. is this the reason why the value of LBC keeps slipping downwards on poloniex (reward has gone up around 50x in the last month)?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 16, 2016, 02:34:15 PM
updated to the newest 372 geforce driver and ccminer 1.8.1 for my pair of Strix GTX 1070 cards

went from about 235-245/card to 245-255/card - so there seems to be a slight improvement, about 4% maybe, which could be attributed to a combination of the newer drivers and the alexis update to lbry.
I noticed the batch file also sets the diff at 256 - is that the optimum if i have two cards, or would something like 378 or 512 be better?

also, my understanding of lbry is that the payout rates (or coin generation at least) grow over time for another ~2 months. is this the reason why the value of LBC keeps slipping downwards on poloniex?

that is because of his last build, i doubt it's because of the new update from nvidia

yes the reward keep increase until 500, now we are at 250, sto still 1.5 months of dumping


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 16, 2016, 02:59:59 PM
updated to the newest 372 geforce driver and ccminer 1.8.1 for my pair of Strix GTX 1070 cards

went from about 235-245/card to 245-255/card - so there seems to be a slight improvement, about 4% maybe, which could be attributed to a combination of the newer drivers and the alexis update to lbry.
I noticed the batch file also sets the diff at 256 - is that the optimum if i have two cards, or would something like 378 or 512 be better?

also, my understanding of lbry is that the payout rates (or coin generation at least) grow over time for another ~2 months. is this the reason why the value of LBC keeps slipping downwards on poloniex?

that is because of hee last build, i doubt it's because of the new update from nvidia

yes the reward keep increase until 500, now we are at 250, sto still 1.5 months of dumping

okay - thats what i thought, and explains why im still making a decent daily profit despite the 70% collapse in lbc price and increasing difficulty over the last 2-3 weeks since i bought my 1070 cards.

so far im quite pleased. the first card i bought 22days ago for $677 CAD has produced about $95 and the second i bought a week after has made me about $65 (after considering power costs). Thats already on par with second-hand "BNIB/LNIB" card pricing, and i hope that in the next 1.5 months i can cost-adjust the cards down to <$450/ea (already a $50-100/card profit if i resold locally at that point)

if lbry profits keep falling another ~20% though it will be about equal to mining lyra2/r2 or at ~40% less, eth/sia merge-mining


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 16, 2016, 03:43:47 PM
updated to the newest 372 geforce driver and ccminer 1.8.1 for my pair of Strix GTX 1070 cards

went from about 235-245/card to 245-255/card - so there seems to be a slight improvement, about 4% maybe, which could be attributed to a combination of the newer drivers and the alexis update to lbry.
I noticed the batch file also sets the diff at 256 - is that the optimum if i have two cards, or would something like 378 or 512 be better?

well i feel dumb - just realised my cards have been running for over a week without gpu-tweak running in the background as i had thought it was. I'm now pushing a lot better hashrates!

card1: 2038core(+231), 0.990v, 8380mem (+779), 65C, 110% power target, 60% fans = 281 MH
card2: 1924core(+209), 0.925v, 8344mem (+752), 69C, 96% power target, 66% fans =   260 MH

seems strange that the temperature is higher on the lower-clocked card. AFAIK these are both the same bottom-tier strix card model

any thoughts on diff - I bumped up to 378 and there isnt really any noticed difference



Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 16, 2016, 05:46:10 PM
updated to the newest 372 geforce driver and ccminer 1.8.1 for my pair of Strix GTX 1070 cards

went from about 235-245/card to 245-255/card - so there seems to be a slight improvement, about 4% maybe, which could be attributed to a combination of the newer drivers and the alexis update to lbry.
I noticed the batch file also sets the diff at 256 - is that the optimum if i have two cards, or would something like 378 or 512 be better?

also, my understanding of lbry is that the payout rates (or coin generation at least) grow over time for another ~2 months. is this the reason why the value of LBC keeps slipping downwards on poloniex?

that is because of hee last build, i doubt it's because of the new update from nvidia

yes the reward keep increase until 500, now we are at 250, sto still 1.5 months of dumping

okay - thats what i thought, and explains why im still making a decent daily profit despite the 70% collapse in lbc price and increasing difficulty over the last 2-3 weeks since i bought my 1070 cards.

so far im quite pleased. the first card i bought 22days ago for $677 CAD has produced about $95 and the second i bought a week after has made me about $65 (after considering power costs). Thats already on par with second-hand "BNIB/LNIB" card pricing, and i hope that in the next 1.5 months i can cost-adjust the cards down to <$450/ea (already a $50-100/card profit if i resold locally at that point)

if lbry profits keep falling another ~20% though it will be about equal to mining lyra2/r2 or at ~40% less, eth/sia merge-mining

i'm not worried about lbry falling, like i was not worried about eth falling, and like i was not worried back in the good old days, when all the other good coins, fell

you know why? because there is always a new shit coin that will emerge and be more profitable than the last one

just how i like to say, that "the most profitable coin still need to be released", there will be another "lbry in the future...


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 16, 2016, 05:53:36 PM
well i feel dumb - just realised my cards have been running for over a week without gpu-tweak running in the background as i had thought it was. I'm now pushing a lot better hashrates!

card1: 2038core(+231), 0.990v, 8380mem (+779), 65C, 110% power target, 60% fans = 281 MH
card2: 1924core(+209), 0.925v, 8344mem (+752), 69C, 96% power target, 66% fans =   260 MH

there is no need to oc memory for lbry, better to downclock it as much as possible (-1000).


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 16, 2016, 05:57:01 PM
well i feel dumb - just realised my cards have been running for over a week without gpu-tweak running in the background as i had thought it was. I'm now pushing a lot better hashrates!

card1: 2038core(+231), 0.990v, 8380mem (+779), 65C, 110% power target, 60% fans = 281 MH
card2: 1924core(+209), 0.925v, 8344mem (+752), 69C, 96% power target, 66% fans =   260 MH

there is no need to oc memory for lbry, better to downclock it as much as possible (-1000).

what will be the consumption then? maybe at -1000 it become unstable


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 16, 2016, 06:03:52 PM
what will be the consumption then? maybe at -1000 it become unstable
no problem with stability but helps to squeeze some extra gpu core mhz.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: agente on August 16, 2016, 09:24:53 PM
well i feel dumb - just realised my cards have been running for over a week without gpu-tweak running in the background as i had thought it was. I'm now pushing a lot better hashrates!

card1: 2038core(+231), 0.990v, 8380mem (+779), 65C, 110% power target, 60% fans = 281 MH
card2: 1924core(+209), 0.925v, 8344mem (+752), 69C, 96% power target, 66% fans =   260 MH

there is no need to oc memory for lbry, better to downclock it as much as possible (-1000).

what will be the consumption then? maybe at -1000 it become unstable

My rigs running no-stop with -500 mem for weeks.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 17, 2016, 01:42:06 AM
well i feel dumb - just realised my cards have been running for over a week without gpu-tweak running in the background as i had thought it was. I'm now pushing a lot better hashrates!

card1: 2038core(+231), 0.990v, 8380mem (+779), 65C, 110% power target, 60% fans = 281 MH
card2: 1924core(+209), 0.925v, 8344mem (+752), 69C, 96% power target, 66% fans =   260 MH

there is no need to oc memory for lbry, better to downclock it as much as possible (-1000).

what will be the consumption then? maybe at -1000 it become unstable

My rigs running no-stop with -500 mem for weeks.

you're right about memory - i pushed it way down and there zero effect on hashrate. but also no obvious changes to thermal load or power draw (maybe a few watts, but i cant tell via software)

Ive got the two cards running at about 281MH and 266MH now - 547 MH combined


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: rednoW on August 17, 2016, 06:34:14 AM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.

Neoscrypt is feeling good and easily goes > 1.1mhs.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: giagge on August 17, 2016, 07:07:36 AM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.

Neoscrypt is feeling good and easily goes > 1.1mhs.

Its strange, try daggerhashimoto ( ETH,ETC ) , work ?

.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: bufi on August 17, 2016, 07:24:52 AM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.
[...]
Same here. "doesn't validate on cpu" BUT Lyras are works with nicehashminer 1.6.1.4
not sure what version nanashi, but works. Or try to set intensity to 20 or less.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: joblo on August 17, 2016, 02:34:19 PM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.

Neoscrypt is feeling good and easily goes > 1.1mhs.

Are you saying updating the drivers broke the algo for both miners?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 17, 2016, 03:05:38 PM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.

Neoscrypt is feeling good and easily goes > 1.1mhs.

Are you saying updating the drivers broke the algo for both miners?

http://i.imgur.com/QwHO9I9.png


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 17, 2016, 10:52:21 PM
try intensity 19 to see if thats somehow the issue?  if not, then roll back drivers


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 18, 2016, 06:31:15 AM
try intensity 19 to see if thats somehow the issue?  if not, then roll back drivers

tried, nothing same error, code need to be updated i think


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: bufi on August 18, 2016, 06:26:28 PM
It's working on nicehashminer
http://i.imgur.com/InCaTPG.png (http://i.imgur.com/InCaTPG.png)


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 18, 2016, 06:33:24 PM
It's working on nicehashminer
http://i.imgur.com/InCaTPG.png (http://i.imgur.com/InCaTPG.png)


what version last one?


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: bufi on August 18, 2016, 06:39:11 PM
https://github.com/nicehash/NiceHashMiner/releases

It seems to be 1.7.6 ccminer with some improved from pallas and nanashi,
afaik based on driver for Titan X from 2.08.2016.


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: earther on August 20, 2016, 01:36:54 PM
I found this error  ???
Win8.1 nvidia 372.54

http://www.temppic.com/img.php?20-08-2016:1471699994_0.52303600.jpg


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Mugatu on August 20, 2016, 07:05:45 PM
lyra2 and lyra2v2 are "doesn't validate on cpu" with latest 372.53 drivers, win7, gtx1070
Nanashi version also broken.

Neoscrypt is feeling good and easily goes > 1.1mhs.

Same here on the lyras, but I'm running windows 10


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 20, 2016, 07:09:25 PM
downgrade your driver if you mine that


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: sibisi666 on August 22, 2016, 01:48:23 PM
downgrade your driver if you mine that

simple as that :)



Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Mugatu on August 22, 2016, 02:41:24 PM
downgrade your driver if you mine that

simple as that :)



LOL


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: klondike_bar_recovery on August 23, 2016, 04:21:07 AM
lbry profitability is down, seems to be roughly $3/day, but compared to $2.50 for lyra2v2 and $2.25 for eth(+dcr)

glad i bought the 1070 cards when i did - my adjusted cost is about $440usd/ea (or ~$380 pre-tax) is ahead of the price on amazon by ~$50 in a single month


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Amph on August 23, 2016, 05:41:20 AM
lbry profitability is down, seems to be roughly $3/day, but compared to $2.50 for lyra2v2 and $2.25 for eth(+dcr)

glad i bought the 1070 cards when i did - my adjusted cost is about $440usd/ea (or ~$380 pre-tax) is ahead of the price on amazon by ~$50 in a single month

there is always up and down in crypto, another pump will come soon enough for another random coin and the profit will rise again

Epsylon can you add 7 days earning to your pool, i was thinking that it can be useful for some coin that swings a lot, to have the average on a long time frame


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: malefactor on August 25, 2016, 04:28:32 AM
While mining lbry, I'm seeing this error:

GPU #0: an illegal memory access was encountered

It isn't every GPU, and it varies if I reboot.  Some GPUs do mine; at first 3, then only 1.

Any idea offhand what's causing this? 


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: Epsylon3 on August 25, 2016, 05:07:11 AM
not really a miner problem, i think its another app which try to take gpu resources. I seen that when running multiple miners


Title: Re: [ANN] ccminer 1.8.1 with sia, lyra2 and lbry boost - opensource (tpruvot)
Post by: malefactor on August 25, 2016, 12:25:36 PM
I've tracked down the problem to, I'm guessing, unsafe malloc in the lbry kernel.  Noticed that my mining rig, with only 2mb ram sees 25% memory use from ccminer -- pretty high.  When i drop caches the problem