Bitcoin Forum
May 26, 2018, 02:55:59 PM *
News: Latest stable version of Bitcoin Core: 0.16.0  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 ... 129 »
  Print  
Author Topic: [Cast XMR] high speed XMR/CryptoNight miner for RX Vega GPUs (2 KHash/s)  (Read 155943 times)
Django69
Jr. Member
*
Offline Offline

Activity: 67
Merit: 0


View Profile
November 04, 2017, 10:06:40 PM
 #281

push the core to 1408
1527346559
Hero Member
*
Offline Offline

Posts: 1527346559

View Profile Personal Message (Offline)

Ignore
1527346559
Reply with quote  #2

1527346559
Report to moderator
1527346559
Hero Member
*
Offline Offline

Posts: 1527346559

View Profile Personal Message (Offline)

Ignore
1527346559
Reply with quote  #2

1527346559
Report to moderator
1527346559
Hero Member
*
Offline Offline

Posts: 1527346559

View Profile Personal Message (Offline)

Ignore
1527346559
Reply with quote  #2

1527346559
Report to moderator
Some PGP public keys you should import: theymos, Wladimir, Gregory, Pieter
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1527346559
Hero Member
*
Offline Offline

Posts: 1527346559

View Profile Personal Message (Offline)

Ignore
1527346559
Reply with quote  #2

1527346559
Report to moderator
1527346559
Hero Member
*
Offline Offline

Posts: 1527346559

View Profile Personal Message (Offline)

Ignore
1527346559
Reply with quote  #2

1527346559
Report to moderator
mmarkomarko
Newbie
*
Offline Offline

Activity: 29
Merit: 0


View Profile
November 05, 2017, 06:56:53 AM
 #282

3 vega 56 flashed with the 64 vega rom

max i can get is 1500 on all three

using 1110 core and 1075 mem 20% + power lim and 900 mv on core and mem

Any help ? i see 1200 before i do the disable enable trick , and I do see the error that says blockchain drivers not detected

but I am using the robin hood blockchain drivers , the aug 23 drivers seem to constantly crash my system

Do try to get aug23 drivers working, I don't think there is any other way around it. DDU is your friend!
Permonik
Member
**
Offline Offline

Activity: 163
Merit: 10


View Profile
November 05, 2017, 07:45:55 AM
 #283

... Is there any command how to avoid of using integrated gpu? ...
You need --opencl X where X is the same number you use in stak-amd.
Also, GPU cards start from 0. Try first with one card. G0 is the first card on index X.
Just try a few combinations and start simple (1 card).
You'll figure it out. I had the same issue but now mining with opencl 1 and all cards -G 0,1,..,n

Good luck.
Hi,
Thanks, I am  finally able to run this program.
What I saw during the run, is that sometimes some of the gpus shows 0h/s but shortly after that showing just normal ammount of h/s. Is it normal?
And last question, what is your temperatures of cards guys?
oskar_n8
Jr. Member
*
Offline Offline

Activity: 37
Merit: 0


View Profile
November 05, 2017, 07:55:56 AM
 #284

... Is there any command how to avoid of using integrated gpu? ...
You need --opencl X where X is the same number you use in stak-amd.
Also, GPU cards start from 0. Try first with one card. G0 is the first card on index X.
Just try a few combinations and start simple (1 card).
You'll figure it out. I had the same issue but now mining with opencl 1 and all cards -G 0,1,..,n

Good luck.
Hi,
Thanks, I am  finally able to run this program.
What I saw during the run, is that sometimes some of the gpus shows 0h/s but shortly after that showing just normal ammount of h/s. Is it normal?
And last question, what is your temperatures of cards guys?

My Tempus See around 55°C
Permonik
Member
**
Offline Offline

Activity: 163
Merit: 10


View Profile
November 05, 2017, 08:09:46 AM
 #285

... Is there any command how to avoid of using integrated gpu? ...
You need --opencl X where X is the same number you use in stak-amd.
Also, GPU cards start from 0. Try first with one card. G0 is the first card on index X.
Just try a few combinations and start simple (1 card).
You'll figure it out. I had the same issue but now mining with opencl 1 and all cards -G 0,1,..,n

Good luck.
Hi,
Thanks, I am  finally able to run this program.
What I saw during the run, is that sometimes some of the gpus shows 0h/s but shortly after that showing just normal ammount of h/s. Is it normal?
And last question, what is your temperatures of cards guys?

My Tempus See around 55°C
My temps are slightly higher than with stak-xmr. Before, some of the cards has about 43°C and 52°C and now it´s somewhere between  54-61°C.
djkice
Member
**
Offline Offline

Activity: 99
Merit: 10


View Profile
November 05, 2017, 08:46:01 AM
 #286

im getting one card at 75 same settings as others, which run at 60ish. no idea how to see whats wrong with it.
Permonik
Member
**
Offline Offline

Activity: 163
Merit: 10


View Profile
November 05, 2017, 09:38:56 AM
 #287

im getting one card at 75 same settings as others, which run at 60ish. no idea how to see whats wrong with it.
It could be caused by the different quality of sillicon inside the chip.
Anyway I am received one invalid result due to computation failed - what does it mean?
And I don´t still figure out why random gpus sometimes shows 0h/s, but only once and then it´s back in the normal...

p4
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
November 05, 2017, 10:37:18 AM
 #288

Hi,

I'm using 2 Vega 64 with blockchain driver, 1100mhz mem

When launching castxmr everything goes well :

[10:57:53] GPU0 | 55°C | Fan 4646 RPM | 2045.7 H/s
[10:57:53] GPU1 | 53°C | Fan 4743 RPM | 1997.0 H/s
[10:57:58] GPU0 | 54°C | Fan 4641 RPM | 2043.3 H/s
[10:57:58] GPU1 | 58°C | Fan 4741 RPM | 1998.3 H/s
[10:57:59] GPU1 Found Nonce, submitting...
[10:57:59] Share Accepted -> +1
[10:57:59] Shares: 16 Accepted, 0 Errors | Hash Rate Avg: 4014.7 H/s | Avg Search Time: 17.3 sec

And after few minutes it drops :

[11:06:15] GPU0 | 55°C | Fan 4654 RPM | 1863.8 H/s
[11:06:15] GPU1 | 58°C | Fan 4742 RPM | 1850.3 H/s
[11:06:19] GPU0 | 55°C | Fan 4655 RPM | 1860.9 H/s
[11:06:31] GPU1 | 58°C | Fan 4745 RPM | 1653.1 H/s
[11:06:31] GPU0 | 55°C | Fan 4649 RPM | 1867.0 H/s
[11:06:31] GPU1 | 58°C | Fan 4742 RPM | 1894.3 H/s
[11:06:31] GPU1 Found Nonce, submitting...
[11:06:31] Share Accepted -> +1
[11:06:31] Shares: 28 Accepted, 0 Errors | Hash Rate Avg: 3868.7 H/s | Avg Search Time: 28.1 sec

Temperature is ok, I tried to give +50% (higher hashrate but still at 1800) , -30% (1600~) to power limit,

Someone experiencing same problem ?
bytiges
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
November 05, 2017, 01:30:59 PM
 #289

RE: Temperatures:

58 on GPU is too much.

The temperatures that cast gives are the GPU temps. These are irrelevant for vega as it's the HBM that gets too hot.

@OP: Please add HBM temperatures to the log on cast-xmr ! These are all we care for with vega!


Now, my GPU temps are always around 48-50C. The HBM is usually 10 degrees hotter (58-60C). At 65 the HBM will back-off to cool down and this will cause lower hash rate.

My ambient temp is about 25C and my fans are ~3200-3400 RPM. I do have fresh air intake blowing ambient air on the rigs.

Whatever you do, 65 is the limit on HBM.
djkice
Member
**
Offline Offline

Activity: 99
Merit: 10


View Profile
November 05, 2017, 03:10:33 PM
 #290

4x vega 56

mine avging 165w with -30 power - combined hash rate 7099
180w power at 0 - 7600

I followed the guide on reddit, wondering if voltage  control not working properly?

wattman showing 905 core // 900mem - i just flashed the video bios and used the 1000 reg file on each gpu.
medium_scale_miner
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
November 05, 2017, 04:07:19 PM
 #291

I have 2 RX VEGA 56.

I have tried both the stock and and I have also flashed the 64 bios.

I have tried all versions of this miner and all possible settings.

Initially, the miner starts at the expected speed. However, after a time interval that varies from 10 to 60 min, the speed drops by about 10% and stays like that stable.

For example, on the stock bios at -10% power, -4% GPU and 945 ram, I start at 1950 H/s and it then drops to about 1800.

The same happens at other power/ram/gpu settings, it always drops by about 10% after a while.

The same also happens with xmr-stak-amd

I am also mining equihash on the same machine with two GTX 1070s. Could this be the cause for the drop?

Any help appreciated.
Shnikes101
Full Member
***
Offline Offline

Activity: 215
Merit: 104


View Profile
November 05, 2017, 04:16:04 PM
 #292

I have 2 RX VEGA 56.

I have tried both the stock and and I have also flashed the 64 bios.

I have tried all versions of this miner and all possible settings.

Initially, the miner starts at the expected speed. However, after a time interval that varies from 10 to 60 min, the speed drops by about 10% and stays like that stable.

For example, on the stock bios at -10% power, -4% GPU and 945 ram, I start at 1950 H/s and it then drops to about 1800.

The same happens at other power/ram/gpu settings, it always drops by about 10% after a while.

The same also happens with xmr-stak-amd

I am also mining equihash on the same machine with two GTX 1070s. Could this be the cause for the drop?

Any help appreciated.

As others have mentioned, be mindful of your temps. HBM is pretty sensitive. If you're seeing it on both cast and xmr-stak, it could very well be hbm getting too hot
medium_scale_miner
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
November 05, 2017, 04:37:55 PM
 #293

I have 2 RX VEGA 56.

I have tried both the stock and and I have also flashed the 64 bios.

I have tried all versions of this miner and all possible settings.

Initially, the miner starts at the expected speed. However, after a time interval that varies from 10 to 60 min, the speed drops by about 10% and stays like that stable.

For example, on the stock bios at -10% power, -4% GPU and 945 ram, I start at 1950 H/s and it then drops to about 1800.

The same happens at other power/ram/gpu settings, it always drops by about 10% after a while.

The same also happens with xmr-stak-amd

I am also mining equihash on the same machine with two GTX 1070s. Could this be the cause for the drop?

Any help appreciated.

As others have mentioned, be mindful of your temps. HBM is pretty sensitive. If you're seeing it on both cast and xmr-stak, it could very well be hbm getting too hot

Thx for your reply. Yep, I had read about the HBM temps. Unfortunately, this is probably not the reason. According to GPU-z, my HBM is at 55 C at -30% power
bytiges
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
November 05, 2017, 04:52:00 PM
 #294

I have an issue when comparing hash rates reported from cast-xmr and the hashrates I see at the pool (supportxmr).


My benchmark rig is made of 4xVega56 flashed to 64 cards.

The hashrates for the rig shown by cast-xmr are 7870h/s, constant (i.e. no drops or anything). It's very stable within 40h/s.

However, the real hash rate reported by the pool (supportxmr) are lower than expected. I get 7250h/s. This is about 7.8% lower than reported by cast.

If we take into account:

-) 1.5% dev fee: 118,05 h/s
-) Rejected errors from old jobs (2%): 155 h/s

The total is 273h/s or 3.4%

I'm missing a total of 620H/s (7.8%!). That is another 347h/s  4.4% and is a relevant number.

I have no errors or disconnects. I've been chatting with the maintainers of supportxmr and they sustain that the 24hr period shall fall within 0.1-0.2% of the expected hash rate but mostly never beyond 1%. We're talking 4.4% here.

I'd like to ask if anybody is experiencing something similar, or do your real hash rates (from pools) actually match the reported cast-xmr rates?

thanks.
cpnl
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
November 05, 2017, 06:00:29 PM
 #295

I have an issue when comparing hash rates reported from cast-xmr and the hashrates I see at the pool (supportxmr).


My benchmark rig is made of 4xVega56 flashed to 64 cards.

The hashrates for the rig shown by cast-xmr are 7870h/s, constant (i.e. no drops or anything). It's very stable within 40h/s.

However, the real hash rate reported by the pool (supportxmr) are lower than expected. I get 7250h/s. This is about 7.8% lower than reported by cast.

If we take into account:

-) 1.5% dev fee: 118,05 h/s
-) Rejected errors from old jobs (2%): 155 h/s

The total is 273h/s or 3.4%

I'm missing a total of 620H/s (7.8%!). That is another 347h/s  4.4% and is a relevant number.

I have no errors or disconnects. I've been chatting with the maintainers of supportxmr and they sustain that the 24hr period shall fall within 0.1-0.2% of the expected hash rate but mostly never beyond 1%. We're talking 4.4% here.

I'd like to ask if anybody is experiencing something similar, or do your real hash rates (from pools) actually match the reported cast-xmr rates?

thanks.

Try using something like xmr-stak-amd and test it on their pool and see if you get the same variance, if so it's because it's hard to calculate real hash rate since the server doesn't know your hash rate until you submit 1 share, you can be unlucky and not find like 2 in a row and only 1 etc all that will influence it.
STT
Legendary
*
Offline Offline

Activity: 1736
Merit: 1059



View Profile WWW
November 05, 2017, 06:06:59 PM
 #296

Is nobody using the new higher maximum speed for HBM2 on vega which is 1200 mhz.   I was wondering which protocol likes this most of all.   Doesnt seem this requires much more voltage to achieve and Ive read the timings are not looser to enable it either so it should help somewhere.
Use 1999 mhz not 1200 if you test or even 1170

.BitDice.               ▄▄███▄▄
           ▄▄██▀▀ ▄ ▀▀██▄▄
      ▄▄█ ▀▀  ▄▄█████▄▄  ▀▀ █▄▄
  ▄▄██▀▀     ▀▀ █████ ▀▀     ▀▀██▄▄
██▀▀ ▄▄██▀      ▀███▀      ▀██▄▄ ▀▀██
██  ████▄▄       ███       ▄▄████  ██
██  █▀▀████▄▄  ▄█████▄  ▄▄████▀▀█  ██
██  ▀     ▀▀▀███████████▀▀▀     ▀  ██
             ███████████
██  ▄     ▄▄▄███████████▄▄▄     ▄  ██
██  █▄▄████▀▀  ▀█████▀  ▀▀████▄▄█  ██
██  ████▀▀       ███       ▀▀████  ██
██▄▄ ▀▀██▄      ▄███▄      ▄██▀▀ ▄▄██
  ▀▀██▄▄     ▄▄ █████ ▄▄     ▄▄██▀▀
      ▀▀█ ▄▄  ▀▀█████▀▀  ▄▄ █▀▀
           ▀▀██▄▄ ▀ ▄▄██▀▀
               ▀▀███▀▀
        ▄▄███████▄▄
     ▄███████████████▄
    ████▀▀       ▀▀████
   ████▀           ▀████
   ████             ████
   ████ ▄▄▄▄▄▄▄▄▄▄▄ ████
▄█████████████████████████▄
██████████▀▀▀▀▀▀▀██████████
████                   ████
████                   ████
████                   ████
████                   ████
████                   ████
████▄                 ▄████
████████▄▄▄     ▄▄▄████████
  ▀▀▀█████████████████▀▀▀
        ▀▀▀█████▀▀▀
▄▄████████████████████████████████▄▄
██████████████████████████████████████
█████                            █████
█████                            █████
█████                            █████
█████                            █████
█████                     ▄▄▄▄▄▄▄▄▄▄
█████                   ▄█▀▀▀▀▀▀▀▀▀▀█▄
█████                   ██          ██
█████                   ██          ██
█████                   ██          ██
██████████████████▀▀███ ██          ██
 ████████████████▄  ▄██ ██          ██
   ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀ ██          ██
             ██████████ ██          ██
           ▄███████████ ██████▀▀██████
          █████████████  ▀████▄▄████▀
[/]
rednoW
Legendary
*
Offline Offline

Activity: 1050
Merit: 1002


View Profile
November 05, 2017, 06:20:04 PM
 #297

Is nobody using the new higher maximum speed for HBM2 on vega which is 1200 mhz.   I was wondering which protocol likes this most of all.   Doesnt seem this requires much more voltage to achieve and Ive read the timings are not looser to enable it either so it should help somewhere.
Use 1999 mhz not 1200 if you test or even 1170
Dagger is most sensible to memory clock.
In my tests all that higher then 1180 hbm produce "red" error strings in Claymore. Moreover, it seems that all above 1160 produce "fake" hashrate.
1150 is max for me. Tested on 2 rx vega64 liquid and 1 rx vega 56. 23 aug blockchain drivers. Temps were OK during tests.
jmumich
Full Member
***
Offline Offline

Activity: 206
Merit: 100


View Profile
November 05, 2017, 06:34:46 PM
 #298

I have an issue when comparing hash rates reported from cast-xmr and the hashrates I see at the pool (supportxmr).


My benchmark rig is made of 4xVega56 flashed to 64 cards.

The hashrates for the rig shown by cast-xmr are 7870h/s, constant (i.e. no drops or anything). It's very stable within 40h/s.

However, the real hash rate reported by the pool (supportxmr) are lower than expected. I get 7250h/s. This is about 7.8% lower than reported by cast.

If we take into account:

-) 1.5% dev fee: 118,05 h/s
-) Rejected errors from old jobs (2%): 155 h/s

The total is 273h/s or 3.4%

I'm missing a total of 620H/s (7.8%!). That is another 347h/s  4.4% and is a relevant number.

I have no errors or disconnects. I've been chatting with the maintainers of supportxmr and they sustain that the 24hr period shall fall within 0.1-0.2% of the expected hash rate but mostly never beyond 1%. We're talking 4.4% here.

I'd like to ask if anybody is experiencing something similar, or do your real hash rates (from pools) actually match the reported cast-xmr rates?


thanks.

Is your 24-hour average at the pool consistently lower every day? I get much higher variance than 1% - but it goes both ways, and my average over several days is my hashrate -4.5-5%. I think that's normal - there may be other issues (little things, like the time to switch to mine the devfee, time to switch jobs, add up to something I assume) that make your miners' hashrate appear higher than normal. I don't know if the hashrate reported by the miner is an estimate or not, or whether it counts valid and invalid hashes.

Also, don't forget downtime. Even 15 minutes shaves off over 1%.
Bolchevickos
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
November 05, 2017, 08:45:00 PM
 #299

I have an issue when comparing hash rates reported from cast-xmr and the hashrates I see at the pool (supportxmr).


My benchmark rig is made of 4xVega56 flashed to 64 cards.

The hashrates for the rig shown by cast-xmr are 7870h/s, constant (i.e. no drops or anything). It's very stable within 40h/s.

However, the real hash rate reported by the pool (supportxmr) are lower than expected. I get 7250h/s. This is about 7.8% lower than reported by cast.

If we take into account:

-) 1.5% dev fee: 118,05 h/s
-) Rejected errors from old jobs (2%): 155 h/s

The total is 273h/s or 3.4%

I'm missing a total of 620H/s (7.8%!). That is another 347h/s  4.4% and is a relevant number.

I have no errors or disconnects. I've been chatting with the maintainers of supportxmr and they sustain that the 24hr period shall fall within 0.1-0.2% of the expected hash rate but mostly never beyond 1%. We're talking 4.4% here.

I'd like to ask if anybody is experiencing something similar, or do your real hash rates (from pools) actually match the reported cast-xmr rates?

thanks.

Hi, many thanks for your feeback. I see similar issues with a 5% unexplained loss of hashes on 3x4 vega 56 rigs. I am currently with supportxmr and will keep for the next week to see how it goes and then I will consider switching pool to understand better where this could come from.
bytiges
Full Member
***
Offline Offline

Activity: 182
Merit: 100


View Profile
November 05, 2017, 09:09:30 PM
 #300

Yes, I factor uptime when making calculations.

My hashrate is consistently lower than what it should be. It's never higher over a 24h period (it's higher over shorter periods like 1h, but also much lower sometimes).

24hr is long enough to even out luck. This has been my experience with other miners (stak).

Pool switching shall not be a major factor. It takes few ms each time unless there's a major issue on the switching code.

It would be interesting to know if it's the same on other pools or if it's only on supportxmr.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 [15] 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 ... 129 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!