Author

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

sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
that sounds like a bad suggestion actually, if anyone as a faster method, there wouldn't be any point in opensourcing at that level (you should know considering you are asking for 0.1btc donation since last week for your private miner Grin )

Actually, most of of my work the last 12 months has been opensource. I still submit some improvements to my github, but I keep some private. For the miners that have alot of money invested in maxwell gpu's,
0.1 BTC is nothing when the revenue is guaranteed to increase with a few percent. That's why I work on all algos..
full member
Activity: 155
Merit: 100
By thinking ..
ETH
970 100ME(elpida) - 22 Mh/s
960 100ME(samsung) -10 Mh/s
ethminer-cuda-0.9.41
Windows 8.1 x64

My 970 works 22Mh/s. 970 no 100ME- 17Mh/s.Assume the memory effect Elpida.

Windows 8.1x64 (970+960)-32Mhs
Windows 10x64 (970+960)-12Mhs
Windows 7x64 (970+960)-31.5Mhs

chart (1).jpeg

legendary
Activity: 1176
Merit: 1015
Genoil, some ETH coming your way. Been using your miner since last summer but never donated.

0xf01f74a1eb99be1aee7f58b6f1e83d89524d374babbcda2cd6f576c0d61c466d
sr. member
Activity: 438
Merit: 250
Same problem in the cryptonight algo. Doesn't work on widows 10

Can this be fixed? Looking at the memory controller, on W8 it's maxed out... W10 it's at about 50% (which is definitely comparable to the performance I'm getting).

I prefer having a installation on w10 so I can see and report on changes/bugs comparable between algos and fix them


Curiously is anyone having problems with Ethminer and Windows 10? It seems like my w10 970 rig produces 8Mh/s and my W8.1 rigs all produce 17Mh/s... Not sure what's going on here.

Yesterday I upgraded ssd to one gaming rig which had gtx 970 and windows 10. Tested quickly ETH mining and yes, it was only hashing about 7-8MH. Thought I messed something during upgrade but after more testing realized that W10 kills hashrate.


My guess is MS has changed an API in W10 that requires all devs to modify their apps to comply.
They've done it before.

I'm only familiar with this issue on Ethminer, but I understand Cryptonight is a memory-heavy algo as well. The reason for this behavior is known as TLB trashing. The TLB is a unit found on CPU's and GPU's that translates virtual memory addresses into physical addresses. The TLB maintains a table of mappings from virtual memory pages to physical memory pages. When a kernel uses a lot of different addresses in a wide memory space, this table runs full, causing addresses that used to previous cached on the TLB to be removed (trashed) and to have to be retranslated (global memory replay). This causes a huge delay. Apparently there is a difference between Windows 7,8 and 10 with regards to this, most likely in page size. Using smaller page sizes, memory address lookups can be performed faster, but the TLB runs full quicker.

The reason that this didn't happen with Ethminer before, is because of the increasing DAG size. I wrote a test program a while back to identify the allocation size after which this behavior would start happening on any given combination of GPU and OS (it's in OpenCL, but there is no difference with CUDA). If I remember well, there actually isn't that much of a difference between Windows 8 and 10, but that may be different for GPU's that I don't own. For Nvidia hardware with Maxwell 2, the best solution is to use Windows 7 or Linux.
legendary
Activity: 1400
Merit: 1050
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.
It's fucking happened already.
I've done it and confirmed I get full hash rate.
The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.
As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

Problem solved.

Wolf0, why don't you opensource some of your work? Your famous x11 bins have now been beaten 100% by the kochur bins.
that sounds like a bad suggestion actually, if anyone as a faster method, there wouldn't be any point in opensourcing at that level (you should know considering you are asking for 0.1btc donation since last week for your private miner Grin )
full member
Activity: 229
Merit: 100
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.
It's fucking happened already.
I've done it and confirmed I get full hash rate.
The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.
As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

Problem solved.

Wolf0, why don't you opensource some of your work? Your famous x11 bins have now been beaten 100% by the kochur bins.

Old news sp, that has already changed  Cool
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.
It's fucking happened already.
I've done it and confirmed I get full hash rate.
The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.
As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

Problem solved.

Wolf0, why don't you opensource some of your work? Your famous x11 bins have now been beaten 100% by the kochur bins.
sr. member
Activity: 506
Merit: 252
Also with all the memory intensive algos around us it would be great if we could optimize memory latency timings for nvidia gpus. The best way to do (or rather try) is to find the memory timings of each strap (specific frequency range) and apply eg. the faster lower timings from a lower frequency strap to a higher frequency strap.

In memory intensive algos this could boost hashrates by quite a bit.



It works wonders for amd cards as seen in eth mining.
http://www.overclock.net/t/1561372/hawaii-bios-editing-290-290x-295x2-390-390x

Under the tab: Memory Timings modding
you find the juicy info



Any nvidia guru who knows this stuff?

(It seems tho samsung memory with factory settings is already quite optimized, so not sure its worth looking into)
legendary
Activity: 1470
Merit: 1114
Now how "bad" is the TLB trashing in wine?
As bad as in windows
or as bad as in linux?

anyone knows?

I know TLB trashing is a hardware limit yet linux "behaves" best with windows 7 slightly behind it and
windows 8.1/10 is total garbage in this regard.

I don't know but if it affects mining perfornance I'd guess there is no difference given the performance
is the same.

I'm specutating* too much. I should stick to what I know.

*That's the second interesting typo today. I think i'll copyright it. It even works in this context as a
mix of speculating and spectating.
legendary
Activity: 1470
Merit: 1114
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.

It's fucking happened already.

I've done it and confirmed I get full hash rate.

The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.

As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

Yeah, no shit - I know this. I also know at least in the case of AMD, you need to call into the driver to load the binary ONTO the GPU. How exactly does Wine handle this without explicitly catching the calls and making sure it calls into the Linux lib, which will properly handle it from there? Maybe Nvidia has a different system for this, I don't know.

Sounds like an inferiour design on AMD. Linux sits between wine and and the driver, it just provides an api
to direct windows system calls to the linux versions. The gpu talks to the windows ccminer via apis in wine
but all it has to do is obey the command to accept a cuda binary file and run it, then send the results back
to ccminer on the host. Nothing more than a simple command interface and data transfer are needed.

I don't know why it's so difficult for AMD. The GPU talks to the host driver so it can talk to any linux process,
that's it's access to the file system. Wine doesn't need to handle it. Wine only gets involed when giving
commands to the gpu or talking to windows processes like the file system when retrieving the results.
It's probably the shitty AMD drivers. Maybe the GPU thinks it's running on windows and thinks it's the
victim of spoofing or something.



AMD drivers are fucking terrible, granted - but I would think it should work mostly the same way... maybe WINE doesn't yet have support for it with AMD?

I don't know why they'd need to. Sending commands from the windows app to the gpu should be through a standard
interface and the gpu bypasses wine for file transfer.
sr. member
Activity: 506
Merit: 252
Now how "bad" is the TLB trashing in wine?
As bad as in windows
or as bad as in linux?

anyone knows?



I know TLB trashing is a hardware limit yet linux "behaves" best with windows 7 slightly behind it and
windows 8.1/10 is total garbage in this regard.
legendary
Activity: 1470
Merit: 1114
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.

It's fucking happened already.

I've done it and confirmed I get full hash rate.

The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.

As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

Yeah, no shit - I know this. I also know at least in the case of AMD, you need to call into the driver to load the binary ONTO the GPU. How exactly does Wine handle this without explicitly catching the calls and making sure it calls into the Linux lib, which will properly handle it from there? Maybe Nvidia has a different system for this, I don't know.

Sounds like an inferiour design on AMD. Linux sits between wine and and the driver, it just provides an api
to direct windows system calls to the linux versions. The gpu talks to the windows ccminer via apis in wine
but all it has to do is obey the command to accept a cuda binary file and run it, then send the results back
to ccminer on the host. Nothing more than a simple command interface and data transfer are needed.

I don't know why it's so difficult for AMD. The GPU talks to the host driver so it can talk to any linux process,
that's it's access to the file system. Wine doesn't need to handle it. Wine only gets involed when giving
commands to the gpu or talking to windows processes like the file system when retrieving the results.
It's probably the shitty AMD drivers. Maybe the GPU thinks it's running on windows and thinks it's the
victim of spoofing or something.

legendary
Activity: 1470
Merit: 1114
Quote
would the windows version run on Linux via wine? 
No - it accesses the GPU, which requires the driver libs, which call into the driver running in the Windows kernel mode eventually. Not fucking happening.

It's fucking happened already.

I've done it and confirmed I get full hash rate.

The GPU doesn't care what the host OS is, it's just given a binary file to run in it's own run time
environment. All it needs is a common driver interface to talk to the host.

As an FYI you can also compile cuda in a VM, either windows or linux. You don't need the drivers,
just the cuda tools. I've done that too.

legendary
Activity: 1470
Merit: 1114
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.

