[Cast XMR] high speed XMR/CryptoNight miner for RX Vega GPUs (2 KHash/s)

[Bhaal1]

Sorry, for late update, but here it is:

Regards,
glph3k


Cast XMR Version 0.8.5 (2018/02/07)

  - 1% performance gain for Vega Frontier Edition with Blockchain driver (fastest GPU around)
  - 1% performance improvement with current stock driver (18.1.1) for RX Vega 56/64 (40% to go to reach Blockchain driver performance)
  - fix for random blocking console output
  - GPU now always logs with its device id not the order they are listed in the -G argument
  - --log option to log console output to a file
  - remote access includes CORS support in HTTP header

Download Cast XMR 0.8.5 for Windows (64bit)

cast_xmr-vega-win64_085.zip SHA256: 800af3739896c1012605217632a7ffa962abbb0ecd11370cfbc15e4b21a09015

Serious question for glph3K:

Why does the Blockchain driver provide increased performance over the Adrenaline drivers with the compute option toggled?
https://community.amd.com/thread/221930

It is concerning that there has been no improvement for cryptonight based mining on the Vega with the latest drivers, and AMD coming out and saying that the Adrenaline drivers are "already optimized for the Vega" is hugely disappointing. In short, without the August blockchain drivers we would never have this performance for cryptonight, which I know I am not the first person to ponder this issue.

Do you have any insights on this issue? Have you had any contact with AMD driver developers?

I am not a conspiracy type person but I find this completely crazy, odd and so on...

This also does not bode well for NAVI cards using GDDR6 as AMD may never allow true mining performance to be recognized via the driver. Right now the [Suspicious link removed]pute drivers look like either a fluke, mistake or some devious ploy to deny. If you have a reference AMD vega 64 you should consider yourself very lucky.

Any thoughts??

Very good questions...and thoughts!
Would be very interesting to get some insight why the blockchain driver is so much better.

[1715431691]

1715431691

[1715431691]

1715431691

[1715431691]

1715431691

[1715431691]

1715431691

[1715431691]

1715431691

[glph3k]

Sorry, I can also only speculate as programming with OpenCL and CGN assembler only allows to optimize what a kernel does and to some degree how the kernels are organized and scheduled.

On driver level the scheduling of kernels is implemented also on driver level probably the bandwidth of memory can be influenced as not only the CGNs need access to memory but also the other parts of the GPU that do the actual graphics rendering. Random access memory bandwidth (not compute) is for CryptoNight the limiting factor, as the algo is mainly reading and writing to random parts of memory.

So if I would make a driver for compute only stuff I would give the CGN kernels higher priority and max memory bandwidth and thereby slow the graphics rendering. Which can be experienced with the blockchain driver.

Can only guess if the AMD engineers manage or are willing to combine both use cases in on driver. As they managed for the RX 570/580 with the 'compute mode'.


Do the blockchain driver not work with non reference cards? As the OEMs are just building different cooling designs on the cards?

Serious question for glph3K:

Why does the Blockchain driver provide increased performance over the Adrenaline drivers with the compute option toggled?
https://community.amd.com/thread/221930

It is concerning that there has been no improvement for cryptonight based mining on the Vega with the latest drivers, and AMD coming out and saying that the Adrenaline drivers are "already optimized for the Vega" is hugely disappointing. In short, without the August blockchain drivers we would never have this performance for cryptonight, which I know I am not the first person to ponder this issue.

Do you have any insights on this issue? Have you had any contact with AMD driver developers?

I am not a conspiracy type person but I find this completely crazy, odd and so on...

This also does not bode well for NAVI cards using GDDR6 as AMD may never allow true mining performance to be recognized via the driver. Right now the Blockchain compute drivers look like either a fluke, mistake or some devious ploy to deny. If you have a reference AMD vega 64 you should consider yourself very lucky.

Any thoughts??

[fr4nkthetank]

XMR Monero network hash rate double in just 2 weeks  
what the hack  

GPU shortage just means they go straight to a big miner and no one else gets any....Must of been one gigantic farm.  I would love to visit that in 2022 in the great bitcoin crash that almost consumes the earth itself.

[MickDaster]

XMR Monero network hash rate double in just 2 weeks  
what the hack  

GPU shortage just means they go straight to a big miner and no one else gets any....Must of been one gigantic farm.  I would love to visit that in 2022 in the great bitcoin crash that almost consumes the earth itself.

but really how can gpu shortage double up hash rate. If there are no gpu's available how do you increase hash?

[commonorx]

Sorry, I can also only speculate as programming with OpenCL and CGN assembler only allows to optimize what a kernel does and to some degree how the kernels are organized and scheduled.

On driver level the scheduling of kernels is implemented also on driver level probably the bandwidth of memory can be influenced as not only the CGNs need access to memory but also the other parts of the GPU that do the actual graphics rendering. Random access memory bandwidth (not compute) is for CryptoNight the limiting factor, as the algo is mainly reading and writing to random parts of memory.

So if I would make a driver for compute only stuff I would give the CGN kernels higher priority and max memory bandwidth and thereby slow the graphics rendering. Which can be experienced with the blockchain driver.

Can only guess if the AMD engineers manage or are willing to combine both use cases in on driver. As they managed for the RX 570/580 with the 'compute mode'.


Do the blockchain driver not work with non reference cards? As the OEMs are just building different cooling designs on the cards?

Serious question for glph3K:

Why does the Blockchain driver provide increased performance over the Adrenaline drivers with the compute option toggled?
https://community.amd.com/thread/221930

It is concerning that there has been no improvement for cryptonight based mining on the Vega with the latest drivers, and AMD coming out and saying that the Adrenaline drivers are "already optimized for the Vega" is hugely disappointing. In short, without the August blockchain drivers we would never have this performance for cryptonight, which I know I am not the first person to ponder this issue.

Do you have any insights on this issue? Have you had any contact with AMD driver developers?

I am not a conspiracy type person but I find this completely crazy, odd and so on...

This also does not bode well for NAVI cards using GDDR6 as AMD may never allow true mining performance to be recognized via the driver. Right now the Blockchain compute drivers look like either a fluke, mistake or some devious ploy to deny. If you have a reference AMD vega 64 you should consider yourself very lucky.

Any thoughts??

The blockchain driver does work with the newer OEM Vega cards but apparently those cards are using memory (hynix) that may have lower tolerances and cannot be overclocked easily. The reference cards use the samsung memory that seems to tolerate higher or more aggressive memory overclocks. Performance is better on the reference cards.

So all things considered it is likely that there will not be a driver that prioritizes random memory access read/writes for newer AMD cards (Navi) since it seems that they are not willing to make that change for Vega now in the mainline driver. Which is sad because the performance of the new GDDR6 memory would certainly be helpful for cryptonight.

Its also funny to think that we are only using these cards for their memory performance only so its a pretty expensive memory stick.


Thanks for the feedback!

[chup]

Newest AMD drivers should auto switch Vegas to "compute mode" when certain GPU computing level is achieved. I think that AMD set the offset for switching higher than Vega is reaching with cryptonight algo.

[treanski]

Newest AMD drivers should auto switch Vegas to "compute mode" when certain GPU computing level is achieved. I think that AMD set the offset for switching higher than Vega is reaching with cryptonight algo.

i think it has also to do something with card detection. for example with blockchain driver my vega56 with 64 bios gets recognized by castxmr as vega 64 and 64 compute units, with newer driver it gets detected as vega 56 with 56 cumpute units

[glph3k]

Newest AMD drivers should auto switch Vegas to "compute mode" when certain GPU computing level is achieved. I think that AMD set the offset for switching higher than Vega is reaching with cryptonight algo.

i think it has also to do something with card detection. for example with blockchain driver my vega56 with 64 bios gets recognized by castxmr as vega 64 and 64 compute units, with newer driver it gets detected as vega 56 with 56 cumpute units

That is indeed a bug in the blockchain driver. But it does not matter as the value is only informative and not taken into consideration. The actually available compute units on the Vega 56 are indeed 56.

[treanski]

i have a registry file with 1300 soc clock(found somewhere in this forum), if i use this values and set memoryclock to 1215. hashrate spikes after few minutes to >2000hs for a second then gpu crashes...its like compute gets activated for a short time

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0005]
"PP_PhmSoftPowerPlayTable"=hex:B6,02,08,01,00,5C,00,E1,06,00,00,EE,2B,00,00,1B,\
  00,48,00,00,00,80,A9,03,00,F0,49,02,00,32,00,08,00,00,00,00,00,00,00,00,00,\
  00,00,00,00,00,02,01,5C,00,4F,02,46,02,94,00,9E,01,BE,00,28,01,7A,00,8C,00,\
  BC,01,00,00,00,00,72,02,00,00,90,00,A8,02,6D,01,43,01,97,01,F0,49,02,00,71,\
  02,02,02,00,00,00,00,00,00,08,00,00,00,00,00,00,00,05,00,07,00,03,00,05,00,\
  00,00,00,00,00,00,01,08,20,03,84,03,B6,03,E8,03,1A,04,4C,04,7E,04,B0,04,01,\
  01,46,05,01,01,84,03,00,08,60,EA,00,00,00,40,19,01,00,01,80,38,01,00,02,DC,\
  4A,01,00,03,90,5F,01,00,04,00,77,01,00,05,90,91,01,00,06,D0,FB,01,00,07,01,\
  08,D0,4C,01,00,00,00,80,00,00,00,00,00,00,1C,83,01,00,01,00,00,00,00,00,00,\
  00,00,70,A7,01,00,02,00,00,00,00,00,00,00,00,88,BC,01,00,03,00,00,00,00,00,\
  00,00,00,C0,D4,01,00,04,00,00,00,00,00,00,00,00,44,23,02,00,05,00,00,00,00,\
  01,00,00,00,00,58,02,00,06,00,00,00,00,01,00,00,00,78,5D,02,00,07,00,00,00,\
  00,01,00,00,00,00,05,60,EA,00,00,00,40,19,01,00,00,80,38,01,00,00,DC,4A,01,\
  00,00,90,5F,01,00,00,00,08,28,6E,00,00,00,2C,C9,00,00,01,F8,0B,01,00,02,80,\
  38,01,00,03,90,5F,01,00,04,F4,91,01,00,05,D0,B0,01,00,06,CD,D4,01,00,07,00,\
  08,6C,39,00,00,00,24,5E,00,00,01,FC,85,00,00,02,AC,BC,00,00,03,34,D0,00,00,\
  04,68,6E,01,00,05,08,97,01,00,06,EC,A3,01,00,07,00,01,68,3C,01,00,00,01,04,\
  3C,41,00,00,00,00,00,50,C3,00,00,00,00,00,80,38,01,00,02,00,00,24,71,01,00,\
  04,00,00,01,08,00,98,85,00,00,40,B5,00,00,60,EA,00,00,50,C3,00,00,01,80,BB,\
  00,00,60,EA,00,00,94,0B,01,00,50,C3,00,00,02,00,E1,00,00,94,0B,01,00,40,19,\
  01,00,50,C3,00,00,03,78,FF,00,00,40,19,01,00,88,26,01,00,50,C3,00,00,04,40,\
  19,01,00,80,38,01,00,80,38,01,00,50,C3,00,00,05,80,38,01,00,DC,4A,01,00,DC,\
  4A,01,00,50,C3,00,00,06,00,77,01,00,00,77,01,00,90,5F,01,00,50,C3,00,00,07,\
  90,91,01,00,90,91,01,00,00,77,01,00,50,C3,00,00,01,18,00,00,00,00,00,00,00,\
  0B,E4,12,60,09,60,09,4B,00,0A,00,54,03,90,01,90,01,90,01,90,01,90,01,90,01,\
  90,01,00,00,00,00,00,02,04,31,07,DC,00,DC,00,DC,00,2C,01,00,00,59,00,69,00,\
  4A,00,4A,00,5F,00,73,00,73,00,64,00,40,00,90,92,97,60,96,00,90,55,00,00,00,\
  00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,02,D4,30,00,00,02,10,60,EA,00,\
  00,02,10

[lastshootingstar]

Hello guys,im new to mining,i have bought rx 64 vega with biostar tb 250 ,8 gb ram ,g4400

im using castxmr with exact step by step installation still im getting 1.3-1.4 kh/s only ,please help me out

[Shnikes101]

Hello guys,im new to mining,i have bought rx 64 vega with biostar tb 250 ,8 gb ram ,g4400

im using castxmr with exact step by step installation still im getting 1.3-1.4 kh/s only ,please help me out

Going to need a little more detail on what all you've attempted/drivers/etc.

Here's some light reading to get you started

I'd encourage you to read through the following threads/guides:
vega.miningguides.com

Vega thread  https://bitcointalk.org/index.php?topic=2002025.0
Cast thread   https://bitcointalk.org/index.php?topic=2256917.0

Also reddit - https://www.reddit.com/r/MoneroMining/comments/74hjqn/monero_and_vega_the_definitive_guide/

[lastshootingstar]

tried it ,still same error

[P00P135]

tried it ,still same error

You missed a step.

[commonorx]

tried it ,still same error

You missed a step.

Can you tell me the mem speeds? Softpowerplay reg mod applied? What kind of Vega is it? Is it your primary video card? Why am I asking more questions that you are providing details?

[zeef]

Hi guys,

Anyone know how to make an .bat file to open the cast xmr vega.

I want to add it to startup folder.

Im trying this .bat, but doesn t work:

cmd /k "cd /d D:\partilhada\Mining\Miners\xmrvega\"

start_graft.bat


But Get stucked in the directory

Im on windows 10.

Thanks

[zeef]

Hi guys,

Anyone know how to make an .bat file to open the cast xmr vega.

I want to add it to startup folder.

Im trying this .bat, but doesn t work:

cmd /k "cd /d D:\partilhada\Mining\Miners\xmrvega\"

start_graft.bat


But Get stucked in the directory

Thanks

just creat an shortcut of bat and past this copy in to the startup folder

Hi ,

This form i know,

But if i want to call another instance of other program with some delay.. i want flexibility

[zeef]

Hi guys,

Anyone know how to make an .bat file to open the cast xmr vega.

I want to add it to startup folder.

Im trying this .bat, but doesn t work:

cmd /k "cd /d D:\partilhada\Mining\Miners\xmrvega\"

start_graft.bat


But Get stucked in the directory

Thanks

just creat an shortcut of bat and past this copy in to the startup folder

Hi ,

This form i know,

But if i want to call another instance of other program with some delay.. i want flexibility

create 2 shortcut for 2 diff instance and past TIMEOUT /t 5 before cmd line GG

TIMEOUT /t 5 in one of these obviously  

Hi,

Thanks for anwser,

Can you examplify

Im almost there:

cmd /k "cd /d D:\partilhada\Mining\Miners\xmrvega\"     - this apoints to directory

but now i cant start the bat..  i will  make ittt 

Thanks

[zeef]

shorcut 1 to start gpu 1

TIMEOUT /t 5
cast_xmr-vega -S etn-us-west1.nanopool.org:13333 -u G 0


shortcut 2 without timeout to start gpu 2


cast_xmr-vega -S etn-us-west1.nanopool.org:13333 -u G 1


copy 2 shorcut from desktop and past in startup folder.

ahh yeah will work

But i want my code to work too ehehhe

[duyquang06]

Has anyone tested 0.8.5 yet ?

[ihack13]

just curious.

has anyone tried Vega 8 and Vega 11 from the 2200G / 2400G?