Re: SRBMiner Cryptonight AMD GPU Miner V1.4.6

Quote from: doktor83 on April 22, 2018, 06:39:52 AM

Quote from: deathlire on April 22, 2018, 06:24:33 AM

If you didn't build the whole thing your own that is, check out a line that has i believe a "224u" line in it assigning a value to memHash..which is padding for a 256 byte chunk..so it should be something that takes it out at way before 255 and bam, well just comment it off and add + 1; How stable is it? i've only ran it an hour... but if it can do ~2-5 hashes for me.. imaging what it may do for multiple not using the basis of bits..

Code:

const size_t perThread = hashMemSize + 1u; // +224u; // Seems to be a speed improvement over padding and probably half unstable / more shares.

try a good test on a more speedy video card with that..doing before fix and after fix results and of course will it stay running for an hour or 300?
it's in auto config... source.

are you referring to xmrig ?

Yeah, sorry I didn't specify, it's pretty late here.. That is my own code adjustment and if it's not added as + 1.. it would fit in a 32 byte address..(Theoretically) so nothing would be wasted.. should be an 8 times increase.. at least in memory speed.. if it fits without +1 ..and if there is some need to have 256 byte for a video's memory.. I'll understand, but would like to wonder why. and if so.. instead padding memory like the ones before have done.. actually times the hash by 7 or 8 beforehand filling up 256 registers almost and then padding if necessary... many ways to come to something fun and workable i suppose.

But if you made your own, and isn't forked or anything from them.. is that how you have it somewhat? maybe 32 or 64?