I have added 2-300khash in the quark algo on gtx 970. Now peaking at 19.45mhash with +155 on the core.(g1 gaming). Will be included in sp-mod private 3

Ppl want a linux version. I don't want to release the sourcecode. So no linux. Switch to windows, or loose hashrate:)

wow ...

so you are willing to 'lose' the support of linux miners to try and push them towards windows? ...

not likely sp ... and something i will NEVER do with the total costs and instability and the sheer work involved in such a stupid thing as that - especially with a farm ...

if farm owners WANT to do that - then fine ... but those who will stick to linux - like me - will research ( or commission ) another way ...

no tanx - ill just add a few more powerful cards - and find a better way ...

#crysx

Kinda shitty to try to hide it behind the "I dun wanna release source" lie (the lie being the insinuation that linux support requires source.)

there has to be a better way of doing 'all this' wolf ...

im actually getting disheartened by the whole crypto scene the way it is - and its driving me to think about whether its a good idea to stay in the open like this - or fall into the background and just 'watch' the workings of development and crypto - while utilizing the offers that come our way on occasion ...

is it any wonder why the HUGE farms only get bigger? ...

not releasing YOUR source is one thing - not releasing OUR source is another ... which is exactly what oss is all about - its OURS ( as in the community ) ...

im linux all the way - and i wont change ... stubbornly refuse to give in to the closed system ... paid miners and paid software and paid systems are one thing ...

but to do this that sp is saying he wants to do - that has now got my nose out of joint also ... i wont bend to such things - and agree that it is not right to state such things with the purpose of holding the source code for private use only ... im a supporter of both oss AND the devs ... you know this - sp knows this - the community who know what im about know this ...

but thats statement is ludicrous ...

i just need to find and settle in my new place - and rebuild the new farm ... only a few months away ...

then we can talk business ...

#crysx

You know you can run windows binaries, including ccminer, on linux using wine. Just install wine and run
wine ccminer ...

But then again, considering how much you've contributed you have a right to be a little demanding. In fact
your position is very similar to my opinion on the matter. The big guys are the early adopters and pay the
development costs of leading edge products. For that they get exclusive rights to the product for a period of
time. A win-win I'd say.
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.

I have added 2-300khash in the quark algo on gtx 970. Now peaking at 19.45mhash with +155 on the core.(g1 gaming). Will be included in sp-mod private 3

Ppl want a linux version. I don't want to release the sourcecode. So no linux. Switch to windows, or loose hashrate:)

wow ...

so you are willing to 'lose' the support of linux miners to try and push them towards windows? ...

not likely sp ... and something i will NEVER do with the total costs and instability and the sheer work involved in such a stupid thing as that - especially with a farm ...

if farm owners WANT to do that - then fine ... but those who will stick to linux - like me - will research ( or commission ) another way ...

no tanx - ill just add a few more powerful cards - and find a better way ...

#crysx

Kinda shitty to try to hide it behind the "I dun wanna release source" lie (the lie being the insinuation that linux support requires source.)

there has to be a better way of doing 'all this' wolf ...

im actually getting disheartened by the whole crypto scene the way it is - and its driving me to think about whether its a good idea to stay in the open like this - or fall into the background and just 'watch' the workings of development and crypto - while utilizing the offers that come our way on occasion ...

is it any wonder why the HUGE farms only get bigger? ...

not releasing YOUR source is one thing - not releasing OUR source is another ... which is exactly what oss is all about - its OURS ( as in the community ) ...

im linux all the way - and i wont change ... stubbornly refuse to give in to the closed system ... paid miners and paid software and paid systems are one thing ...

but to do this that sp is saying he wants to do - that has now got my nose out of joint also ... i wont bend to such things - and agree that it is not right to state such things with the purpose of holding the source code for private use only ... im a supporter of both oss AND the devs ... you know this - sp knows this - the community who know what im about know this ...

but thats statement is ludicrous ...

i just need to find and settle in my new place - and rebuild the new farm ... only a few months away ...

then we can talk business ...

#crysx

I like my way of doing things - I don't give away answers, but I'm more than willing to help devs who are at least decently intelligent and truly want to learn - while I don't open source much of my code, I freely give people the ideas used in it the vast majority of times - as well as show people what is possible. The latter is also very much to my detriment, as it would be smarter to not let them know a certain hashrate is achievable; less people will try. But I do anyways.

understood ...

though we ALL understand devs need to earn and eat ... so this is NOT about a [particular dev or another - but more the actions of the dev ... which you have already stated above ...

if you decide to get back into cuda - we have something more to talk about than just amd ...

i know its probably a hell of a lot better with amd / opencl on a programming level than nvidia / cuda - but i if you are talented in BOTH - the your value automatically becomes more than two fold ... and we get the best of both worlds ... im not just directing this at you wolf - im saying this in general ...

respect is always there for the devs of this strange crypto world - so its not an attack on a personal level to any of the devs ... im just fed up with being forced into doing one thing or another at the whim of 'whoever' wants to impose the 'doing' ...

in future - i will not be working the way i have been with thefarm and farmamd ... both farms will be done in a much more streamlined manner - and in a much more productive manner ... which means there will only be one way of constructing and building the miners - and one way they will work ... the software will be built on that platform - and it will not include windows for the miners ... ever ...

im already in the first stages of the build - as ive specialized in hpc grids like this before - and am currently redesigning the two farms entirely ...

this time - both farms will determine what miner gets used - and not the other way around ...

#crysx
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.

I have added 2-300khash in the quark algo on gtx 970. Now peaking at 19.45mhash with +155 on the core.(g1 gaming). Will be included in sp-mod private 3

Ppl want a linux version. I don't want to release the sourcecode. So no linux. Switch to windows, or loose hashrate:)

wow ...

so you are willing to 'lose' the support of linux miners to try and push them towards windows? ...

not likely sp ... and something i will NEVER do with the total costs and instability and the sheer work involved in such a stupid thing as that - especially with a farm ...

if farm owners WANT to do that - then fine ... but those who will stick to linux - like me - will research ( or commission ) another way ...

no tanx - ill just add a few more powerful cards - and find a better way ...

#crysx

Kinda shitty to try to hide it behind the "I dun wanna release source" lie (the lie being the insinuation that linux support requires source.)

there has to be a better way of doing 'all this' wolf ...

im actually getting disheartened by the whole crypto scene the way it is - and its driving me to think about whether its a good idea to stay in the open like this - or fall into the background and just 'watch' the workings of development and crypto - while utilizing the offers that come our way on occasion ...

is it any wonder why the HUGE farms only get bigger? ...

not releasing YOUR source is one thing - not releasing OUR source is another ... which is exactly what oss is all about - its OURS ( as in the community ) ...

im linux all the way - and i wont change ... stubbornly refuse to give in to the closed system ... paid miners and paid software and paid systems are one thing ...

but to do this that sp is saying he wants to do - that has now got my nose out of joint also ... i wont bend to such things - and agree that it is not right to state such things with the purpose of holding the source code for private use only ... im a supporter of both oss AND the devs ... you know this - sp knows this - the community who know what im about know this ...

but thats statement is ludicrous ...

i just need to find and settle in my new place - and rebuild the new farm ... only a few months away ...

then we can talk business ...

#crysx
legendary
Activity: 2940
Merit: 1091
--- ChainWorks Industries ---
Private kernal for sale. 0.1BTC

Release 2 sp-mod private (750ti) (faster than release 78)

x11: +2.4%
x13: +5.4%
x15: +4.5%
lyra2v2: +6.45%
quark: +3.2%
qubit: +2.3%

I wish I could code cuda.

I have added 2-300khash in the quark algo on gtx 970. Now peaking at 19.45mhash with +155 on the core.(g1 gaming). Will be included in sp-mod private 3

Ppl want a linux version. I don't want to release the sourcecode. So no linux. Switch to windows, or loose hashrate:)

wow ...

so you are willing to 'lose' the support of linux miners to try and push them towards windows? ...

not likely sp ... and something i will NEVER do with the total costs and instability and the sheer work involved in such a stupid thing as that - especially with a farm ...

if farm owners WANT to do that - then fine ... but those who will stick to linux - like me - will research ( or commission ) another way ...

no tanx - ill just add a few more powerful cards - and find a better way ...

#crysx
hero member
Activity: 1974
Merit: 502
Vave.com - Crypto Casino
sp   your private miner is giving me json error when I try mining spr.  Did I get the wrong file? I was wanting the 750ti spr miner.

I usually refer to a coin via it's trade symbol.

Why bother?

You'll have better luck on nicehash.
legendary
Activity: 2296
Merit: 1031
I supported with a donation but did not receive release 2.
-grendel25

Pm sendt.

PM received.  Thank you for clearing it up for me.  

It might be a good idea to publish what you PM'd me to the first post.
legendary
Activity: 1470
Merit: 1114
sp   your private miner is giving me json error when I try mining spr.  Did I get the wrong file? I was wanting the 750ti spr miner.

I usually refer to a coin via it's trade symbol.

ccminer --help will show you the expected name.
Jump to: