Hi Guys!
I want to help me with a doubt. I have a Nvidea GTX660TI Asus, and I'm mining exilecoin. I am new at this so I use the default settings of Cudaminer, this very well but consumes all the power of my nvidea. I want to help me with the configuration of cudaminer to work at 60% and not 100% as it does now! This allows me to use my pc while I'm mining. I thank all the help.
PD. I have 2 screens, if that does not influence anything and I apologize for my bad English.
my run.bat:
cudaminer.exe -H 1 -i 0 -l auto -C 1 -o stratum+tcp://pool.exilecoin.com:3333 -O USER.worker:pass
Topic: [ANN] cudaMiner & ccMiner CUDA based mining applications [Windows/Linux/MacOSX] - page 979. (Read 3426921 times)
January 27, 2014, 09:53:35 AM
January 27, 2014, 09:39:30 AM
"I am using microcoing-GPU miner. I found it on the ANN thread of the MicroCoin."
No I dont think he is
No I dont think he is
January 27, 2014, 09:38:08 AM
--algo=scrypt-jane:MRC !!!
I do not think he is using cudaminer... January 27, 2014, 09:33:11 AM
Christian it may be a good idea to perhaps update the first post with the algo parameters for some different coins maybe?
January 27, 2014, 09:26:24 AM
Hi guys!
Can you please help me with configuring my palit geforce 560ti for mining MicroCoin?
Can you please help me with configuring my palit geforce 560ti for mining MicroCoin?
--algo=scrypt-jane:MRC !!!
and use cudaminer (latest github version - sorry, executables are not provided at the moment. The code is just HOURS old).
January 27, 2014, 09:25:11 AM
I have a nvidia geforce 710m is currently 30 kh / s, can not increase more?
710M is the bottom end of the budget segment. 30 kh is even more than I would have expected.
January 27, 2014, 09:15:12 AM
Hi guys!
Can you please help me with configuring my palit geforce 560ti for mining MicroCoin?
My configuration .bat file looks like this: microCoinminer.exe -o stratum+tcp://pool.port -u username -p password --scrypt --Nfmin 4 --Nfmax 30 --StartT 1389028879 --queue 0 --scan-time 2 --expiry 2 -I 15
With intensity set on 15, i get approximately 200khash/s. i tried to insert -H 2 code, but then the mining wont even start. I assume I should be getting around 500 khahs/s with my card, since as cbuchner1 posted above he gets 460 khash/s with his 750m. Can you please tell me what should I do in order to get max out of my GPU?
I am using microcoing-GPU miner. I found it on the ANN thread of the MicroCoin.
I really appreciate your help
P.S. If i mine other cryptocurrencies with my nvidia card, is it cudaminer still the best alternative? If it is what should the configuration look like?(my current one for mining with it is: -H 1 -i 0 -l auto -C 1. i am getting around 160khash/s which i think is ok, but am I using the best possible configuration?)
Can you please help me with configuring my palit geforce 560ti for mining MicroCoin?
My configuration .bat file looks like this: microCoinminer.exe -o stratum+tcp://pool.port -u username -p password --scrypt --Nfmin 4 --Nfmax 30 --StartT 1389028879 --queue 0 --scan-time 2 --expiry 2 -I 15
With intensity set on 15, i get approximately 200khash/s. i tried to insert -H 2 code, but then the mining wont even start. I assume I should be getting around 500 khahs/s with my card, since as cbuchner1 posted above he gets 460 khash/s with his 750m. Can you please tell me what should I do in order to get max out of my GPU?
I am using microcoing-GPU miner. I found it on the ANN thread of the MicroCoin.
I really appreciate your help
P.S. If i mine other cryptocurrencies with my nvidia card, is it cudaminer still the best alternative? If it is what should the configuration look like?(my current one for mining with it is: -H 1 -i 0 -l auto -C 1. i am getting around 160khash/s which i think is ok, but am I using the best possible configuration?)
January 27, 2014, 08:48:00 AM
Yes some feedback on profitability would be great :-) this is going to be a huge advantage to us at lower N factors
January 27, 2014, 08:40:18 AM
MicroCoin hash rates much improved now
With the 780ti, it runs around 1950khash/s at mostly (TDP 110%) default setting with the Z kernel.Will this also increase Yaccoin rate ?
happy mining! I do take MRC donations :-) Donations go here please: 1Lxc4JPDpQRJB8BN4YwhmSQ3Rcu8gjj2Kd
Yacoin rates will be mostly unaffected. Keccak was never a bottleneck there. CPU use may be a little lower.
But finally you can mine all the low N-factor coins. Would be nice if you could give some feedback on profitability / tradeability of those coins if you try them out.
Christian
January 27, 2014, 08:36:55 AM
MicroCoin hash rates much improved now?
My Geforce 750M is now managing 460kHash/s running Keccac alone (scrypt ROMix phase disabled). And that is with just 2 SMX...
The PTX code looks pretty awesome now, everything being in registers. Any remaining spillage to local memory is due to register pressure.
Christian
My Geforce 750M is now managing 460kHash/s running Keccac alone (scrypt ROMix phase disabled). And that is with just 2 SMX...
The PTX code looks pretty awesome now, everything being in registers. Any remaining spillage to local memory is due to register pressure.
Christian
With the 780ti, it runs around 1950khash/s at mostly (TDP 110%) default setting with the Z kernel.
Will this also increase Yaccoin rate ?
January 27, 2014, 08:15:48 AM
Should Keccak work with Fermi and normal F kernel in latest build?
yes but X kernel might be faster for larger N factors.
January 27, 2014, 08:06:44 AM
Should Keccak work with Fermi and normal F kernel in latest build?
January 27, 2014, 07:50:51 AM
MicroCoin hash rates much improved now?
My Geforce 750M is now managing 460kHash/s running Keccac alone (scrypt ROMix phase disabled). And that is with just 2 SMX...
The PTX code looks pretty awesome now, everything being in registers. Any remaining spillage to local memory is due to register pressure.
Christian
My Geforce 750M is now managing 460kHash/s running Keccac alone (scrypt ROMix phase disabled). And that is with just 2 SMX...
The PTX code looks pretty awesome now, everything being in registers. Any remaining spillage to local memory is due to register pressure.
Christian
January 27, 2014, 06:57:10 AM
I'm experiencing the problem again where the GPU isn't being fully utilized, but this time with qqcoin only. Usage hovers between 35 and 55%, sometimes dropping to 22%. I don't seem to have this problem with other coins, currently. They keep the GPU usage solidly at 97% to 99%. Not sure what's going on.
forgot -H 2 ?
January 27, 2014, 06:11:36 AM
What is your start configuration for qqcoin?
January 27, 2014, 05:29:00 AM
I'm experiencing the problem again where the GPU isn't being fully utilized, but this time with qqcoin only. Usage hovers between 35 and 55%, sometimes dropping to 22%. I don't seem to have this problem with other coins, currently. They keep the GPU usage solidly at 97% to 99%. Not sure what's going on.
GTX 670 4GB on Win7x64, using 64-bit commit 116.
When I run 2 or 3 instances of cudaminer with qqcoin parameters I can get the gpu usage up to about 97%, bouncing back down to 85% or so... I also get a higher combined hashrate by running multiple instances.
GTX 670 4GB on Win7x64, using 64-bit commit 116.
When I run 2 or 3 instances of cudaminer with qqcoin parameters I can get the gpu usage up to about 97%, bouncing back down to 85% or so... I also get a higher combined hashrate by running multiple instances.
January 27, 2014, 05:01:36 AM
I have a nvidia geforce 710m is currently 30 kh / s, can not increase more?
performace-wise, GT 710 is at the low end...
The current github cudaminer version with the "Y" Kernel will give you the most performance, I guess. That is assuming it's a Kepler part... (not sure)
Christian
January 27, 2014, 12:54:03 AM
I have a nvidia geforce 710m is currently 30 kh / s, can not increase more?
January 26, 2014, 08:21:55 PM
Can we expect lookup gap support for the Y kernel later down the line?
the problem with these kernels is with the register count. It's already at 64 (Y), respectively 80 (Z)
The Lookup gap feature requires to hold another full state of 32 registers. I think this would
cause more harm than good because it lowers occupancy. Maybe I can find a way to use shared
memory instead of registers.
Christian
January 26, 2014, 07:51:18 PM
Can we expect lookup gap support for the Y kernel later down the line?
Jump to: