 Show Posts
|
|
Pages: « 1 [2] 3 4 »
|
the 780 is this compute 30 or 35 ?
My 780ti works well on it.
I think too, it is a problem with the gpu not working properly on your card, if it always return, it means it doesn't work properly.
however, the 750ti shouldn't have any problem.
Any of your cards attached to a monitor ?
For info it was compiled with vs2013
and boost 1_56 (the others dependencies being those of ccminers, except for pthread which isn't needed. )
also make sure you have the latest drivers and compiled with cuda 6.5
The miner still doesn't works here. I'm also using VS2013. I've downloaded and installed the latest driver and CUDA Toolkit today. I'm on Windows 8.1 if that makes any difference. The Nvidia card is the only card in the system and it's attached to the main monitor. I am also on 8.1, try to go sk1024.cu and replace const int throughput = 512*8 * 512 * 4; by const int throughput = 512*8 * 512 * 2; Ok. Modifying the throughput parameter did the trick but I had to go down to 512*8 * 512 * 1. (RAM usage on the video card goes up about 1G+). Now the miner started to work reporting about 16000 kHash/s.I'm running the miner against testnetbut still no block was found after about 20min. I guess this is not good. Did you build the miner with a compute-level, that is supported by your gpu? |
|
|
|
So, if a coin developer really wants a "CPU only" coin, what should he do? He should use an algorithm, that is proofed to be inefficent to parallize.
...
As far as I know, searching for primeclusters is only efficent with wheel factorization + sieve of erastosthenes. But the quality of this is bound to the use of much memory. From this point, choosing this proof-of-work isn't a bad idea and GPU-miners will never become nearly such efficient like on sha256 (or similar).
BUT.... this is not inefficient to parallize and doesn't require much RAM per thread: all threads could work on the same sieve... The sieve of Eratosthenes is highly parallelizable: just use one different prime per thread. After that, testing the remaining candidates is also a highly parallelizable task. After all, the PoW has to be a parallelizable thing by nature, since all miners try to solve a block in parallel. So it's hard to make an algo that's more efficiently mined by a CPU than a GPU. Sure, you are able to parallize the algorithm itself. But you need many memory-accesses... And yes, you can also try to solve multiple blocks at a time, but here comes the high memory usage (if you wanna find a fair amount of candidates)... I don't know, how efficient this would be |
|
|
|
|
Hiho,
I followed your discussion here and I also wanna write down some lines:
First things first: I believe, nobody will be able to write an algorithm that can be executed on a CPU but not on a GPU or an ASIC. Why? Because both are only some pieces of silicium
that can do some low-level bitoperations. And both are programmable. So, basically it's useless to declare something as "CPU only". The meaning behind this term is to say "nobody is able to execute this algorithm on a high parallel computer (the GPU) more efficent, than on an sequential computer (the CPU)". And many algorithms out there are only "CPU only", because they make a hugh effort to become ported. (maybe including the seach for primeclusters)
So, what's an argument against a gpu-miner for prime-clusters? The proof that it is posible (or not) worths more than the native belief, that this algorithm is "CPU only". Why? Because this is very important for the belief in the coin. Imagine, what would be, if bitcoin were declared as "CPU only" and nearly nobody ever checked it? thousands of people would mine with a CPU, and maybe one or two hidden with ASICs...
On the other side, if there is a real "CPU only" coin that worth something, what will happen? First, the powercosts are very different from country to country. So, people from countrys with high power-costs arn't able to get in the power-costs (that's also for GPU-miners, but with an eye on the "fairness"...).
The second problem is, that CPU-power is easier and cheaper (in compare with the hardware-costs) to rent than GPU-power. So, some people will rent many servers and the "small miner" will never be able get any coins.
So, if a coin developer really wants a "CPU only" coin, what should he do? He should use an algorithm, that is proofed to be inefficent to parallize. The best way (in my opinion) is to use a high amout of memory per thread. This isn't a problem for CPUs, but for GPUs, where you wanna have hundreds of threads running parallel.
As far as I know, searching for primeclusters is only efficent with wheel factorization + sieve of erastosthenes. But the quality of this is bound to the use of much memory. From this point, choosing this proof-of-work isn't a bad idea and GPU-miners will never become nearly such efficient like on sha256 (or similar).
So, don't worry, all we do is playing around with this. Our miner will never become "dominating", we are still at a point where mondern CPUs are more efficent. But we wanna take a look, how fast we can become (that is our hobby).
|
|
|
|
Are you finding investing on JPCDice.com is giving you a return? In my case, I got nothing by investment. (I lost a little bit..) I lost 2M and earned 50K by gambling.. so painful..  +1 |
|
|
|
Ok guys, there was someone on github that seems to have found a way to compile an X11 miner for older cards with compute capability 2.1 (maybe 2.0 too). I've compiled that for myself and psterryl tested it on his 2x gtx560ti's and they ran at almost 1.5MH X11 each, which is plain awesome.  You can compile it for yourself with compute_20,sm_21 & MAXWELL_OR_FERMI at 0. For those who can't compile, I have it here: https://mega.co.nz/#!gBlGVZbT!0Pxo_T1P89UWmC866NVFIwEd3MJaAfRsdO8L5p4uvz0Note: Quarkcoin, Jackpotcoin & Animecoin had to be dropped in order for this to work. The Support for 2.0 is not a question of compiler-setup. Maybe it will work now (no idea), but this is not forever (we're working on simd right now, and our current dev Version will not work with compute < 3.0). With Quark, the compaction will not run... and so on  Christian |
|
|
|
Jackpotcoin Mining Pool Hub switching to PPLNShttp://jackpotcoin.miningpoolhub.comAs many miners suggested us to switch to PPLNS, we switched! It would help more fair distribution of jackpot block.- 1% Fee PPLNS - DDoS protected - Can mine other coins with single account. Come and mine together! I've not been credited anything for the past hour. Is there a problem? same problem here.havnt seen credit for some time. +1 |
|
|
|
all versions of ccminer has crashed for me as well, I cant find the problem. I have an ASUS 750Ti OC. Mining HVC.
How much oc if any? I've only had hvc crash with too much oc. The card is oc, I havent over clocked it any. I have had the crash problems for weeks now. Even some times I have to re-install the drivers of all 4 cards hrm, I didn't test hvc last time, can you try ccminer with a different coin? i.e. Jackpotcoin or mjollnircoin |
|
|
|
Hey y'all !
I've been using CudaMiner since last December on various Nvidia cards/Gpu's.
I currently mine with an MSI 750 ti (gaming edition).
My question: is ccMiner going to replace CudaMiner, or are both going to be supported?
Can anyone explain (like I'm 5 years old) what the differences are ?
Thanks !
CudaMiner puts the squares in the right holes CCMiner puts the triangles in the right holes  |
|
|
|
What was we suppossed to do to special to mine on Dwarf pool with Saffron Coin? -f?
This is my config for dwarf-pool: ./ccminer/ccminer -t 1 -d 0 -a myr-gr \
-q -f 256 -o stratum+tcp://erebor.dwarfpool.com:3347 -u <YOUR WALLET ID> -p 1
The "-f 256" divides the difficulty by 256 to produce Shares. Christian |
|
|
|
donations for ccMiner in JPC: JYFBypVDkk583yKWY4M46TG5vXG8hfgD2U in MNC MShgNUSYwybEbXLvJUtdNg1a7rUeiNgooK consider these the official donation addresses  Just sent 500MNR nice, thx a lot |
|
|
|
As a side note to anyone solo mining jackpot coin. Right now i have 3 750Tis solo mining on the new code, found 3 blocks in 12 hours. Much better then i was getting in the pools
Hehe, nice, you are a lucky guy. I mined this night (about 6hrs) solo with all my hashpower -> 0 blocks |
|
|
|
@ C&C or anyone else
Question about CCMiner or issue I am having.
Does anything else special need to be installed installed on the computer to run properly?
On my rig 1 I have 3 750ti's and 1 670 and everything runs smooth as butter.
On rig 2 I have 5 750ti's and I can not get over 500 kh/s on any card whether I run them individual, all together or in groups.
I basically copied the folder from rig 1 to rig 2 and made .bat files. I just changed the -d on rig 2 in the bat files to correspond to the gpu's. Here is my example:
ccminer50.exe -a mjollnir -d 0
ccminer50.exe -a mjollnir -d 0,1,2
my question is how does it run smooth when gtx670 with ccminer50? ccminer50 is for maxwell gpu That was for the 750 ti's. The 670 runs on ccminer30.exe If you are sure, that the devices specified with -d are correct and the 670 IS NOT INCLUDED, then plz check your cpu-usage. Is this the limiting factor? On rig you have 5x 750Ti and no other Cards? then specify: "ccminer50.exe -a mjollnir -t 5 -d 0,1,2,3,4" (maybe you don't Need -d Option, if you're using every Card in the System, but I'm not sure, didn't test it). Christian |
|
|
|
So Prof. Andersen instamined this coin too  . Coud I ask how many blocks did you get, Sir? I think our Christian will sell at an even lower price Fewer than almost anyone else - two blocks. I was a few minutes late getting it running and only started around block 160. I keep a close eye on the cudaminer thread for when c&c release new toys, because I share their excitement about the Maxwell architecture. Hey Dave, how are you? Sure, Maxwell is really nice and like you know, we do evrything to let our code run fast on it. Btw, I didn't forgot you, I only had problems with the time. But I always have an eye on that problem Christian |
|
|
|
Do the 2 Christians have a MNR donation address? Thank you very much for the hard work!
Pool comparison mining MNR, per 750 ti +160 OC
1GH 11,337 kh/s 92.02% accepted
Nonce 12,930 kh/s 100.00% accepted
Anyone know why there is such a difference?
Yes, we have MNR addresses Mine is "MQALrFsTE6d1z3TNacKyd3aMPQafpDNo7M", but I don't know Christian's We are always very happy for donations, thx I have the same Problem on the 1gh pool, but I don't know the reason. On HVC, 1gh had the same behavior. Maybe they are using an own implementation for their pool, which may does something different from the standard. Or maybe this is something like a DDOS protection. I often have rejects at the beginning, where the difficulty is very low and my cards produce many many Solutions... Did you tried the "VIP"-Password? Christian |
|
|
|
What a coin! Relaunch 2 times. No source. Binary for Ubuntu 14.04 not working because they need the damn db_cxx-5.1 while I have the 5.3 version. No source??? Sorry? How could you prevent a scam like AsiaCoin with no source. If they could provide the binary it is not difficult to provide a source, right?
FAILED!
https://github.com/brokkir |
|
|
|
Ahh, then what took so darn long.  hehe |
|
|
|
Man that was fast Christian!
The bug was reported 3hrs ago |
|
|
|
I just tried your compiled version and ran it against HVC with drastic drop off in hash rate. Went from 24MH to 16MH with 2 750tis. have the same problem (with my own compilation), it is due to the fact that gpu usage stays at 50%, you need to open 2 separate instances to run at full gpu usage. We did a little mistake with the Timing. Plz do the follow (if you compiled the code a your own): open the file: "Heavy/heavy.cu"
goto line 329: "MyStreamSynchronize(NULL, 0, thr_id);"
Change it to: "MyStreamSynchronize(NULL, 1, thr_id);"
This should help, we implemented a Counter, so I didn't tested this exact way. Next release will be fine Christian |
|
|
|
By the way, someone was solomining at about 20MHs on the abandoned fork even while cgminer was broken. Perhaps a private cudaminer tztztz, reorder is spying me |
|
|
|
|
I took a look into the sources of ccminer 0.7, the new option is not included. It will be in the next release...
|
|
|
|
|
