Can someone share hash speed with HD7990 and R9290X on mining ETH.
Thanks.
ETH R9 290X: 26.33MH/s @ 1040/1300/-25%/-25mV; 26.67MH/s @ 1040/1300/-10%; 30MH/s @ 1150/1500/+50%/+25mV ty So if I'm not wrong, 7990 can go to almost 50MH, which means is way far most profitable with ETH? There's not a single card that can reach 50Mh a 7990 will hit 25Mhz. Mh/s x 2 (it has 2 chips in it) = 50 |
|
|
|
well i got no problem putting my name to the coin and doing a new thread ?
I think, we should agree this with topic starter ( Love_of_Algo, Last Active: December 16, 2015) in order to close this thread and make an announcement about new one, or maybe he will just depute his account to one of us (I propose DOGEbubble, since he is very active here, or pjcltd). I think pjcltd is the best person to help start a new thread or to take over this thread. I will remain the best supporter of Joincoin. I have some plans forming for Joincoin promotions most likely in the coming 3-6 months; still not finding time to start. Hopefully "Love_of_Algo" will show up or respond this time.  Well, let's go ahead, then! :-) pjcltd if you need help, just ask! ;-) Yes ok wil do we will need a new ANN for this so any ideas send them to ME in a PM please Hi! Any news? I think that we should start ASAP, with the current ANN (and all the updated information of course). |
|
|
|
A 50% faster Neoscrypt kernal is more profitable than the opensource x11 kernal.
A single 980ti card will make around 1.5-2$ / day with this code (with the current prices)
I will support this and donate..
How much more energy does not new miner use? If it is 50% more energy, then there is no use. 50% more power is not possible, the opensource neoscrypt kernel is already using more than x11 or quark ;-) |
|
|
|
you can replace skein with luffa,an advice from me.  I don't think there is much to merge mine on luffa. |
|
|
|
|
Show me a coin which doesn't have such a distribution.
Or a fiat currency :-)
That's how things work in this world.
|
|
|
|
Finally is released the Linux version of xptminer 2.0! The miner with the most optimized RIC algorithm! To download please click on the link in the RiePool's HomePage, or from this link: http://riepool.ovh/downloads/New_Linux64_xptminer.zipRemember that both the xptminer 2.0 version (Windows-Linux) only work on RiePool. Council to all users to use this last miner, which can get about 20-25% more Hashrate than original Dave Anderson on Github. Soon I will put in the Homepage the necessary informations about dependency for the proper functioning of xptminer 2.0 on Debian-based systems. If you are already using the classic dga miner just run the new one with your credentials. Thank you and good mining !!! is it based on the github code? if yes, then the bug I've found probably applies to your miner as well. where is the source so I can have a look? Hi pallas, the code was completely revisited. No old bug but if users can test it is the best thing. At moment I don't release the source until the miner is tested hard and all is good. It's not that kind of bug you can spot by just looking at the behaviour. The code does more than is needed. I need to look at the sources. Which, by the way, you should at least provide on request, because of the original license. Hey sir, I'm offering to debug your code for free, come on :-) |
|
|
|
Finally is released the Linux version of xptminer 2.0! The miner with the most optimized RIC algorithm! To download please click on the link in the RiePool's HomePage, or from this link: http://riepool.ovh/downloads/New_Linux64_xptminer.zipRemember that both the xptminer 2.0 version (Windows-Linux) only work on RiePool. Council to all users to use this last miner, which can get about 20-25% more Hashrate than original Dave Anderson on Github. Soon I will put in the Homepage the necessary informations about dependency for the proper functioning of xptminer 2.0 on Debian-based systems. If you are already using the classic dga miner just run the new one with your credentials. Thank you and good mining !!! is it based on the github code? if yes, then the bug I've found probably applies to your miner as well. where is the source so I can have a look? |
|
|
|
|
ROI on developed software: developing takes time and time is money (I could do something else and get paid for it). So yes, there is "roi".
I surely don't expect to roi on my opensource software, and am very far from it. Different story with private works.
|
|
|
|
ccminer.exe --algo=neoscrypt -o stratum+tcp://hashpower.co:4233 -O x:y
Is it normal?
Use @ CCMiner v1.5.74 for neoscrypt. More work is needed on neoscrypt. The compiler has changed. Alot of retuning / rewriting is needed. In release 78 I added 50% from release 77. If you compile DJM34's offical version with cuda 7.5 my version is 50% faster.:-) I've tried compiling the current neoscrypt kernel (single invocation which seems to be slightly better on cuda 7.5) with cuda 6.5. Interestingly enough, it is as slow as with 7.5. Thus I'm working on the old version and managed to improve it a couple percent. Maybe I should make a new fork with neoscrypt for cuda 6.5. |
|
|
|
@sp It would be nice if somehow in your ccminer ..you could get the 980ti to stay at the p0 state..it hashs at the p2 state...which is about 20% less hashs.....my guess. So the hashrates we see on the 980ti is at only 80% efficiency.
My 970s have always hashed at p2. Maybe cause of the Linux drivers. |
|
|
|
|
I linked with 6.5, it was the git HEAD of yesterday.
|
|
|
|
here are some timings from the x11 algo on a 750ti: cuda 7.5 is faster: blake, skein,shavite,simd,echo cuda 6.5 is faster: bmw,groestl,jhkeccak,luffacubehash release 74:
22.6765s 8.1170ms (19968 1 1) (64 1 1) 64 0B 0B - - GeForce GTX 750 2 14 quark_blake512_gpu_hash_80(unsigned int, unsigned int, uint2*) [3277]
22.6846s 8.8407ms* (39936 1 1) (32 1 1) 128 0B 0B - - GeForce GTX 750 2 14 quark_bmw512_gpu_hash_64(unsigned int, unsigned int, __int64*, unsigned int const *) [3283]
22.6935s 83.971ms* (9984 1 1) (512 1 1) 64 0B 0B - - GeForce GTX 750 2 14 quark_groestl512_gpu_hash_64_quad(unsigned int, unsigned int, unsigned int*, unsigned int const *) [3289]
22.7775s 10.594ms (9984 1 1) (128 1 1) 40 0B 0B - - GeForce GTX 750 2 14 quark_skein512_gpu_hash_64(unsigned int, unsigned int, __int64*, unsigned int const *) [3295]
22.7881s 34.017ms* (4992 1 1) (256 1 1) 80 0B 0B - - GeForce GTX 750 2 14 quark_jh512Keccak512_gpu_hash_64(unsigned int, unsigned int, unsigned int*) [3300]
22.8221s 59.762ms* (4992 1 1) (256 1 1) 71 0B 0B - - GeForce GTX 750 2 14 x11_luffaCubehash512_gpu_hash_64(unsigned int, unsigned int, __int64*) [3305]
22.8819s 57.118ms (3994 1 1) (320 1 1) 64 4.0000KB 0B - - GeForce GTX 750 2 14 x11_shavite512_gpu_hash_64(unsigned int, unsigned int, __int64*) [3310]
22.9390s 55.778ms (319488 1 1) (32 1 1) 62 0B 0B - - GeForce GTX 750 2 14 x11_simd512_gpu_expand_64(unsigned int, unsigned int, __int64 const *, uint4*) [3316]
22.9948s 29.153ms (39936 1 1) (32 1 1) 64 0B 0B - - GeForce GTX 750 2 14 x11_simd512_gpu_compress_64_maxwell(unsigned int, unsigned int, __int64*, uint4*) [3322]
23.0239s 93.088ms (4992 1 1) (256 1 1) 80 4.0000KB 0B - - GeForce GTX 750 2 14 x11_echo512_gpu_hash_64_final(unsigned int, unsigned int, __int64 const *, unsigned int*, unsigned int) [3330]
release 77:
3.83318s 7.1578ms* (19968 1 1) (64 1 1) 80 0B 0B - - GeForce GTX 750 2 14 quark_blake512_gpu_hash_80(unsigned int, unsigned int, uint2*) [736]
3.84034s 9.1572ms (39936 1 1) (32 1 1) 146 0B 0B - - GeForce GTX 750 2 14 quark_bmw512_gpu_hash_64(unsigned int, unsigned int, __int64*, unsigned int const *) [742]
3.84951s 84.421ms (9984 1 1) (512 1 1) 64 0B 0B - - GeForce GTX 750 2 14 quark_groestl512_gpu_hash_64_quad(unsigned int, unsigned int, unsigned int*, unsigned int const *) [748]
3.93394s 9.0119ms* (9984 1 1) (128 1 1) 40 0B 0B - - GeForce GTX 750 2 14 quark_skein512_gpu_hash_64(unsigned int, unsigned int, __int64*, unsigned int const *) [754]
3.94295s 37.825ms (4992 1 1) (256 1 1) 79 0B 0B - - GeForce GTX 750 2 14 quark_jh512Keccak512_gpu_hash_64(unsigned int, unsigned int, unsigned int*) [759]
3.98079s 64.982ms (2496 1 1) (512 1 1) 75 0B 0B - - GeForce GTX 750 2 14 x11_luffaCubehash512_gpu_hash_64(unsigned int, unsigned int, __int64*) [764]
4.04578s 56.054ms* (4992 1 1) (256 1 1) 80 4.0000KB 0B - - GeForce GTX 750 2 14 x11_shavite512_gpu_hash_64(unsigned int, unsigned int, __int64*) [769]
4.10184s 47.404ms* (319488 1 1) (32 1 1) 64 0B 0B - - GeForce GTX 750 2 14 x11_simd512_gpu_expand_64(unsigned int, unsigned int, __int64 const *, uint4*) [775]
4.14925s 25.791ms* (39936 1 1) (32 1 1) 128 0B 0B - - GeForce GTX 750 2 14 x11_simd512_gpu_compress_64_maxwell(unsigned int, unsigned int, __int64*, uint4*) [781]
4.17506s 91.801ms* (4992 1 1) (256 1 1) 128 4.0000KB 0B - - GeForce GTX 750 2 14 x11_echo512_gpu_hash_64_final(unsigned int, unsigned int, __int64 const *, unsigned int*, unsigned int) [789]
I tried making a quick and dirty hybrid ccminer according to this table, to mine X11. Unfortunately it is slower. Maybe it's because I'm on Linux... |
|
|
|
About the new optimised kernels: I assume they are precompiled bins as usual, but what about the miner part that runs on cpu? At least for quark some kind of host code is needed, for it to hash that fast. Is that code opensource and merged into sgminer main branch?
It's source; mine. Exactly. sgminer is more or less unmaintained, but you can find neoscrypt.cl in the kernel folder of sgminer-5.2.1-general in the NiceHash Miner. We prefer to keep all opensource, so you're welcome to reuse it anywhere. And of course Wolf has all the credits for the optimized version (but his work was decently paid by us). Only neoscrypt is opensource. That's because Wolf was generous i assume. The others, Quark, X11, etc are not open source. Pre-compiled Binaries. Ashame, not able to run on unix based systems. That's what I was asking: I wanted to run it on linux and have a look at the host code. bummer :-/ Nicehash, where's the sources to the exe's you pack into NiceHash Miner? The license stipulates it be available at least upon request. Not the bins, but the SGMiner executables. True, I forgot about the gpl for a moment! I want that too! |
|
|
|
Anyone can share hashrate for fx-8230 or similar cpu? Thanks.
on FX8350 I get 60.000kh thats the 8 core With 15 FX8350 on stratum pool maybe... hehe, whoopsie. 60khash hmmmm 60.000 = 60 maybe you are referring to 60 2ch/s, as reported by the miner? which, by the way, has a bug: it computes some primes which won't ever be a valid share. Hello, you're talking about xptminer 2.0? It's still in the process of debugging. Any problem is found, please communicate it via PM or email, thanks. P.S. By my tests it works very fine (about 1-2 shares discarded after 24h of continuos mining that is normal) No, I'm taking about the miner from git (I'm a Linux guy). I found the bug by looking at the sources. It looks like it's been there for ages. |
|
|
|
Anyone can share hashrate for fx-8230 or similar cpu? Thanks.
on FX8350 I get 60.000kh thats the 8 core With 15 FX8350 on stratum pool maybe... hehe, whoopsie. 60khash hmmmm 60.000 = 60 maybe you are referring to 60 2ch/s, as reported by the miner? which, by the way, has a bug: it computes some primes which won't ever be a valid share. |
|
|
|
My GTX 960 gets 340kh/s mining Neoscrypt with the latest NiceHash Miner, that makes my GTX 960 as fast as an AMD 280X with the latest NiceHash Miner. They are still using your release dot 74. If you did a hybrid compile (Pallas), NiceHash may incorporate your release dot 77+. Neoscrypt is still a top-paying algo at NiceHash, and AMD code is really being optimized there.
I may do some benchmark tests. --scryptr
I have done some tests. Some kernals are faster with cuda 6.5 and some are faster in 7.5. With a hybrid approach we get more hash. I will create a hybrid projectfile for release 78 (windows only) Small boost in all algos as usual Thanks :-) I may have a look at the hybrid Makefile after the holidays, in case nobody does it before. |
|
|
|
Anyone can share hashrate for fx-8230 or similar cpu? Thanks.
on FX8350 I get 60.000kh thats the 8 core On the pool? Which one? I get about 2,400 Kh/s on riepool... |
|
|
|
|
Anyone can share hashrate for fx-8230 or similar cpu? Thanks.
|
|
|
|
About the new optimised kernels: I assume they are precompiled bins as usual, but what about the miner part that runs on cpu? At least for quark some kind of host code is needed, for it to hash that fast. Is that code opensource and merged into sgminer main branch?
It's source; mine. Exactly. sgminer is more or less unmaintained, but you can find neoscrypt.cl in the kernel folder of sgminer-5.2.1-general in the NiceHash Miner. We prefer to keep all opensource, so you're welcome to reuse it anywhere. And of course Wolf has all the credits for the optimized version (but his work was decently paid by us). Only neoscrypt is opensource. That's because Wolf was generous i assume. The others, Quark, X11, etc are not open source. Pre-compiled Binaries. Ashame, not able to run on unix based systems. That's what I was asking: I wanted to run it on linux and have a look at the host code. bummer :-/ |
|
|
|
Dear users, Yet another new version of NiceHash Miner has just been released. The new version 1.2.2.0 brings highly optimized AMD GPU mining for NeoScrypt (up to +300%) and a few bugfixes: https://www.nicehash.com/index.jsp?p=news&id=56Keep on mining!  Best regards, NiceHash team About the new optimised kernels: I assume they are precompiled bins as usual, but what about the miner part that runs on cpu? At least for quark some kind of host code is needed, for it to hash that fast. Is that code opensource and merged into sgminer main branch? |
|
|
|
|
Show Posts
