|
1441
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.3
|
on: July 09, 2018, 10:27:06 AM
|
|
V1.6.3
- More speed on Vega56 cards on every algo (probably on Vega64 and VegaFE too, i don't have them to test)
- Added parameter --enableduplicategpuid (used in start.bat), that enables to use the same gpu id in gpu_conf multiple times
- Removed useless kernels 3 and 4
- Removed useless CPU opencl support
+ Vega cards should get even more speed than in previous version (tested with adrenaline 18.3.4)
+ Added parameter --enableduplicategpuid (in .bat) which basically allows you to do something like this :
"gpu_conf" :
[
{ "id" : 0, "intensity" : 120, "worksize" : 8, "threads" : 1},
{ "id" : 0, "intensity" : 120.5, "worksize" : 8, "threads" : 1},
]
So instead of using the same settings for every thread on same GPU, you can define different intensity for example for one thread.
This way maybe you can squeeze out a little more hash from your GPU.
On initialisation this is displayed as DIFFERENT GPU'S, but on hashrate display threads of same gpu are merged, so a per gpu hashrate is still displayed, not a per thread speed.
+ Removed a few useless things like kernels 3&4, and CPU OpenCL support, nobody used these but they just took me more time when implementing something new
Don't copy new version of miner over old one, or if you do make sure you delete .srb files before running it!
|
|
|
|
|
1442
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: 1.6.1 VS 1.6.2
|
on: July 09, 2018, 07:00:21 AM
|
I can confirm that I am getting about 100 less hash/s on CN7 using the SRB Miner 1.6.2 instead of 1.6.1. thanks. nobody believes me  still using 1.6.1 because of that Who said nobody believes you ?  Which gpu's are we talking about? Rx550 or Rx580 ? |
|
|
|
|
1443
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 09, 2018, 06:58:20 AM
|
vega got more hash on 1.6.2, rx series maybe a little less, but next version should get things back on track.
I have a rig of 5 Vega Frontier Editions. I have not tried on heavy algo but the CN7 is giving me about 100 less. Intensity is set to 120 with double threads. I am very happy with SRB Miner. with XMR STAK, if I set intensity to 2048 for each thread then I would get closer to the hashrate of SRB but still 100 or so less. With SRB 1.6.1 I am getting a stable 10.9 KH/s, if I added another Vega FE card it would be 13 KH/s. You can see photos of my rig and its making here: https://postimg.cc/gallery/ivrtjh24/As you know Vega FE cards have 16 GB of HBM2. Is it possible to run more threads on these GPUs ? It would be awesome if there was a way to utilize this memory. I would appreciate if you could provide an answer to this question, as you are writing the code for SRB Miner and you know better how much memory can be used. Thanks for the awesome SRB Miner I don't have FE vega, but try this for V7 algo: "gpu_conf" : [ { "id" : 0, "intensity" : 126, "worksize" : 8, "threads" : 2} ] |
|
|
|
|
1446
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 08, 2018, 05:51:11 AM
|
When i launch the miner under 1.6 thru 1.62 i receive two messages stating "loading kernel for Device bus ID 1 ...." These messages are about 1 second appart. CryptonightV7 mode enabled. ADL initialised successfully and the proper pool name. Then the error appears indicating that the connection was refused.  Something at your side because :  as simple as : { "pools" : [ {"pool" : "xmr.pool.minergate.com:45700", "wallet" : "4A5hJyu2FvuM2azexYssHW2odrNCNWVqLLmzCowrA57xGJLNufXfzVgcMpAy3YWpzZSAPALhVH4Ed7x o6RZYyw2bUtbm12g", "password" : "x"} ] } |
|
|
|
|
1448
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 07, 2018, 04:02:18 AM
|
Quite often I stuck on a "Compiling kernel for GPU1 ..." . Just one GPU has this problem. I have to reboot it several times, until it works. Not sure what happens. Does anyone else have this problem?
set only the problematic card in gpu_conf run miner it will nake binary then return all cards in conf. Maybe this will help |
|
|
|
|
1449
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 06, 2018, 06:50:46 AM
|
In 1.6.2 on cn-v7 algo intensity higher 100 not give jumps and drops in hashrate like it was on 1.6.1. But speed is low on v7... I tried 54,56,72,90,108,116 but all these intensities gives max 985 h/s on my RX 580 8Gb cards. On 1.6.0 I have 1030-1040 h/s...
Maybe I do something wrong? I tried to wait up to 10 min every try. But speed didn't jumps like in heavy algo. It pretty stable. Couse of it I didn't wait any longer.
Who got speed higher 1000 h/s on v7 with 1.6.2? Share your settings, please...
Same issue: 1.6.0 gets 1080 h/s on RX 588, but 1.6.2 - only 1025 h/s with same config. Looks like that some optimisations that work nicely for vega degrade performance on rx. I will rework my kernel so the speed should be back to v1.6.0 speeds on rx. |
|
|
|
|
1452
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 06, 2018, 04:58:59 AM
|
considering that all closed source miners almost certainly contain open source code or code derived from open source projects and is precisely how crypto assets have come to be.
So if it is like you say, why did you even have to ask me when it looks like to me you already gave the answer before making the question? Also, it's a little strange that you suddenly came from your fpga threads here, with your licensing question. So here is an answer i hope it will satisfy you : I am not using copy pasted code from open source projects, but i am using some good ideas, reworked in my own style. this is likely one of the reasons why you have had to close source yours The reason is obvious, if you follow the open source scene (oh you do, you wouldn be here now if you didn't), then you know that there are always 'good helping people' who remove the devfee, compile, upload and share on forums the 0% fee version. |
|
|
|
|
1453
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 05, 2018, 09:53:28 PM
|
I'm not he. No affiliation. Thought it pertinent to ask and for you to answer that question publicly. As a developer, I as sure that you agree that too many miners developers are taking GPL code and using it outside of the license and this is likely one of the reasons why you have had to close source yours and other developers like Imperdin may end up having to close sourcing his.
Thank you for coming here to tell me this.. But im curious, what does he have that he can close source ? |
|
|
|
|
1454
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 05, 2018, 08:17:44 AM
|
guys what is your 30 min average speed in statistics 1.6.0 vs 1.6.2?
1080 vs 1024 Strange, really. I have 580 8g (hynix) cards i tested the miner on , and i get the same hashrate on V7 as on previous versions. There are always HR fluctuations, and always will be, that's why i ask for the 30 min average, and not the value you get when pressing 'h'. Same rig, same driver, same everything except miner version? I will check to see if any of the changes i made could cause this HR drop. |
|
|
|
|
1455
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 05, 2018, 04:39:58 AM
|
In 1.6.2 on cn-v7 algo intensity higher 100 not give jumps and drops in hashrate like it was on 1.6.1. But speed is low on v7... I tried 54,56,72,90,108,116 but all these intensities gives max 985 h/s on my RX 580 8Gb cards. On 1.6.0 I have 1030-1040 h/s...
Maybe I do something wrong? I tried to wait up to 10 min every try. But speed didn't jumps like in heavy algo. It pretty stable. Couse of it I didn't wait any longer.
Who got speed higher 1000 h/s on v7 with 1.6.2? Share your settings, please...
Same issue: 1.6.0 gets 1080 h/s on RX 588, but 1.6.2 - only 1025 h/s with same config. guys what is your 30 min average speed in statistics 1.6.0 vs 1.6.2? |
|
|
|
|
1456
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 05, 2018, 04:36:37 AM
|
V1.6.2
- Added support for Italocoin new algo (from block 55.000)
- Auto intensity for Vega cards improved, also managed to increase hashing speed on Vega cards for about ~1-1.5% (mainly on heavy algos)
- If user uses non existing GPU id in gpu_conf, it will be ignored, no error will be thrown
- Fixed miner crash when using a non AES capable CPU on some algos
- Added Windows version and build in log
- Added video driver version in log
- Added info about CPU AES support in log
- Statistics now shows number of stale shares that were accepted by pool
- Added parameter 'min_rig_speed_duration' that can set period for 'min_rig_speed' parameter (minimum is 30 sec), default is 5 min
+ I finally bought a Vega 56 card, so in the next releases i will try to improve the performance for Vegas. For now a little speedup of about 1-1.5% is achieved, mainly on Heavy based algos (Heavy, Haven, Bittube, Italo)
+ If you use a non existant id in gpu_conf, it will now be ignored, only id's that exist in your system will be used
+ There was a bug in soft AES that caused miner crash on Stellite and Haven algos, this is now fixed
+ Added accepted stale shares number in statistics. It can't know the number of real accepted stale shares on pool side, but the logic is simple, if a new job is received, but the miner sends a result in the mean time that is for the previous job, and this share gets accepted by the pool, miner will treat this like an accepted stale share.
+ min_rig_speed_duration can set the time you want to check the average hashrate for 'min_rig_speed' parameter. Default is 5 min.
Looks like you included Imperdin's heavy optimizations for that small bump. Did you include that GPL3 code in your miner? It just looks like, but dont worry imperdin, as i already told you i dont need to use your crazy insane mega giga optimisations. I already got even more speed increase since we talked, so if you plan releasing another mega giga optimisation please dont do it before i release the next version of miner. |
|
|
|
|
1458
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 04, 2018, 10:39:30 AM
|
upd hashrate lowered since 1.6.1 on Vegas 56  about 20 h/s per card It shouldn't be . Algo and settings? normalv7, intensity 112. rig Vega56x4, was 7900 -> 7820 rig Vega56x8, was 15540 -> 15250 auto intensity got 119, last rig lowered to 15150 set it to intensity 120 by hand,or try 121 and set persistent memory to true, maybe this will give a little boost worksize 8, threads 2 |
|
|
|
|
1459
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: SRBMiner Cryptonight AMD GPU Miner V1.6.2
|
on: July 04, 2018, 10:36:42 AM
|
Guys,
first, thanks to all that didn't care and made fun of me when I reported missing hashrate problem. I tried hard to explain that the cast-xmr and srbminer report incorrect or inconsistent hashrate, for example my vega rigs are hashing up to 20% less on the pool than what the miner reports, just to be stomped by armada of forumeers who try to teach me basic math, finally, I was advised to find another miner if I don't like this one - and I did
last few days I tried new miner called JCE, the guy just made a beta version for GPUs, and my Vegas not only hash better than SRBminer (7xVega 56 14350) but every single hash is counted by the pool properly. This leads me to conclusion that srb and cast have issues with counting or are reporting false hashrate. I will now support new guy and his miner.
If doktor83 ever cares to fix this problem, I will be happy to provide support and more details.
Have fun and enjoy your mining
I am glad you finally found something that is working for you. But please, next time don't come back just to advertise another miner. It's a very very pertinent and valid observation however. Especially since JCE is claiming a lot of devs "cheat" with their closed-source miners. If his miner's hashrate coincides with what the pools report - and SRB, Cast etc do not - there is a problem, isn't there? Someone who works on a closed source miner says that closed source miners cheat and steal, ironic As always, i say : nobody forces you to use SRBMiner, if you think something is not ok, don't use it That's not really a satisfying answer however!... And completely avoids the point. Do you have a logical explanation for the behaviour? Why would hashrate produced by your miner reported by the pool be noticeably lower than JCE's? because all miners steal and his is the only one not doing that is the answer you want to hear. i am really tired of discussions of this type, so i am out. |
|
|
|
|
Show Posts
