I have the same cards on a rig with 13.12 : 470H/s per card (280X) but 280H/s with 14.6, with or without the opencl files in the directory.
VTX card, Hynix memory.
This trick with files works for me. Today I will do more tests.
|
|
|
That don't work for me, still poor hashrate (i have 14.6 on one computer only, but still) Probably it means that the reason is not in drivers version but in Elpida memory on your card(s).
|
|
|
After some research I can confirm that the reason of bad performance is Elpida memory type on GPU, not only 280x is affected but all cards. I compared several 290x cards with Elpida and Hynix memory: Stock 290x Elpida - 650 h/s. Stock 290x Hynix - 740 h/s! The bottleneck of CryptoNote PoW implementation on GPU is memory latency, Hynix memory is really much faster than Elpida. Latest GPU-Z shows memory type so you can check it easily.
Yea, it's really cool news! Claymore, say please, and how much memory do you have (2, 4, 8 gb)? And what is bandwidth hynix in mhz 1600, or more? I get 740 h/s on 290x 4Gb Hynix, 1000 core 1250 mem.
|
|
|
After some research I can confirm that the reason of bad performance is Elpida memory type on GPU, not only 280x is affected but all cards. I compared several 290x cards with Elpida and Hynix memory: Stock 290x Elpida - 650 h/s. Stock 290x Hynix - 740 h/s! The bottleneck of CryptoNote PoW implementation on GPU is memory latency, Hynix memory is really much faster than Elpida. Latest GPU-Z shows memory type so you can check it easily.
|
|
|
Hello, sorry to say but v3.4 still seems to have the Monero pool disconnect issue, been testing it against my pool (cryptonotepool.org.uk) so I see from both ends Please send me complete log so I can check it in details.
|
|
|
v3.4 is available:
- Now every pool has 3 connection attempts before miner switches to different pool. It prevents miner from disconnection from your main pool if this pool has to be restarted.
Unable to use it. It asked me for unknown options May be you can provide more details? I extract v3.4 to separate folder, start pool.bat and it's working. Claymore are you able to look into the cpu miner not being able to allocate memory on windows 8/8.1? Yes, I think you should check its thread before asking here, I posted answer some time ago
|
|
|
v3.4 is available:
- Now every pool has 3 connection attempts before miner switches to different pool. It prevents miner from disconnection from your main pool if this pool has to be restarted.
Unable to use it. It asked me for unknown options May be you can provide more details? I extract v3.4 to separate folder, start pool.bat and it's working.
|
|
|
******************** ERROR ********************
CANNOT ALLOCATE MEMORY! Error #103-1-1 Start miner with ADMIN rights to configure system for best performance and then REBOOT computer. It is necessary to do it only once.
***********************************************
this is a common issue for the cpu miner on windows 8/8.1... all my win 7 rigs work excellent but my 2 win 8.1 rigs do not like the cpu miner and wont allocate memory giveing the same error. Any chance of looking into this issue Claymore?? Every new Windows version has more and more paranoid security settings. For Windows 8.1 x64: 1. Make sure you are logged as admin. Create shortcut for NsCpuCNMiner64.exe on desktop. 2. Open shortcut properties, and specify command line parameters, for example: C:\miner\NsCpuCNMiner64.exe -o stratum+tcp://mine.moneropool.org:80 -u 449TGay4WWJPwsXrWZfkMoPtDbJp8xoSzFuyjRt3iaM4bRHdzw4qoDu26FdcGx67BMDS1r2bnp7f5hF 6xdPWWrD3Q3Wf7G6 -p x 3. Press "Advanced" button, check "Run As Administrator". Also disable UAC and reboot (perhaps this step is not ncessary for your configuration). 4. Start shortcut, I get about 290 h/s on stock i7-4770 in Windows 8.1 x64.
|
|
|
v3.4 is available:
- Now every pool has 3 connection attempts before miner switches to different pool. It prevents miner from disconnection from your main pool if this pool has to be restarted.
|
|
|
Claymore, please fix the pool switching in this thing. Pool ops are starting to call it the "Claymore effect." Pool goes down for a tenth of a second, and all the Claymore miners disappear. Since almost every bit of code used in an XMR pool is buggy as shit, it needs to be restarted every few hours.
Ok, update will be available in 1-3 hours. 3 reconnect attempt, every 10 seconds, before switching to different pool. Claymore, as per my PMs please add a background thread that polls the main pool every 30sec and switches back when it becomes alive again. And allow normal usernames (eg: sang-2482) for ANY pool address, not just hardcoded support for minergate. These two options will mean that Betarigs picks up Cryptonite algo and we can all rent our mining rigs out if we desire. Your users will love you. I will not do it in this update, sorry, it requires more time than I have for this update, but I will do it in next update.
|
|
|
Does miner support minergate??? I have 5-6 Kh/s working on minergate for 12 hours, get 0.2 XRM
Yes this miner supports minergate. You can check what hashrate is displayed in your minergate account. Confirm. Didn't work correctly with minergate this night. Hashrate displayed correctly in the minergate account window, but the shares takes the wrong. I also have 3 Kh / s working on merged minig minergate for 11 hours. Get 0.1 XMR fnd 12 FCN instead of 2.3 XMR And 19 FCN. Minergate reports about 49,000 taken shares on each coin. +1 I Check miner speed and pool dashboard, almost same. 57,792 shares Total mined:0.235072643858 minegate or miner problem? I think it is clear that if minergate panel shows hashrate correctly it is not a problem of miner.
|
|
|
Hey Claymore, Why are you hesitant to make the miner work with AMD 14.6 driver? Seems like most miners out there gain a performance of some sort from it.
I test 14.6 for every version and check its performance in details. It is not faster than 13.12. I can release two versions for 13.12 and for 14.6, but actually it's very easy to make miner use 13.12 even if you have installed 14.6: https://bitcointalk.org/index.php?topic=638915.msg7196535#msg7196535
|
|
|
Claymore, please fix the pool switching in this thing. Pool ops are starting to call it the "Claymore effect." Pool goes down for a tenth of a second, and all the Claymore miners disappear. Since almost every bit of code used in an XMR pool is buggy as shit, it needs to be restarted every few hours.
Ok, update will be available in 1-3 hours. 3 reconnect attempt, every 10 seconds, before switching to different pool.
|
|
|
Does miner support minergate??? I have 5-6 Kh/s working on minergate for 12 hours, get 0.2 XRM
log files send to PM
Yes this miner supports minergate. You can check what hashrate is displayed in your minergate account.
|
|
|
Claymore, where is new version?? Week ago you said about week time needed I checked some ideas, but right now I got only +1% of speedup, I don't think it's worth releasing new version for such small improvement, 9.2-9.3 CPD on stock 290x. Need to check some other possible ways of speedup, but it will take time again.
|
|
|
Claymore I have a dummy rig I can set up to give you TeamViewer or some other remote access to if this would help solve the problem 280x problems.
Thanks, but it won't help. I can buy a couple 280x more, but who knows if at least one will have this problem. I will do it if I'm unable to find the reason.
|
|
|
I have this problem too v3.2 186 h/s I7-3770 Win 7 64bit 12Gb 2*7870 - no mining -t 4 Disable UAC (check OP for details), reboot and try again.
|
|
|
You can build one version with fflush(stdout) after printf?
Not right now.
|
|
|
Claymore where does GPU Miner creates/stores its own generated *.bin-files from the first start (or there is no need in such bin-files...)?
Miner does not generate any files except log if logging enabled.
|
|
|
|