I think yaamp sometimes have bandwidth problems. Curent hashrate is 9.2GHASH @ quark..
7.2% fee but the payout is 0.37BTC/GHASH
If you are testing the 1.6.1 release on linux, please test the quark performance as well.
Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 1135. (Read 2347601 times)
Yaamp has added the skein and the groestl algos...
VERSION 44e (my 5th compilation on Linux, your latest git)Skein rocks on Yaamp at 452,800kh/s for my 6x750ti FTW rig, or 75,000+ kh/s per 750ti. These hash rates are similar to Whirlpoolx rates.
Groestl only gives me rejects on Yaamp, 100% red "booooos". Might be poolside...
These two algos have not seen much use yet, payout is currently low. --scryptr
How much faster is SKEIN than the 1.6.1 ? (tpruvot version)
75MHASH is around 25 times faster than x11. Yamp is paying 0.0152 per GHASH. is 0.0152 *25 =0,38 per GHASH (x11 adusted rate )
mining x11 directly will only give you 0.199 per GHASH with the current rates..
NEW ALGOS--
I agree. However, no-one is getting shares for Groestl accepted at Yaamp just now. I saw sgminer v5.1.1 receiving 100% rejects, and CPUminer v2.3.2 receiving 100% rejects, and with your code I got the same.
Looks like a poolside problem.
I'll try tpruvot's miner sometime today.
Another note, my quark rate dropped slightly with this hours-old build, 36600 to about 36430 for the rig.
I have trouble making sense of Yaamps graphs, charts, and payout rates. Staying on their website is a real load for my system, also. It cuts mining performance 20-25%. --scryptr
the rates on nicehash:
WhirlpoolX 3343 19.3342 GH/s 0.0036 BTC/GH/Day (25*0.0036 ) = 0,09 (x11 adjusted 750ti)
So even if I optimize 750ti to run at 316MHASH, you will earn more mining skein.
WhirlpoolX 3343 19.3342 GH/s 0.0036 BTC/GH/Day (25*0.0036 ) = 0,09 (x11 adjusted 750ti)
So even if I optimize 750ti to run at 316MHASH, you will earn more mining skein.
Yaamp has added the skein and the groestl algos...
VERSION 44e (my 5th compilation on Linux, your latest git)Skein rocks on Yaamp at 452,800kh/s for my 6x750ti FTW rig, or 75,000+ kh/s per 750ti. These hash rates are similar to Whirlpoolx rates.
Groestl only gives me rejects on Yaamp, 100% red "booooos". Might be poolside...
These two algos have not seen much use yet, payout is currently low. --scryptr
How much faster is SKEIN than the 1.6.1 ? (tpruvot version)
75MHASH is around 25 times faster than x11. Yamp is paying 0.0152 per GHASH. is 0.0152 *25 =0,38 per GHASH (x11 adusted rate )
mining x11 directly will only give you 0.199 per GHASH with the current rates..
Yaamp has added the skein and the groestl algos...
VERSION 44e (my 5th compilation on Linux, your latest git)
Skein rocks on Yaamp at 452,800kh/s for my 6x750ti FTW rig, or 75,000+ kh/s per 750ti. These hash rates are similar to Whirlpoolx rates.
Groestl only gives me rejects on Yaamp, 100% red "booooos". Might be poolside...
These two algos have not seen much use yet, payout is currently low. --scryptr
Yaamp has added the skein and the groestl algos...
I managed to push whirlpoolx 20% faster on the 750ti. 80-90MHASH I guess the 980 will be closer to 400..
Still working on it..
Thanks. Very interested as you know.Still working on it..
JUST NOW--
SP_ , your github is bubbling at the moment! I cloned and built your latest code, then I ran it. It jumped out of the gate at 36625kh/s (Quark) and is running at about 36600kh/s as I type.
I switched to whirlpoolx, and the miner crashed on launch 2X.
I switched to Qubit, and the 6x750ti FTW Linux x64 rig is getting 29350kh/s. This is a 400-500kh/s improvement over the last version (v44a) for the rig as a unit. I am calling the current version "v44d", it is the 4th clone of v44 that I have mined with.
I hope a release is imminent, as I would like to mine with my GTX 960 SSC and see the improvements on my Win 7 x64 box. --scryptr
sp since the difficulty factor -p d=0.02 was taken out, is there another way I can set difficulty in the bat file?
Thx
Thx
Passing difficulty parameters in the password string (-p) is a poolside feature.
I managed to push whirlpoolx 20% faster on the 750ti. 80-90MHASH I guess the 980 will be closer to 400..
Still working on it..
Thanks. Very interested as you know. Still working on it..
I managed to push whirlpoolx 20% faster on the 750ti. 80-90MHASH I guess the 980 will be closer to 400..
Still working on it..
Still working on it..
sp since the difficulty factor -p d=0.02 was taken out, is there another way I can set difficulty in the bat file?
Thx
Thx
Passing difficulty parameters in the password string (-p) is a poolside feature.
sp since the difficulty factor -p d=0.02 was taken out, is there another way I can set difficulty in the bat file?
Thx
Thx
That's the thing - I'm not getting any diff change notifications. The difficulty stays the same during the errors, and when they clear - I double-checked.
Oops, what is that pool? (sp_, sorry for hijacking the thread)I'm using Suprnova's Ziftr stratum pool.
EDIT: I feel stupid. When it got new work, AND was submitting a share from earlier work, it would use the nTime from the new work, with the nonce from the old. I feel stupid.
never stupid wolf ... experienced ...
...#crysx
That's the thing - I'm not getting any diff change notifications. The difficulty stays the same during the errors, and when they clear - I double-checked.
Oops, what is that pool? (sp_, sorry for hijacking the thread) The buggy part is that I seem to randomly get low diff share errors from the pool until new work is received and the miner threads start on a new job - then it's magically fixed...
Getting such errors too. Perhaps servers start enforcing new work and diff immediately, without waiting for mining.notify.Tried that. I'm sure you mean the cleanjobs parameter to be true, rather than mining.notify - you don't have new work until you've gotten mining.notify!
When pool balancing will be done, I'll try to suspend pool that changes difficulty for short time and dispatch hashpower to other pools.
Quote
The server can adjust the difficulty required for miner shares with the "mining.set_difficulty" method. The miner should begin enforcing the new difficulty on the next job received. Some pools may force a new job out when set_difficulty is sent, using clean_jobs to force the miner to begin using the new difficulty immediately.
I just put the data of a 750ti light overclock in a Myriadcoin Profitability Calculator
I I can boost the hashrate from 60 to 82 MHASH(36.6%) it will be more profitable than mining qubit.
laus_t did it. almost. 30% faster. 70-80MHASH on the 750ti (depending on the level of overclock)I I can boost the hashrate from 60 to 82 MHASH(36.6%) it will be more profitable than mining qubit.
ownload the ccminer tvpruvot 1.6.2,
or build my git.
#crysx
No. Skein cannot be mined at yaamp. you need to use a pool. like this one:
https://dgb-skein.theblocksfactory.com/
Digibyte is a multi-algorithm coin. Right now mining dgb-skein is 200% more profitable than dgb-groest by using the new kernal.
tanx sp ...
#crysx
The buggy part is that I seem to randomly get low diff share errors from the pool until new work is received and the miner threads start on a new job - then it's magically fixed...
Getting such errors too. Perhaps servers start enforcing new work and diff immediately, without waiting for mining.notify.
CGminer skein(AMD)
got this from an old thread:
Brand Model Hashrate Settings Approx. SKC Yield per day
5770 55 MH/s ---
XFX 6850 70 MH/s ---
XFX 6870 90 MH/s ---
HD 5850 150 MH/s poclbm ---
HD 5870 114 MH/s -I 11 ---
HD 5870XT 100 MH/s -I 10 --shaders 1600 --thread-concurrency 8000 --gpu-threads 1 ---
HD 7970 213 MH/s -I 11 ---
Gigabyte HD 7970GE 220 MH/s GPU/Mem Clock 1100/1000 ---
XFX R9 290 225 MH/s -I 13 (GPU/Mem Clock 1120/1250) 1,617.369
looks like the old AMD cards are doing bether, but the 750ti is faster per watt.
got this from an old thread:
Brand Model Hashrate Settings Approx. SKC Yield per day
5770 55 MH/s ---
XFX 6850 70 MH/s ---
XFX 6870 90 MH/s ---
HD 5850 150 MH/s poclbm ---
HD 5870 114 MH/s -I 11 ---
HD 5870XT 100 MH/s -I 10 --shaders 1600 --thread-concurrency 8000 --gpu-threads 1 ---
HD 7970 213 MH/s -I 11 ---
Gigabyte HD 7970GE 220 MH/s GPU/Mem Clock 1100/1000 ---
XFX R9 290 225 MH/s -I 13 (GPU/Mem Clock 1120/1250) 1,617.369
looks like the old AMD cards are doing bether, but the 750ti is faster per watt.
I just put the data of a 750ti light overclock in a Myriadcoin Profitability Calculator
I I can boost the hashrate from 60 to 82 MHASH(36.6%) it will be more profitable than mining qubit.
laus_t did it. almost. 30% faster. 70-80MHASH on the 750ti (depending on the level of overclock)I I can boost the hashrate from 60 to 82 MHASH(36.6%) it will be more profitable than mining qubit.
ownload the ccminer tvpruvot 1.6.2,
or build my git.
#crysx
No. Skein cannot be mined at yaamp. you need to use a pool. like this one:
https://dgb-skein.theblocksfactory.com/
Digibyte is a multi-algorithm coin. Right now mining dgb-skein is 200% more profitable than dgb-groest by using the new kernal.
Yesterday I found out that the hefty 1 algo (mjolnir,heavycoin,securecoin?) is producing wrong results.
Are there any other coins that are using this algo?
If not, I will remove the support in my fork
unfortunately i do not know of any others ...Are there any other coins that are using this algo?
If not, I will remove the support in my fork
but i do have a question ... are you going to implement the spreadcoinx11 algo ( amongst some others ) in this fork as you previously mentioned? ...
tanx sp ...
#crysx
I might add scrypt-n..
Just checked, not many profitable scrypt-n coins out there..
Spreadcoin is still only for the donators. New version is coming soon with more hash.
tanx sp ...
we are one of the donors ...
but i thought i would ask due to it being a pain in the backside to continue changing miners on EVERY worker in the farm when we want to mine sprx11 ...
would be so much easier if it was within the one miner ...
tanx again ...
#crysx
Then non donors would have SPR.
I agree to keep them separate.
agreed ... would be quite beneficial to have two miners available ... one public - the other with optimized code for the donors ...
its a pain in the rear end to continue changing miners to mine different coins when sp's ccminer can do it all AND do it well ...
we are more than happy to pay for the privilege ...
cant wait to see what wolfs miner will look ( and perform ) like when he is finished it ...
#crysx
Right now, it's using CPU for the hashing part, and is pretty buggy - but does work.
ok - so would this mean that one couldnt use the computer while its mining? ...
we have dedicated miners - so its not so much an issue - but thought id ask for those who use their machine when mining ...
#crysx
Of course you can - the CPU mining part will be removed, it only exists right now to ensure the correctness of Stratum code. The buggy part is that I seem to randomly get low diff share errors from the pool until new work is received and the miner threads start on a new job - then it's magically fixed...
ok - strange ... would that be considered a 'restart' of sorts? ...
where the code gets stuck on a part of the code and when new data is received - it moves on to the new data ...
im talking gibberish here - as im not a developer - but that seems quite odd it would 'fix' itself when new data arrives ...
#crysx
It is a restart of sorts, as the miner threads all stop, get the new info, create the block header, and begin hashing that new one.
ok - so i guess a debug of where in the code it stops to see what is happening is a good thing - yes? ...
#crysx
Jump to: