Author

Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 853. (Read 2347659 times)

sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
getting coolbits to work on linux does require some legwork but it does work headless at least on driver version 346.59 + Cuda 6.5

I just ran 2x Gigabyte WF GTX 750ti cards to their max on lyra2v2. I can't get much past 1358 MHZ core clock and +100 MHz mem clock without them crashing on Win 10: 32 bit, Release 66.  Best I could do was 4900 kH/s.  Once I start actively using the computer, the card that displays on the monitor crashes.

If you want to clock higher you need to modify the tdp in the bios from 38W to 63W. And you probobly need powered risers/or cards with a 6pin power / or motherboards with extra power.

sr. member
Activity: 427
Merit: 250
getting coolbits to work on linux does require some legwork but it does work headless at least on driver version 346.59 + Cuda 6.5

I just ran 2x Gigabyte WF GTX 750ti cards to their max on lyra2v2. I can't get much past 1358 MHZ core clock and +100 MHz mem clock without them crashing on Win 10: 32 bit, Release 66.  Best I could do was 4900 kH/s.  Once I start actively using the computer, the card that displays on the monitor crashes.
legendary
Activity: 1470
Merit: 1114

anyway - as for the overclocking side ... i think i will take wolfs advice and take another look into it next week week ... the next 3days for me is incredibly busy ...


Linux vs Windows, cuda 6.5 vs 7.5, x86 vs x86_64. Holy crap hasn't this been hashed and rehashed over and over again?

From my experience mining on Windows or Linux produces the same hash rates everything else being equal. However,
I have noticed that Windows hashing slows more due to other activity, in particular logging in remotely with ssh.
I haven't tried cuda 7.5 on either OS but the hashrates you reported on cuda 7.5 is significantly slower that I get with 6.5
on Linux or Windows. I conclude 7.5 is equally slow on both OS's.

32 vs 64 bit is not about the OS but about how ccminer is compiled. Compiling for 32 bit tends to be a little more efficient
when dealing with mostly 32 bit arithmetic.

Overclocking on Linux has been discussed at length in this thread, including getting it to work headless. Search for
"cooolbits" for everything you need to know.

id like to say that i totally agree with you joblo - but i dont ... as the systems i have running are showing the complete opposite of what you are stating ...

coolbits and oc are NOT working as they should on the gigabyte 750ti oc lp cards i have running ... investigation into this lead me to conclude that ( and i did read this on the nvidia site ) that the support is not currently implemented in the drivers ( cuda and video drivers ) as of yet - and is only available for the higher end cards ...

the cuda 7.5 implementation i have compiling ccminer-spmod IS causing hashing as fast ( and slightly faster ) than cuda 6.5 compiles ...

im not trying to be obnoxious - its a fact ...

sp has these results of slower hashrate using c7.5 as you do - i dont ...

go figure ...

#crysx

I know coolbits doesn't work. Flash your GPUs.

I'm not willing to go as far as flashing FW but coolbits worked for me.

Crysx, I don't think you are being obnoxious, just maybe a little stubborn. Your results are counter to others in
two ways that are contradictory. First you say Cuda 7.5 is faster than 6.5, while it's the reverse for everyone else.
But then your 7.5 hash rate (2800) is lower than others' 6.5 hash rate (3100). Putting both of those facts together
and your 6.5 hash rate would be even lower than 2800.

In order to accept your facts I would have to believe three things:

1. your particular 750ti's can't perform to the same level as any others,
2. for some unique reason you don't suffer the 10% loss in performance between 6.5 and 7.5 that anyone else experiences,
3. it's just a coincidence that your hash rates are lower by the same amount of degradation expected between 6.5 and 7.5.

If it was happening to me and potentially costing me 300 KH per card I'd want to get to the bottom of it.

sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
What clocks would you recommend for 750 ti and a 980? I thought I remember someone here saying that memory clocks didn't make that much of a difference. Thanks.

You need to find out yourself. But I can give you a hint. The lyra2v2 can do 5.2MHASH@750ti with the sp-mod opensource kernal. But it won't do it with a gpu core of 1500MHASH, and intensity to the max. To mine with a profit you need to know your cards well. Changing the sourcecode in the kernals is not enough.

The opensource kernals kan perform 15-20% bether with a right config and overclocks.
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---

anyway - as for the overclocking side ... i think i will take wolfs advice and take another look into it next week week ... the next 3days for me is incredibly busy ...


Linux vs Windows, cuda 6.5 vs 7.5, x86 vs x86_64. Holy crap hasn't this been hashed and rehashed over and over again?

From my experience mining on Windows or Linux produces the same hash rates everything else being equal. However,
I have noticed that Windows hashing slows more due to other activity, in particular logging in remotely with ssh.
I haven't tried cuda 7.5 on either OS but the hashrates you reported on cuda 7.5 is significantly slower that I get with 6.5
on Linux or Windows. I conclude 7.5 is equally slow on both OS's.

32 vs 64 bit is not about the OS but about how ccminer is compiled. Compiling for 32 bit tends to be a little more efficient
when dealing with mostly 32 bit arithmetic.

Overclocking on Linux has been discussed at length in this thread, including getting it to work headless. Search for
"cooolbits" for everything you need to know.

id like to say that i totally agree with you joblo - but i dont ... as the systems i have running are showing the complete opposite of what you are stating ...

coolbits and oc are NOT working as they should on the gigabyte 750ti oc lp cards i have running ... investigation into this lead me to conclude that ( and i did read this on the nvidia site ) that the support is not currently implemented in the drivers ( cuda and video drivers ) as of yet - and is only available for the higher end cards ...

the cuda 7.5 implementation i have compiling ccminer-spmod IS causing hashing as fast ( and slightly faster ) than cuda 6.5 compiles ...

im not trying to be obnoxious - its a fact ...

sp has these results of slower hashrate using c7.5 as you do - i dont ...

go figure ...

#crysx
newbie
Activity: 36
Merit: 0
hello guys... i'm new to this and seek for some advice for mining BTC.

currently i'm using ccminer-1.5.74-git-spmod with bat like this:
Code:
ccminer.exe --algo=x11 -o stratum+tcp://us-west.multipool.us:11111 -u username -p password
pause

i'm joining multipool. but with that setting, i'm not mining BTC but DRK instead. (Dask pools Stats)...   Huh


my spec: i7 2600K @ 4.4 Ghz / GTX 970 jetstream (Default) / 12 GB RAM / Win 10 x64
pool: multipool
try to mining: BTC

so do i have to change pool? or ccminer version? or simply change the setting.bat? i need some advice...

thanks before  Grin
legendary
Activity: 1797
Merit: 1028
Does this mean anything for mining PC? As far as i understood, our problem is other way round where we need to use 2 PSUs in one PC.

http://www.guru3d.com/news-story/phanteks-shows-power-splitter-with-isolated-dual-system-technology.html

PHANTEKS SYSTEM --

Conceivably, you could run two low-power systems with one 1200W PSU.  Perhaps 2 x motherboards with 4-6 low end 750ti cards each.       --scrypter
newbie
Activity: 39
Merit: 0
The Lyra2v2 timings are depended on a good coreclock/memclock and boostclock (no trottle'ing)
The problem is when I mod a kernal to run fast on the 960, it might hurt the 970 performance.
When I mod a kernal to use more power, cards with little power will start to trottle.

The cryptomining blog has compared the 20 last sp-mod versions on the gtx 970:

http://cryptomining-blog.com/wp-content/uploads/2015/11/ccminer-spmod-gtx-970.jpg


What clocks would you recommend for 750 ti and a 980? I thought I remember someone here saying that memory clocks didn't make that much of a difference. Thanks.
hero member
Activity: 840
Merit: 1000
Does this mean anything for mining PC? As far as i understood, our problem is other way round where we need to use 2 PSUs in one PC.

http://www.guru3d.com/news-story/phanteks-shows-power-splitter-with-isolated-dual-system-technology.html
legendary
Activity: 1049
Merit: 1001
what speed (x11 algo) will a 750ti hash at with the latest release?
X11 hashrate--
Release dot 74 should hash at 3.1MH/s or better on a 750ti.  This depends on the model, overclocking, etc. My EVGA 750ti SC (no 6-pin connector, single fan) gets 3.1 MH/s on Linux with no overclocking.
--scryptr
the gigabyte 750ti oc lp cards ( in thefarm - no aux power connector ) do on average 2800KH with x11 - stock on fedora 22 x64 cuda 7.5 ...
#crysx
Cuda 7.5 x86 build is doing 1.9 MHASH(750ti). And the 64bit build is around 10-15% slower than the x86 cuda 6.5 build.
can i safely assume this is windows sp? ...
the linux compiles are running better than the cuda6.5 compiles that i was building prior to the fedora 22 x64 upgrade ... and being x64 native - maybe that has something to do with it ...
i dont use anything x86 - unless they only come in i686 format on linux ... and there is no other option ( which is quite rare in linux ) ...
#crysx

This is windows. And with abit of overclocking you should be able to do 3,4MHASH stable. This is 600KHASH more than your linux setup. 22% faster.
If you move to windows your farm can produce 22% more coins. Smiley



i wont be doing that sp ...

the job would be more effort and cost to do - than to find a way to oc in linux ...

none of these cards have been put through any form of oc - and they have been running rock solid so far ...

but admittedly - you are correct in pointing out that 22% increase in hashrate is a lot ... but it is the pain of windows that brings me to almost tears ... a single machine was bad enough ( which i have tested ) - a few machines was worse ( which i have tested also ) - thefarm under windows in its entirety would be a bloody nightmare ... not only for because its a graphical environment and not easily accessed or controlled unless you have a graphical environment access - but also because of the inhibiting cost of the os in the first place ... what ever i make in coins and convert to btc and convert to aud - will not cover the cost of the software alone ...

so again - the nvidia drivers are advancing in the linux arena ( dont forget - its nvidia thats holding this back - not linux distros ) and when they reach the stage where it will be easy to implement these commands within the miner parameters - i may oc the cards at that stage ... until then - ill suffer a 22% hit with thefarm ...

i know you are providing sound advice - but no else has to do the maintenance on thefarm but me ... and im not willing to go to that extreme ... and believe me - as simple as most people say windows is to maintain and so on - they do NOT have thefarm to contend with when it comes service / maintenance / updates / upgrades ...

with linux - its about 1 / 5 th the time with windows - and at least 7 times more powerful with bash / sh ... all from the arm chair or cafe or android fone - while drinking a coffee ...

i used to be that other person - the windows support guy ... no tanx Smiley ...

in any case - would you have any new updates coming about - or major increase in private miners that you want to sell? ...

especially if they are x11 - quark - neoscrypt - lyra2v2 ... Smiley ...

tanx sp ...

#crysx

Dude, put in the time to OC them on Linux. Yes, it's a pain, but it's worth the boredom.

ill look more into it - but nvidia themselves are not really interested in giving oc access to 750ti cards ... only their higher end cards ...

btw - the nvidia test machine will be monday to play around with all that unfortunately wolf ...

so maybe then - but i will DEFINITELY require a good read researching and a lotta help with the oc side ...

#crysx
How to change the bios on the 750ti.
Chris went from ~245kh/s scrypt to ~330kh/s scrypt  for a comparison ... so that is about 25% more on the hashrate. Smiley

Cudamining Unleashed             https://www.youtube.com/watch?v=fr4dbfNhFTI

Here is a good article about how to do it http://cryptomining-blog.com/1014-how-to-increase-the-geforce-gtx-750-ti-power-target-limit/

GPU overvoltage is risky, not many cards have a good PCB/VRM/Refrigeration to deal about this, not every card is a HOF  Grin
Considering 24/7 usage in full load, the chances of losing the card with this are big.

Very good point, they emphasize that in the article as well
legendary
Activity: 2716
Merit: 1116
what speed (x11 algo) will a 750ti hash at with the latest release?
X11 hashrate--
Release dot 74 should hash at 3.1MH/s or better on a 750ti.  This depends on the model, overclocking, etc. My EVGA 750ti SC (no 6-pin connector, single fan) gets 3.1 MH/s on Linux with no overclocking.
--scryptr
the gigabyte 750ti oc lp cards ( in thefarm - no aux power connector ) do on average 2800KH with x11 - stock on fedora 22 x64 cuda 7.5 ...
#crysx
Cuda 7.5 x86 build is doing 1.9 MHASH(750ti). And the 64bit build is around 10-15% slower than the x86 cuda 6.5 build.
can i safely assume this is windows sp? ...
the linux compiles are running better than the cuda6.5 compiles that i was building prior to the fedora 22 x64 upgrade ... and being x64 native - maybe that has something to do with it ...
i dont use anything x86 - unless they only come in i686 format on linux ... and there is no other option ( which is quite rare in linux ) ...
#crysx

This is windows. And with abit of overclocking you should be able to do 3,4MHASH stable. This is 600KHASH more than your linux setup. 22% faster.
If you move to windows your farm can produce 22% more coins. Smiley



i wont be doing that sp ...

the job would be more effort and cost to do - than to find a way to oc in linux ...

none of these cards have been put through any form of oc - and they have been running rock solid so far ...

but admittedly - you are correct in pointing out that 22% increase in hashrate is a lot ... but it is the pain of windows that brings me to almost tears ... a single machine was bad enough ( which i have tested ) - a few machines was worse ( which i have tested also ) - thefarm under windows in its entirety would be a bloody nightmare ... not only for because its a graphical environment and not easily accessed or controlled unless you have a graphical environment access - but also because of the inhibiting cost of the os in the first place ... what ever i make in coins and convert to btc and convert to aud - will not cover the cost of the software alone ...

so again - the nvidia drivers are advancing in the linux arena ( dont forget - its nvidia thats holding this back - not linux distros ) and when they reach the stage where it will be easy to implement these commands within the miner parameters - i may oc the cards at that stage ... until then - ill suffer a 22% hit with thefarm ...

i know you are providing sound advice - but no else has to do the maintenance on thefarm but me ... and im not willing to go to that extreme ... and believe me - as simple as most people say windows is to maintain and so on - they do NOT have thefarm to contend with when it comes service / maintenance / updates / upgrades ...

with linux - its about 1 / 5 th the time with windows - and at least 7 times more powerful with bash / sh ... all from the arm chair or cafe or android fone - while drinking a coffee ...

i used to be that other person - the windows support guy ... no tanx Smiley ...

in any case - would you have any new updates coming about - or major increase in private miners that you want to sell? ...

especially if they are x11 - quark - neoscrypt - lyra2v2 ... Smiley ...

tanx sp ...

#crysx

Dude, put in the time to OC them on Linux. Yes, it's a pain, but it's worth the boredom.

ill look more into it - but nvidia themselves are not really interested in giving oc access to 750ti cards ... only their higher end cards ...

btw - the nvidia test machine will be monday to play around with all that unfortunately wolf ...

so maybe then - but i will DEFINITELY require a good read researching and a lotta help with the oc side ...

#crysx
How to change the bios on the 750ti.
Chris went from ~245kh/s scrypt to ~330kh/s scrypt  for a comparison ... so that is about 25% more on the hashrate. Smiley

Cudamining Unleashed             https://www.youtube.com/watch?v=fr4dbfNhFTI

Here is a good article about how to do it http://cryptomining-blog.com/1014-how-to-increase-the-geforce-gtx-750-ti-power-target-limit/

GPU overvoltage is risky, not many cards have a good PCB/VRM/Refrigeration to deal about this, not every card is a HOF  Grin
Considering 24/7 usage in full load, the chances of losing the card with this are big.
legendary
Activity: 1049
Merit: 1001
what speed (x11 algo) will a 750ti hash at with the latest release?
X11 hashrate--
Release dot 74 should hash at 3.1MH/s or better on a 750ti.  This depends on the model, overclocking, etc. My EVGA 750ti SC (no 6-pin connector, single fan) gets 3.1 MH/s on Linux with no overclocking.
--scryptr
the gigabyte 750ti oc lp cards ( in thefarm - no aux power connector ) do on average 2800KH with x11 - stock on fedora 22 x64 cuda 7.5 ...
#crysx
Cuda 7.5 x86 build is doing 1.9 MHASH(750ti). And the 64bit build is around 10-15% slower than the x86 cuda 6.5 build.
can i safely assume this is windows sp? ...
the linux compiles are running better than the cuda6.5 compiles that i was building prior to the fedora 22 x64 upgrade ... and being x64 native - maybe that has something to do with it ...
i dont use anything x86 - unless they only come in i686 format on linux ... and there is no other option ( which is quite rare in linux ) ...
#crysx

This is windows. And with abit of overclocking you should be able to do 3,4MHASH stable. This is 600KHASH more than your linux setup. 22% faster.
If you move to windows your farm can produce 22% more coins. Smiley



i wont be doing that sp ...

the job would be more effort and cost to do - than to find a way to oc in linux ...

none of these cards have been put through any form of oc - and they have been running rock solid so far ...

but admittedly - you are correct in pointing out that 22% increase in hashrate is a lot ... but it is the pain of windows that brings me to almost tears ... a single machine was bad enough ( which i have tested ) - a few machines was worse ( which i have tested also ) - thefarm under windows in its entirety would be a bloody nightmare ... not only for because its a graphical environment and not easily accessed or controlled unless you have a graphical environment access - but also because of the inhibiting cost of the os in the first place ... what ever i make in coins and convert to btc and convert to aud - will not cover the cost of the software alone ...

so again - the nvidia drivers are advancing in the linux arena ( dont forget - its nvidia thats holding this back - not linux distros ) and when they reach the stage where it will be easy to implement these commands within the miner parameters - i may oc the cards at that stage ... until then - ill suffer a 22% hit with thefarm ...

i know you are providing sound advice - but no else has to do the maintenance on thefarm but me ... and im not willing to go to that extreme ... and believe me - as simple as most people say windows is to maintain and so on - they do NOT have thefarm to contend with when it comes service / maintenance / updates / upgrades ...

with linux - its about 1 / 5 th the time with windows - and at least 7 times more powerful with bash / sh ... all from the arm chair or cafe or android fone - while drinking a coffee ...

i used to be that other person - the windows support guy ... no tanx Smiley ...

in any case - would you have any new updates coming about - or major increase in private miners that you want to sell? ...

especially if they are x11 - quark - neoscrypt - lyra2v2 ... Smiley ...

tanx sp ...

#crysx

Dude, put in the time to OC them on Linux. Yes, it's a pain, but it's worth the boredom.

ill look more into it - but nvidia themselves are not really interested in giving oc access to 750ti cards ... only their higher end cards ...

btw - the nvidia test machine will be monday to play around with all that unfortunately wolf ...

so maybe then - but i will DEFINITELY require a good read researching and a lotta help with the oc side ...

#crysx
How to change the bios on the 750ti.
Chris went from ~245kh/s scrypt to ~330kh/s scrypt  for a comparison ... so that is about 25% more on the hashrate. Smiley

Cudamining Unleashed             https://www.youtube.com/watch?v=fr4dbfNhFTI

Here is a good article about how to do it http://cryptomining-blog.com/1014-how-to-increase-the-geforce-gtx-750-ti-power-target-limit/
legendary
Activity: 3164
Merit: 1003
what speed (x11 algo) will a 750ti hash at with the latest release?
X11 hashrate--
Release dot 74 should hash at 3.1MH/s or better on a 750ti.  This depends on the model, overclocking, etc. My EVGA 750ti SC (no 6-pin connector, single fan) gets 3.1 MH/s on Linux with no overclocking.
--scryptr
the gigabyte 750ti oc lp cards ( in thefarm - no aux power connector ) do on average 2800KH with x11 - stock on fedora 22 x64 cuda 7.5 ...
#crysx
Cuda 7.5 x86 build is doing 1.9 MHASH(750ti). And the 64bit build is around 10-15% slower than the x86 cuda 6.5 build.
can i safely assume this is windows sp? ...
the linux compiles are running better than the cuda6.5 compiles that i was building prior to the fedora 22 x64 upgrade ... and being x64 native - maybe that has something to do with it ...
i dont use anything x86 - unless they only come in i686 format on linux ... and there is no other option ( which is quite rare in linux ) ...
#crysx

This is windows. And with abit of overclocking you should be able to do 3,4MHASH stable. This is 600KHASH more than your linux setup. 22% faster.
If you move to windows your farm can produce 22% more coins. Smiley



i wont be doing that sp ...

the job would be more effort and cost to do - than to find a way to oc in linux ...

none of these cards have been put through any form of oc - and they have been running rock solid so far ...

but admittedly - you are correct in pointing out that 22% increase in hashrate is a lot ... but it is the pain of windows that brings me to almost tears ... a single machine was bad enough ( which i have tested ) - a few machines was worse ( which i have tested also ) - thefarm under windows in its entirety would be a bloody nightmare ... not only for because its a graphical environment and not easily accessed or controlled unless you have a graphical environment access - but also because of the inhibiting cost of the os in the first place ... what ever i make in coins and convert to btc and convert to aud - will not cover the cost of the software alone ...

so again - the nvidia drivers are advancing in the linux arena ( dont forget - its nvidia thats holding this back - not linux distros ) and when they reach the stage where it will be easy to implement these commands within the miner parameters - i may oc the cards at that stage ... until then - ill suffer a 22% hit with thefarm ...

i know you are providing sound advice - but no else has to do the maintenance on thefarm but me ... and im not willing to go to that extreme ... and believe me - as simple as most people say windows is to maintain and so on - they do NOT have thefarm to contend with when it comes service / maintenance / updates / upgrades ...

with linux - its about 1 / 5 th the time with windows - and at least 7 times more powerful with bash / sh ... all from the arm chair or cafe or android fone - while drinking a coffee ...

i used to be that other person - the windows support guy ... no tanx Smiley ...

in any case - would you have any new updates coming about - or major increase in private miners that you want to sell? ...

especially if they are x11 - quark - neoscrypt - lyra2v2 ... Smiley ...

tanx sp ...

#crysx

Dude, put in the time to OC them on Linux. Yes, it's a pain, but it's worth the boredom.

ill look more into it - but nvidia themselves are not really interested in giving oc access to 750ti cards ... only their higher end cards ...

btw - the nvidia test machine will be monday to play around with all that unfortunately wolf ...

so maybe then - but i will DEFINITELY require a good read researching and a lotta help with the oc side ...

#crysx
How to change the bios on the 750ti.
Chris went from ~245kh/s scrypt to ~330kh/s scrypt  for a comparison ... so that is about 25% more on the hashrate. Smiley

Cudamining Unleashed             https://www.youtube.com/watch?v=fr4dbfNhFTI
legendary
Activity: 1470
Merit: 1114

anyway - as for the overclocking side ... i think i will take wolfs advice and take another look into it next week week ... the next 3days for me is incredibly busy ...


Linux vs Windows, cuda 6.5 vs 7.5, x86 vs x86_64. Holy crap hasn't this been hashed and rehashed over and over again?

From my experience mining on Windows or Linux produces the same hash rates everything else being equal. However,
I have noticed that Windows hashing slows more due to other activity, in particular logging in remotely with ssh.
I haven't tried cuda 7.5 on either OS but the hashrates you reported on cuda 7.5 is significantly slower that I get with 6.5
on Linux or Windows. I conclude 7.5 is equally slow on both OS's.

32 vs 64 bit is not about the OS but about how ccminer is compiled. Compiling for 32 bit tends to be a little more efficient
when dealing with mostly 32 bit arithmetic.

Overclocking on Linux has been discussed at length in this thread, including getting it to work headless. Search for
"cooolbits" for everything you need to know.
legendary
Activity: 2002
Merit: 1051
ICO? Not even once.
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...
Smiley ...
#crysx
Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.
o ok ...
but you are not selling the private kernels are you sp? ...
i guess a more unified approach would be better ... separate the kernels and add them into the miner on a modular basis ...
tanx ...
#crysx

Difficult to sell kernals that run fast on one hardware and slow on another.  Then you need the same operating system and the same cards that I use.
The Pallas Neoscrypt kernal is 10% faster on some cards, but when you see the test performed by the cryptomining blog, his work doesn't have any effect.


probably it's just a matter of tuning the launch parameters for the cards, as the code size is changed and I only have 970s to test with.

One thing I like about sgminer is that it allows for a lot of fine tuning so in the end the users will come up with the fastest settings and the devs don't have to.
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...
Smiley ...
#crysx
Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.
o ok ...
but you are not selling the private kernels are you sp? ...
i guess a more unified approach would be better ... separate the kernels and add them into the miner on a modular basis ...
tanx ...
#crysx

Difficult to sell kernals that run fast on one hardware and slow on another.  Then you need the same operating system and the same cards that I use.
The Pallas Neoscrypt kernal is 10% faster on some cards, but when you see the test performed by the cryptomining blog, his work doesn't have any effect.


probably it's just a matter of tuning the launch parameters for the cards, as the code size is changed and I only have 970s to test with.
legendary
Activity: 2002
Merit: 1051
ICO? Not even once.
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...
Smiley ...
#crysx
Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.
o ok ...
but you are not selling the private kernels are you sp? ...
i guess a more unified approach would be better ... separate the kernels and add them into the miner on a modular basis ...
tanx ...
#crysx

Difficult to sell kernals that run fast on one hardware and slow on another.  Then you need the same operating system and the same cards that I use.
The Pallas Neoscrypt kernal is 10% faster on some cards, but when you see the test performed by the cryptomining blog, his work doesn't have any effect.


Could this be solved with some command line variables which we can experiment with to get the fastest combination or is it more difficult than that?
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...
Smiley ...
#crysx
Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.
o ok ...
but you are not selling the private kernels are you sp? ...
i guess a more unified approach would be better ... separate the kernels and add them into the miner on a modular basis ...
tanx ...
#crysx

Difficult to sell kernals that run fast on one hardware and slow on another.  Then you need the same operating system and the same cards that I use.
The Pallas Neoscrypt kernal is 10% faster on some cards, but when you see the test performed by the cryptomining blog, his work doesn't have any effect.
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...

Smiley ...

#crysx

Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.


o ok ...

but you are not selling the private kernels are you sp? ...

i guess a more unified approach would be better ... separate the kernels and add them into the miner on a modular basis ...

tanx ...

#crysx
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
would luv to another update with a nice kick upwards in hashrate for some of the algos - hint hint sp ...

Smiley ...

#crysx

Right now it's much more profitable to work on private kernals #crysx. The memory algos are heavily dependent on the right clock settings / boost / voltage etc. I have modded the lyra2v2 to run faster on one card, but slower other other cards. I think I need to review the opensource kernal and pick the fastest routine for all cards.
Maybe make seperate kernals for each of the maxwell gpu models because they are different.
Jump to: