[ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX]

[ManIkWeet]

Meh I'll compile and try some Litecoin on my GTX780...

DOGE for the win. Or a multi-pool like [Suspicious link removed] or middlecoin.com

Christian

Why is DOGE better? I assume it's more profitable but how would that make sense? Is it easy to sell?

[cbuchner1]

Why is DOGE better? I assume it's more profitable but how would that make sense? Is it easy to sell?

the multi-pools will pay you out in LTC or BTC, no matter what you mine (hascows lets you optionally keep specific coins for yourself).
DOGE for sure can be traded at some exchanges. I haven't done this personally. Currently DOGE is more profitable indeed, as it quintuped in value recently.

[taltamir]

the multi-pools will pay you out in LTC or BTC, no matter what you mine

I don't know of any that pays out in LTC
As for BTC, not all of them do that.

There are 3 multipools I know of:
hashcows - lets you choose which coins to keep and which to convert to BTC.
But it's bad. underlying code is weak and profits on it are awful.
middlecoin - only pays out in BTC.
I heard claims of it being overloaded, but it seems to be working just fine right now.
multipool - doesn't convert anything, you get the various coins in their raw form. This is awful for a small time miner because you can't get enough volume to sell in a timely manner.
this is actually the first multipool to have been made.

[ManIkWeet]

Why is DOGE better? I assume it's more profitable but how would that make sense? Is it easy to sell?

the multi-pools will pay you out in LTC or BTC, no matter what you mine (hascows lets you optionally keep specific coins for yourself).
DOGE for sure can be traded at some exchanges. I haven't done this personally. Currently DOGE is more profitable indeed, as it quintuped in value recently.

Sounds great, working on getting myself a Bitcoin wallet... Yeah I don't have one yet :p

EDIT:
Getting ~525khash/s with settings: -l Z12x24 on latest commit x64.
Getting ~432khash/s with settings: -l T12x24 on 12-18-2013 x64.
I'd definately say the nVidia guy did a good job

EDIT2:
I just noticed that the graphics in the Hashcows logo is taken from RuneScape...

EDIT3:
Using -i 0 on the latest commit barely changes anything, max profit of 10khash/s; Using -H 0 or 1 severely damages hashrates.

[cbuchner1]

30 minutes after launching the new commit 111, my yacoin account was auto-locked because of too many attempts of connection.

It seems weird. Someone else have this problem ?

Maybe someone is trying to hack accounts over there by brute forcing passwords. Or some script malfunctioned and triggered false alarms.

[bathrobehero]

Sounds great, working on getting myself a Bitcoin wallet...

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

[Flo354]

30 minutes after launching the new commit 111, my yacoin account was auto-locked because of too many attempts of connection.

It seems weird. Someone else have this problem ?

Maybe someone is trying to hack accounts over there by brute forcing passwords. Or some script malfunctioned and triggered false alarms.

I analysed trame with the commit 111 binary posted on the forum.
I analyzed all trames with wireshark and it seems that the executable is not malicious... he connects only with the yacoin mining, and never send datas with my pseudonyme.

However, the keyword "error" is often sent by the server...

So, weird story...
I will stop mining with this executable (I'm not saying that there is a malicious function hidden since I have no proof)


Anybody has the commit 82 x86 ? It seems that the link for download it doesn't works...

[cbuchner1]

So, weird story...
I will stop mining with this executable (I'm not saying that there is a malicious function hidden since I have no proof)

hmm, I have not use any third party binaries lately and nevertheless I got the message from the yac.coinmine.pl pool saying that my account was locked. I don't think any malware triggered this.

Christian

[cbuchner1]

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

yeah, that's why I put 64 GB SSDs into my mining rigs. Anything smaller won't hold many block chains. The SanDisk SSDs are quite cheap and seem to be reliable.

[djm34]

did you upgrade to the new version of the wallet ? I read that it should be done otherwise it will stop to work

[cbuchner1]

did you upgrade to the new version of the wallet ? I read that it should be done otherwise it will stop to work

scroll up to find the answer

[Legionnairez]

Can you guys help me out getting started with the YAC mining? I've downloaded the compiled file, but have no idea how you set it up.
Okies, got it set up. Now to find the settings for my Gtx 680...

[Morgahl]

T kernel in Windows on my Titan is very unstable during autotune unfortunately anything that allocates more then 3GB of VRAM just crashes Cudaminer outright. Not sure what direct limitation is causing this but this is a consistent observation with several hours of manual configurations.

1. Any idea why there would be this limitation in the T kernel for Scrypt-Jane? If I set to autotune Cudaminer instantly takes up 5.5GB of VRAM but once it begins testing any config that would result in > 3GB to be allocated the autotune crashes out. Any manual settings to allocate more then 3GB falls under the same issue.

2. Why do you think the T kernel favors T64x1\1, T64x2\2, T64x3\3, T64x4\4 so heavily if it only allocates ~2.4GB of memory? I can take this as high as ~T75x#\# before reaching that 3GB allocation limit, but the hash rates are roughly half of the T64#\# configs? This seems to be counter intuitive to the "More memory allocation is better." thought process.

3. The K kernel similarly has a 3GB limit on the Titan but actually allows allocation in the ranges of ~K80x#\#, Commit 92 showed higher hasrates ~7% using K21x1 -C 1 over T16x1 which was consistently the best T kernel autotune?

4. Do you feel this 3GB limit may vanish using a Linux build due to better VRAM allocation?

I understand that you may not be able to address these issue directly via code changes (if it is determined to need a change here), mostly speculation and curiosity at this point. Thanks in advanced!

[bathrobehero]

T kernel in Windows on my Titan is very unstable during autotune unfortunately anything that allocates more then 3GB of VRAM just crashes Cudaminer outright. Not sure what direct limitation is causing this but this is a consistent observation with several hours of manual configurations.

1. Any idea why there would be this limitation in the T kernel for Scrypt-Jane? If I set to autotune Cudaminer instantly takes up 5.5GB of VRAM but once it begins testing any config that would result in > 3GB to be allocated the autotune crashes out. Any manual settings to allocate more then 3GB falls under the same issue.

After a quick search it seems that Titans tend to have issues with memory allocation. Allocating more than 3 GB could lead to all kinds of issues (missing textures in games, crashes, significant memory performance drops, etc). It's almost as if it had 2 x 3 GB ram, but it's a single GPU card..

[relm9]

I tried the Nvidia kernel on Vertcoin, and I'm seeing about a 11 % increase with hash rates up to 245kH from 220kH on my 780.

Only strange thing is that Z12x20 seems to be the sweet spot, I tried the recommended Z12x24 config and was getting around 190 kH (worse than previous).

Z12x24 definitely performs better with standard scrypt coins like Doge, Litecoin, etc though.

[ManIkWeet]

In case someone missed it (because I edited my post not knowing that page 146 was under all the other page numbers:
This was all tested on hashcows, same seems true for wemineltc.
Getting ~525khash/s with settings: -l Z12x24 on latest commit x64.
Getting ~432khash/s with settings: -l T12x24 on 12-18-2013 x64.
I'd definately say the nVidia guy did a good job
Using -i 0 on the latest commit barely changes anything, max profit of 10khash/s; Using -H 0 or 1 severely damages hashrates.

As for the kernels, I'd say use different kernels for everything and create prefixes like TS12x24 for scrypt and TJ9x2\4 for script-jane.

Sounds great, working on getting myself a Bitcoin wallet...

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

Interesting, the way I got my wallet set up at the moment doesn't need that 12gb blockchain?
It only downloads the part that is my related with my bitcoins, or so it says...

[manofcolombia]

Sounds great, working on getting myself a Bitcoin wallet...

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

Oh wow...that explains allot. Where is this kept? I wanna move it to my HDD.

Is there a way to change the directory where the wallet puts the block chains?

[ManIkWeet]

Sounds great, working on getting myself a Bitcoin wallet...

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

Oh wow...that explains allot. Where is this kept? I wanna move it to my HDD.

Is there a way to change the directory where the wallet puts the block chains?

With Litecoin and YACoin client it can be done by adding -datadir=C:\Whatever to your command line/shortcut

[Morgahl]

Sounds great, working on getting myself a Bitcoin wallet...

Yesterday I was wondering why I had so little free space on my system SSD then I found out about the 12 GB bitcoin blockchain...

Oh wow...that explains allot. Where is this kept? I wanna move it to my HDD.

Is there a way to change the directory where the wallet puts the block chains?

With Litecoin and YACoin client it can be done by adding -datadir=C:\Whatever to your command line/shortcut

The same command works for the Bitcoin QT client as well.

[bathrobehero]

Using -i 0 on the latest commit barely changes anything, max profit of 10khash/s; Using -H 0 or 1 severely damages hashrates.

The -i switch doesn't have much effect if you're not using your GPU much, but for example if you're gaming you might as well just stop mining.

As for the kernels, I'd say use different kernels for everything and create prefixes like TS12x24 for scrypt and TJ9x2\4 for script-jane.

I have a fairly neat system for all the different .bat files ([algo][coin][pool]setup.bat, which looks something like: [SJ][YAC][yac.m-s-t.org]K10x18 L3 i0 H2 s300.bat) but even then my cudaMiner compile folders are starting to look exhausting