[Dev] NeoScrypt GPU Miner - Public Beta Test
-
All you have to do is copy the newest neoscrypt.cl from the code repo and replace the one in your mining folder
No, that won’t work correctly.
could somebody post a windows compile of the lastest code ?
I’m unable to use xintensity on the prev code (no accepted shares) and would like to check if the problem persists.
Windows binaries!
https://ottrbutt.com/sgminer/neoscrypt/wolf-neo-sgminer5-hawaii-11212014.zip
https://ottrbutt.com/sgminer/neoscrypt/wolf-neo-sgminer5-hawaii-11212014.zip.sig
-
first look for 280x only hw, hash down by 70%
will try later with better time
drivers: 14.200.1004.0
-
first look for 280x only hw, hash down by 70%
will try later with better time
drivers: 14.200.1004.0
You MUST change your settings.
-
i tried raw + I 13+ w 64-256
have no time to play more now
-
Running 2 x 280X’s and getting 310-314 with them.
Pics posted here https://forum.feathercoin.com/index.php?/topic/7929-gpu-comparison-neoscrypt/?p=70664
Following settings used :
{ "pools": [ { "url": "stratum+tcp://stratum.wemineftc.com:4444", "user": "username", "pass": "password" } ], "profiles": [], "failover-only": true, "algorithm": "neoscrypt", "device": "all", "lookup-gap": "2", "rawintensity": "6144", "thread-concurrency": "8192", "worksize": "256", "gpu-engine": "1100", "gpu-memclock": "1600", "gpu-threads": "4", "temp-cutoff": "95,95", "temp-overheat": "85,85", "temp-target": "75,75", "gpu-memdiff": "0,0", "shares": "0", "kernel-path": "/usr/i586-mingw32msvc/bin", "api-mcast-port": "4028", "api-port": "4028", "auto-fan": true, "expiry": "28", "failover-switch-delay": "60", "gpu-dyninterval": "7", "gpu-platform": "1", "hamsi-expand-big": "4", "keccak-unroll": "0", "log": "5", "no-pool-disable": true, "no-client-reconnect": true, "no-submit-stale": true, "queue": "10", "scan-time": "7", "tcp-keepalive": "30", "temp-hysteresis": "3" }
Win7 Ultimate X64, Catalyst 14.4
-
No improvement after all testings only few kh/s on 280X. With 13.6 rc2 didn’t worked at all. Strange thing is when I use old bin build on older sgminer also on 14.6 rc2 it works but reports same speed. Latest version builds bin 3 times bigger than old one with same settings.
-
I’m only getting this,
14.7 rc3 drivers
[19:21:15] Specified platform that does not exist
[19:21:15] clDevicesNum returned error, no GPUs usable
[19:21:15] All devices disabled, cannot mine! -
Wolf0s newest Hawaii update is really only meant for 290s and up. The 280x has a Tahiti architecture.
-
Wolf0s newest Hawaii update is really only meant for 290s and up. The 280x has a Tahiti architecture.
I’ve only seen it help on Hawaii - doesn’t mean there aren’t magic settings for other cards.
-
Hmm, well I cant get anything other than HW errors either for now. Some people seeing result others cant get it to work. Lets wait and see.
As I said before, I did manage to mod an older version by replacing the neoscrypt.cl with the new one and updating to: --worksize 112 -I 15 -g 1 --thread-concurrency 16384, gave my slower 290 about 12KH/s more and my faster one saw little to no boost.
-
Hmm, well I cant get anything other than HW errors either for now. Some people seeing result others cant get it to work. Lets wait and see.
As I said before, I did manage to mod an older version by replacing the neoscrypt.cl with the new one and updating to: --worksize 112 -I 15 -g 1 --thread-concurrency 16384, gave my slower 290 about 12KH/s more and my faster one saw little to no boost.
Wolf’s builds sgminer binaries with static-linked libraries, so putting in AMD OCL DLLs into the sgminer folder won’t work I am afraid :( You must not be using the right AMD Catalyst drivers.
Edit: Also, he has mentioned before to use multiples of 64 for the worksize. 112 is not a multiple of 64.
Edit: His sgminer build for Hawaii will not work with Catalyst 14.9.x or above.
-
Wolf’s builds sgminer binaries with static-linked libraries, so putting in AMD OCL DLLs into the sgminer folder won’t work I am afraid :( You must not be using the right AMD Catalyst drivers.
Edit: Also, he has mentioned before to use multiples of 64 for the worksize. 112 is not a multiple of 64.
Edit: His sgminer build for Hawaii will not work with Catalyst 14.9.x or above.
It might work - it’ll probably be dead slow, though.
-
Wolf’s builds sgminer binaries with static-linked libraries, so putting in AMD OCL DLLs into the sgminer folder won’t work I am afraid :( You must not be using the right AMD Catalyst drivers.
Edit: Also, he has mentioned before to use multiples of 64 for the worksize. 112 is not a multiple of 64.
Edit: His sgminer build for Hawaii will not work with Catalyst 14.9.x or above.
I think what makes more sense is that it will use the version I linked, regardless of what you have - I need to get an updated Windows version of the driver files to build against.
-
Wolf’s builds sgminer binaries with static-linked libraries, so putting in AMD OCL DLLs into the sgminer folder won’t work I am afraid :( You must not be using the right AMD Catalyst drivers.
Edit: Also, he has mentioned before to use multiples of 64 for the worksize. 112 is not a multiple of 64.
Edit: His sgminer build for Hawaii will not work with Catalyst 14.9.x or above.
Tried 14.4, 14.6, 14.9 all 100% HW errors with his stock config. For straight 290s w112 is about 3% faster than w64 even in the older build, this is not the case for 7970,50, 280x…etc.
-
Tried 14.4, 14.6, 14.9 all 100% HW errors with his stock config. For straight 290s w112 is about 3% faster than w64 even in the older build, this is not the case for 7970,50, 280x…etc.
Yeah - you’ll probably have to build it for now - I’m finding the right files.
-
Tried 14.4, 14.6, 14.9 all 100% HW errors with his stock config. For straight 290s w112 is about 3% faster than w64 even in the older build, this is not the case for 7970,50, 280x…etc.
Unless you are using the exact same environment as him, no configuration will work well. I already brought this issue up to Wolf, and he’s looking into building sgminer either with dynamic links, or static-built against windows 14.6 drivers. I REALLY hope he builds dynamic so that we can use 14.9.x or 14.11 drivers and just swap in 14.6 RC2 OCLs. I game on my miner with the 290x, so it’s a big thing for me to revert back to older drivers and lose game-specific fixes.
-
Well, in previous releases the worksize multiple of 64 thing has been complete hogwash… No reason to start assuming it makes a difference now.
-
Well, in previous releases the worksize multiple of 64 thing has been complete hogwash… No reason to start assuming it makes a difference now.
As the kernel gets better, it will become more true.
-
Anyone else get this with GPU temps? (GPU # 4) I never saw it before using wolf0’s kernel…
-
And topic is dead…