Author

Topic: [ANN] ccminer 2.3 - opensource - GPL (tpruvot) - page 149. (Read 500193 times)

newbie
Activity: 3
Merit: 0
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.
legendary
Activity: 2282
Merit: 1051
unnamed.Exchange, join the Cool Kids!!!
Sorry for the offtopic ;-) but this place is the perfect Chance to find the ppl.
https://bitcointalksearch.org/topic/--1308835

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

legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
sgminer/cgminer uses json api requests (even if the simple socket mode also exists), not yet ccminer and cpuminer-multi.

telnet
help
newbie
Activity: 3
Merit: 0
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
legendary
Activity: 1470
Merit: 1114
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.
newbie
Activity: 3
Merit: 0
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
legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
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...
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---
But I don't have a 4 core CPU...  Sad

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.  Cry

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  Grin but here not sure I would take it for me, if I was in your position  Grin)
 Grin 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  Grin)

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 Tongue ...

#crysx
sr. member
Activity: 457
Merit: 273
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!
member
Activity: 81
Merit: 10
But I don't have a 4 core CPU...  Sad

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.  Cry

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  Grin but here not sure I would take it for me, if I was in your position  Grin)
 Grin 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  Grin)

For info cuda takes about 1-2Gb (you probably still have a few free Gb's... or it is time to make some space...)  
member
Activity: 81
Merit: 1002
It was only the wind.

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.
newbie
Activity: 53
Merit: 0
But I don't have a 4 core CPU...  Sad

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.  Cry

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.
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---
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
legendary
Activity: 1484
Merit: 1082
ccminer/cpuminer developer
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...
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---

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
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---

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
legendary
Activity: 1470
Merit: 1114

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.
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---

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 Wink ...

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
legendary
Activity: 1470
Merit: 1114

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 Wink ...

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.
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---

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 Wink ...

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
Jump to: