<<  >> (p.87)
    Author Topic: [Cast XMR] high speed XMR/CryptoNight miner for RX Vega GPUs (2 KHash/s)  (Read 206446 times)

    • commonorx
    Newbie
    *
    Offline Offline

    Activity: 99
    Merit: 0


    View Profile
    February 20, 2018, 05:16:34 PM
     #1721
    Quote from: dragonmike on February 20, 2018, 04:51:33 PM
    Quote from: Shnikes101 on February 20, 2018, 04:25:53 PM
    Quote from: dragonmike on February 20, 2018, 10:43:04 AM
    Quote from: treanski on February 20, 2018, 10:37:18 AM
    Quote from: dragonmike on February 20, 2018, 09:44:27 AM
    Still have one of my Vegas mining at a good 100h/s slower than the other 5... and no idea why. They are all 56's flashed to 64's, running at 1950h/s except that odd one doing 1850. Same temperature, same clocks, same everything. Is there a logical explanation? Any suggestions?

    maybe other memory type on that gpu
    Fair observation... They're all the same on the outside (standard AMD RX Vega 56's), flashed with the same bios... so I would assume they all use the same memory... Will still check tonight, however.

    Are you running video off that card? or onboard graphics?
    Assume your temperatures are fine?

    Could always be silicon lottery.
    Nope, no video... and temps are pretty much the same across all cards... But the silicon lottery explanation feels kinda meh as the other 5 cards are literally within a few h/s... but that one is a hundred off. F@ck knows...

    You're not alone, I have one like that to but I just cranked up the mem speed to equalize it.

  • MA3A
    Full Member
    ***
    Offline Offline

    Activity: 241
    Merit: 100

    To Hash or not to Hash, that's what the question


    View Profile WWW
    February 20, 2018, 06:31:11 PM
     #1722
    Quote from: dragonmike on February 20, 2018, 04:51:33 PM
    Quote from: Shnikes101 on February 20, 2018, 04:25:53 PM
    Quote from: dragonmike on February 20, 2018, 10:43:04 AM
    Quote from: treanski on February 20, 2018, 10:37:18 AM
    Quote from: dragonmike on February 20, 2018, 09:44:27 AM
    Still have one of my Vegas mining at a good 100h/s slower than the other 5... and no idea why. They are all 56's flashed to 64's, running at 1950h/s except that odd one doing 1850. Same temperature, same clocks, same everything. Is there a logical explanation? Any suggestions?

    maybe other memory type on that gpu
    Fair observation... They're all the same on the outside (standard AMD RX Vega 56's), flashed with the same bios... so I would assume they all use the same memory... Will still check tonight, however.

    Are you running video off that card? or onboard graphics?
    Assume your temperatures are fine?

    Could always be silicon lottery.
    Nope, no video... and temps are pretty much the same across all cards... But the silicon lottery explanation feels kinda meh as the other 5 cards are literally within a few h/s... but that one is a hundred off. F@ck knows...
    - is it constant or is it changes with time?
    https://www.facebook.com/Qubex-Denver-Data-Recovery-473541326020759/ - accepting coins as payment
    www.qubexdatarecovery.info Professional data recovery service for PHYSICALLY DAMAGED (broken) DEVICES: RAID0/RAID5/HYBRID RAID/SSD/HDD/FLASH DRIVE/CELLPHONE/, ALL OS, up to LEVEL 4, ISO-10 Clean room/ISO-100 hoods, Pro tools and know-how.

  • wudafuxup
    Full Member
    ***
    Offline Offline

    Activity: 391
    Merit: 105



    View Profile
    February 21, 2018, 02:25:05 AM
     #1723
    Quote from: R0mi on February 20, 2018, 11:08:07 PM
    Quote from: dragonmike on February 20, 2018, 04:51:33 PM
    Quote from: Shnikes101 on February 20, 2018, 04:25:53 PM
    Quote from: dragonmike on February 20, 2018, 10:43:04 AM
    Quote from: treanski on February 20, 2018, 10:37:18 AM
    Quote from: dragonmike on February 20, 2018, 09:44:27 AM
    Still have one of my Vegas mining at a good 100h/s slower than the other 5... and no idea why. They are all 56's flashed to 64's, running at 1950h/s except that odd one doing 1850. Same temperature, same clocks, same everything. Is there a logical explanation? Any suggestions?

    maybe other memory type on that gpu
    Fair observation... They're all the same on the outside (standard AMD RX Vega 56's), flashed with the same bios... so I would assume they all use the same memory... Will still check tonight, however.

    Are you running video off that card? or onboard graphics?
    Assume your temperatures are fine?

    Could always be silicon lottery.
    Nope, no video... and temps are pretty much the same across all cards... But the silicon lottery explanation feels kinda meh as the other 5 cards are literally within a few h/s... but that one is a hundred off. F@ck knows...

    Interesting.  I was thinking heat/worse thermal grease on the one card, but if you are seeing even temps, that would rule that out.

    Funny thing is I actually have 1 out of my 8 Vega 56s hash less than the rest also. It wouldn't happen to be a MSI would it? Only way I can get them all to work properly is to run them in XMR stak using 1932/1932 threads instead of the regular 2016/1732. Kind of peculiar.
    I like crypto

  • close0ne
    Newbie
    *
    Offline Offline

    Activity: 29
    Merit: 5


    View Profile
    February 22, 2018, 02:55:15 PM
     #1724
    Guys can you explain me this ?

    https://imgur.com/a/Y7FfW

    https://i.imgur.com/htIrw7q.png

    GPU 0-3-4 ABSOLUTLY SAME CARDS 56s... GPU 1-2 Same 64s too...

    Same clocks.... same cooling... same settings...


    But different in temperature by 10c Huh?

    How is something like this possible ?

  • dragonmike
    Hero Member
    *****
    Offline Offline

    Activity: 1274
    Merit: 556



    View Profile
    February 22, 2018, 03:37:03 PM
     #1725
    Quote from: wudafuxup on February 21, 2018, 02:25:05 AM
    Quote from: R0mi on February 20, 2018, 11:08:07 PM
    Quote from: dragonmike on February 20, 2018, 04:51:33 PM
    Quote from: Shnikes101 on February 20, 2018, 04:25:53 PM
    Quote from: dragonmike on February 20, 2018, 10:43:04 AM
    Quote from: treanski on February 20, 2018, 10:37:18 AM
    Quote from: dragonmike on February 20, 2018, 09:44:27 AM
    Still have one of my Vegas mining at a good 100h/s slower than the other 5... and no idea why. They are all 56's flashed to 64's, running at 1950h/s except that odd one doing 1850. Same temperature, same clocks, same everything. Is there a logical explanation? Any suggestions?

    maybe other memory type on that gpu
    Fair observation... They're all the same on the outside (standard AMD RX Vega 56's), flashed with the same bios... so I would assume they all use the same memory... Will still check tonight, however.

    Are you running video off that card? or onboard graphics?
    Assume your temperatures are fine?

    Could always be silicon lottery.
    Nope, no video... and temps are pretty much the same across all cards... But the silicon lottery explanation feels kinda meh as the other 5 cards are literally within a few h/s... but that one is a hundred off. F@ck knows...

    Interesting.  I was thinking heat/worse thermal grease on the one card, but if you are seeing even temps, that would rule that out.

    Funny thing is I actually have 1 out of my 8 Vega 56s hash less than the rest also. It wouldn't happen to be a MSI would it? Only way I can get them all to work properly is to run them in XMR stak using 1932/1932 threads instead of the regular 2016/1732. Kind of peculiar.
    Nope, all Sapphires, all using the same bios, all clocked exactly the same. Funny isn't it?... One thing I would check (if these were Polaris cards) is whether that card is throwing memory errors. Unfortunately there's no way to check this on Vegas that I know of...

  • Fjstrydom
    Member
    **
    Offline Offline

    Activity: 109
    Merit: 10


    View Profile
    February 22, 2018, 03:43:52 PM
     #1726
    is there a way to get this running on a rx560?

  • CryptoSegovia
    Newbie
    *
    Offline Offline

    Activity: 2
    Merit: 0


    View Profile
    February 22, 2018, 08:24:17 PM
     #1727
    Hi all,

    I've created a monitoring script for CAST XMR VEGA. Please review the post here:

    https://bt.irlbtc.com/view/3000904.0

  • P00P135
    Full Member
    ***
    Offline Offline

    Activity: 1126
    Merit: 136


    View Profile
    February 22, 2018, 10:51:08 PM
     #1728
    Quote from: CryptoSegovia on February 22, 2018, 08:24:17 PM
    Hi all,

    I've created a monitoring script for CAST XMR VEGA. Please review the post here:

    https://bt.irlbtc.com/view/3000904.0

    pay you $50 for a script that you can get for free on the internet? no thanks.

  • lstrike
    Newbie
    *
    Offline Offline

    Activity: 31
    Merit: 0


    View Profile
    February 23, 2018, 07:51:46 AM
     #1729
    Hello,
    did someone succeeded to enable the log function?
    I am using cast XMR 0.8.5, I put "--log log.txt" in the command line, but it never makes a log text file...

  • MickDaster
    Full Member
    ***
    Offline Offline

    Activity: 167
    Merit: 100


    View Profile
    February 23, 2018, 07:54:39 AM
     #1730
    Quote from: lstrike on February 23, 2018, 07:51:46 AM
    Hello,
    did someone succeeded to enable the log function?
    I am using cast XMR 0.8.5, I put "--log log.txt" in the command line, but it never makes a log text file...

    i have the same problem can not set it up, which is really wierd

  • Norfolc
    Newbie
    *
    Offline Offline

    Activity: 2
    Merit: 0


    View Profile
    February 23, 2018, 09:29:07 AM
     #1731
    Quote from: MickDaster on February 23, 2018, 07:54:39 AM
    Quote from: lstrike on February 23, 2018, 07:51:46 AM
    Hello,
    did someone succeeded to enable the log function?
    I am using cast XMR 0.8.5, I put "--log log.txt" in the command line, but it never makes a log text file...

    i have the same problem can not set it up, which is really wierd

    It works for me.
    It creates the log file in the current directory, so if you run cast_xmr-vega.exe by some script/shortcut that have set working directory different from the cast_xmr-vega folder, then it will be created there. try to specify full log path.

    For anyone interested to create a log file with current date/time in filename, here is the script to do this:
    Code:
    forF "usebackq tokens=1,2 delims==" %%i in (`wmic os get LocalDateTimeVALUE 2^>NUL`) do if '.%%i.'=='.LocalDateTime.' set ldt=%%j
    set ldt=%ldt:~0,8%_%ldt:~8,6%

    cast_xmr-vega --log log%ldt%.txt ...

    so the log file will have the name like this: log20180222_092247.txt

  • newnonce
    Newbie
    *
    Offline Offline

    Activity: 6
    Merit: 0


    View Profile
    February 23, 2018, 01:19:30 PM
     #1732
    I have been using CASTxmr for a few weeks and really like it's simplicity and function so thank you, Gandalph!

    Had a question...I built 2 rigs:

    Rig 1 - 2xRX570 4G and 1xRX580 8G hashing at 2468 h/s avg.
    Rig 2 - 2xVega64, 1xVEGA56, 2xRX580 8G hashing at 7680 h/s avg.

    I am mining both rigs for ETN at etn.spacepools.org using different workerid's but to the same wallet and have Cast 085, --fastjobswitch activated, AMD Blockchain driver, softPPlay, and OdriveN settings to get those rates on the Vega's and various bios mods for the 570/580 cards from around the web.

    I was thinking that Rig2 with the higher total hash rate would find more shares than Rig1, but after starting both rigs at the same time, the shares found for each are about the same with a few more shares actually coming from the rig with the lower hashrate.  Probably need to look into the concept of pool mining to figure it out, but was wondering if someone can provide some insight.  I was thinking 3x more hashes would at least result in more total shares from one rig vs. the other.

    Thanks again.

  • Goldenbunip
    Newbie
    *
    Offline Offline

    Activity: 18
    Merit: 0


    View Profile
    February 23, 2018, 03:03:27 PM
     #1733
    Quote from: newnonce on February 23, 2018, 01:19:30 PM
    I have been using CASTxmr for a few weeks and really like it's simplicity and function so thank you, Gandalph!

    Had a question...I built 2 rigs:

    Rig 1 - 2xRX570 4G and 1xRX580 8G hashing at 2468 h/s avg.
    Rig 2 - 2xVega64, 1xVEGA56, 2xRX580 8G hashing at 7680 h/s avg.

    I am mining both rigs for ETN at etn.spacepools.org using different workerid's but to the same wallet and have Cast 085, --fastjobswitch activated, AMD Blockchain driver, softPPlay, and OdriveN settings to get those rates on the Vega's and various bios mods for the 570/580 cards from around the web.

    I was thinking that Rig2 with the higher total hash rate would find more shares than Rig1, but after starting both rigs at the same time, the shares found for each are about the same with a few more shares actually coming from the rig with the lower hashrate.  Probably need to look into the concept of pool mining to figure it out, but was wondering if someone can provide some insight.  I was thinking 3x more hashes would at least result in more total shares from one rig vs. the other.

    Thanks again.

    Check the difficulty on eac miner. I would expect the higher hashing rig to be on a harder difficulty.
    Pools shift higher hashing miners onto higher difficulty to reduce their loading. You should get paid the same per hash regardless of difficulty.

  • Goldenbunip
    Newbie
    *
    Offline Offline

    Activity: 18
    Merit: 0


    View Profile
    February 23, 2018, 03:27:02 PM
     #1734
    Quote from: close0ne on February 22, 2018, 02:55:15 PM
    Guys can you explain me this ?

    https://imgur.com/a/Y7FfW

    https://i.imgur.com/htIrw7q.png

    GPU 0-3-4 ABSOLUTLY SAME CARDS 56s... GPU 1-2 Same 64s too...

    Same clocks.... same cooling... same settings...


    But different in temperature by 10c Huh?

    How is something like this possible ?

    Yes,
    I would bet you have 2 cards that have the filled package (Better) and three that don't have the filled packaging (shit).

    https://community.amd.com/thread/219528

    Have you looked at the HBM temperatures that the critical thing?
    Take the higher ones off and redo the paste, may need a good amount of paste for the non filled HBM cards.

  • newnonce
    Newbie
    *
    Offline Offline

    Activity: 6
    Merit: 0


    View Profile
    February 23, 2018, 09:42:43 PM
     #1735
    Quote from: Goldenbunip on February 23, 2018, 03:03:27 PM
    Quote from: newnonce on February 23, 2018, 01:19:30 PM
    I have been using CASTxmr for a few weeks and really like it's simplicity and function so thank you, Gandalph!

    Had a question...I built 2 rigs:

    Rig 1 - 2xRX570 4G and 1xRX580 8G hashing at 2468 h/s avg.
    Rig 2 - 2xVega64, 1xVEGA56, 2xRX580 8G hashing at 7680 h/s avg.

    I am mining both rigs for ETN at etn.spacepools.org using different workerid's but to the same wallet and have Cast 085, --fastjobswitch activated, AMD Blockchain driver, softPPlay, and OdriveN settings to get those rates on the Vega's and various bios mods for the 570/580 cards from around the web.

    I was thinking that Rig2 with the higher total hash rate would find more shares than Rig1, but after starting both rigs at the same time, the shares found for each are about the same with a few more shares actually coming from the rig with the lower hashrate.  Probably need to look into the concept of pool mining to figure it out, but was wondering if someone can provide some insight.  I was thinking 3x more hashes would at least result in more total shares from one rig vs. the other.

    Thanks again.

    Check the difficulty on eac miner. I would expect the higher hashing rig to be on a harder difficulty.
    Pools shift higher hashing miners onto higher difficulty to reduce their loading. You should get paid the same per hash regardless of difficulty.

    Sure enough, difficulty was much higher on the higher hash rig.  Slowly starting to make sense - shares subbed at higher difficulty are weighted differently than those subbed at lower difficulty for payout purposes, but in the end, it balances out.  Thanks for helping to educate a newb.   

  • dionaea
    Newbie
    *
    Offline Offline

    Activity: 5
    Merit: 0


    View Profile
    February 24, 2018, 03:16:02 PM
     #1736
    Hi,


    I used to mine with an other soft but my rig crashes last week due to windows update.
    I re-installed windows and I am now trying to mine with cast XMR.

    I am following this tutorial :http://vega.miningguides.com/
    I have installed blockchain drivers (after using DDU), set virtual memory to 60000 but I want to test Cast XMR before changing bios etc...

    When I start it, the miner seems to find everything (network, gpu) but it indicates 64 compute units and then artefacts appear...
    I have 5 VEGA56 so I don't understand why it indicates 64 instead 56 compute units and I think artefacts come from here... (I have not modified anything else)

    thanks for your help !


    edit : I have desactivated crossfire in Vega driver and it seems to work... but still 64 compute units.

  • P00P135
    Full Member
    ***
    Offline Offline

    Activity: 1126
    Merit: 136


    View Profile
    February 24, 2018, 09:29:21 PM
     #1737
    Quote from: dionaea on February 24, 2018, 03:16:02 PM
    Hi,


    I used to mine with an other soft but my rig crashes last week due to windows update.
    I re-installed windows and I am now trying to mine with cast XMR.

    I am following this tutorial :http://vega.miningguides.com/
    I have installed blockchain drivers (after using DDU), set virtual memory to 60000 but I want to test Cast XMR before changing bios etc...

    When I start it, the miner seems to find everything (network, gpu) but it indicates 64 compute units and then artefacts appear...
    I have 5 VEGA56 so I don't understand why it indicates 64 instead 56 compute units and I think artefacts come from here... (I have not modified anything else)

    thanks for your help !


    edit : I have desactivated crossfire in Vega driver and it seems to work... but still 64 compute units.

    DDU drivers in safemode, reinstall blockchain drivers, make sure crossfire is disabled, might have to use regedit, disable windows update permanently.

  • bubaba
    Jr. Member
    *
    Offline Offline

    Activity: 69
    Merit: 2


    View Profile
    February 25, 2018, 12:35:13 AM
     #1738
    Quote from: Goldenbunip on February 23, 2018, 03:27:02 PM
    Quote from: close0ne on February 22, 2018, 02:55:15 PM
    Guys can you explain me this ?

    https://imgur.com/a/Y7FfW



    GPU 0-3-4 ABSOLUTLY SAME CARDS 56s... GPU 1-2 Same 64s too...

    Same clocks.... same cooling... same settings...


    But different in temperature by 10c Huh?

    How is something like this possible ?

    Yes,
    I would bet you have 2 cards that have the filled package (Better) and three that don't have the filled packaging (shit).

    https://community.amd.com/thread/219528

    Have you looked at the HBM temperatures that the critical thing?
    Take the higher ones off and redo the paste, may need a good amount of paste for the non filled HBM cards.



    i bet your first card is the coolest and those in the middle are 10°c hotter
    your observation is called airflow i assume
    switch position of cards and check temps again if you want to go sure

  • dionaea
    Newbie
    *
    Offline Offline

    Activity: 5
    Merit: 0


    View Profile
    February 25, 2018, 06:18:18 PM
    Last edit: February 25, 2018, 09:34:32 PM by dionaea
     #1739
    Quote from: P00P135 on February 24, 2018, 09:29:21 PM
    Quote from: dionaea on February 24, 2018, 03:16:02 PM
    Hi,


    I used to mine with an other soft but my rig crashes last week due to windows update.
    I re-installed windows and I am now trying to mine with cast XMR.

    I am following this tutorial :http://vega.miningguides.com/
    I have installed blockchain drivers (after using DDU), set virtual memory to 60000 but I want to test Cast XMR before changing bios etc...

    When I start it, the miner seems to find everything (network, gpu) but it indicates 64 compute units and then artefacts appear...
    I have 5 VEGA56 so I don't understand why it indicates 64 instead 56 compute units and I think artefacts come from here... (I have not modified anything else)

    thanks for your help !


    edit : I have desactivated crossfire in Vega driver and it seems to work... but still 64 compute units.

    DDU drivers in safemode, reinstall blockchain drivers, make sure crossfire is disabled, might have to use regedit, disable windows update permanently.

    After some driver reinstalls and test, it seems it comes from card 2. Cast XMR works fine when I exclude card 2 from mining... (-G 0,1,3,4)...
    And it does artefact when I use only card 2...

    I hope this card is not died Cry
    Which software could I use to test it completely ?

    I will try to flash a new bios and to change its position in the rig.

    Thanks

    edit : Looks like it's solved ! Despite I had set 0 to crossfire parameters in regedit, it seems to be still activated  (thanks GPU-Z) !
    I installed AMD soft to desactivate it and it's OK !

  • xpulse
    Newbie
    *
    Offline Offline

    Activity: 141
    Merit: 0


    View Profile
    February 25, 2018, 08:19:45 PM
     #1740
    Need help...

    New Rig, new fresh Windows 10 Pro 1703
    CPU - Ryzen 5 1600/8GB RAM

    4 GPU's: 1 Vega Frontier, 3 Vega64 (ASUS+XFX).

    Blockchain drivers.

    Here is weird results:

    C:\Mining\cast_xmr-vega>cast_xmr-vega -S cryptonight.usa.nicehash.com:3355 -u xxx.amd -G 0,1,2,3 --fastjobswitch --forcecompute
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

      Cast XMR 0.8.5 CryptoNight mining optimized for AMD Radeon Vega GPUs

      Coded by [glph3k] for more info visit http://www.gandalph3000.com
      Donating 1.5% mining power to developer. Thanks.

      For current stats press 's'
      For seamless exit press 'q'

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    [15:12:58] Initializing GPU, loading kernel ...
    Fast job switching mode enabled.
    Detected OpenCL Platform: OpenCL 2.0 AMD-APP (2442.12)
    [Suspicious link removed]pute Driver detected.
    GPU0: gfx900 | 64 Compute Units | Memory (MB): 8176
    GPU1: gfx901 | 64 Compute Units | Memory (MB): 16368
    GPU2: gfx900 | 64 Compute Units | Memory (MB): 8176
    GPU3: gfx901 | 64 Compute Units | Memory (MB): 8176
    [15:13:00] Connecting to cryptonight.usa.nicehash.com:3355 ...
    [15:13:00] Connected to pool.
    [15:13:01] New job received.
    [15:13:01] Difficulty changed. Now: 200007.
    [15:13:14] GPU1 | 51°C | Fan 1024 RPM | 287.1 H/s
    [15:13:16] GPU3 | 38°C | Fan 0 RPM | 239.1 H/s
    [15:13:17] GPU2 | 57°C | Fan 1312 RPM | 212.6 H/s
    [15:13:18] GPU0 | 43°C | Fan 4666 RPM | 209.8 H/s
    [15:13:25] GPU1 | 52°C | Fan 1015 RPM | 359.0 H/s
    [15:13:27] GPU3 | 38°C | Fan 0 RPM | 312.0 H/s
    [15:13:35] New job received. Avg Job Time: 34.0 sec
    [15:13:35] GPU0 | 45°C | Fan 4668 RPM | 158.9 H/s
    [15:13:35] GPU0: 28 ms needed to switch to new job
    [15:13:35] GPU3 | 39°C | Fan 0 RPM | 357.4 H/s
    [15:13:35] GPU3: 36 ms needed to switch to new job
    [15:13:35] GPU1: 49 ms needed to switch to new job
    [15:13:35] GPU1 | 51°C | Fan 1016 RPM | 325.4 H/s
    [15:13:35] GPU2: 135 ms needed to switch to new job
    [15:13:35] GPU2 | 56°C | Fan 1324 RPM | 155.9 H/s
    [15:13:50] New job received. Avg Job Time: 25.0 sec
    [15:13:50] GPU1: 67 ms needed to switch to new job
    [15:13:50] GPU1 | 51°C | Fan 1010 RPM | 126.7 H/s
    [15:13:50] GPU0: 151 ms needed to switch to new job
    [15:13:50] GPU0 | 46°C | Fan 4680 RPM | 113.7 H/s
    [15:13:50] GPU2: 172 ms needed to switch to new job
    [15:13:50] GPU2 | 55°C | Fan 1325 RPM | 114.3 H/s
    [15:13:50] GPU3: 200 ms needed to switch to new job
    [15:13:50] GPU3 | 38°C | Fan 0 RPM | 113.4 H/s
    [15:13:54] New job received. Avg Job Time: 18.0 sec
    [15:13:54] GPU0: 53 ms needed to switch to new job
    [15:13:54] GPU2: 72 ms needed to switch to new job
    [15:13:54] GPU3: 138 ms needed to switch to new job
    [15:13:54] GPU1: 205 ms needed to switch to new job
    [15:13:54] GPU1 | 52°C | Fan 1015 RPM | 472.3 H/s
    [15:14:10] GPU1 | 51°C | Fan 1020 RPM | 189.4 H/s
    [15:14:11] GPU2 | 56°C | Fan 1316 RPM | 212.8 H/s
    [15:14:12] GPU3 | 38°C | Fan 0 RPM | 211.8 H/s
    [15:14:12] GPU0 | 45°C | Fan 4681 RPM | 209.8 H/s
    [15:14:26] GPU1 | 51°C | Fan 1014 RPM | 244.1 H/s
    [15:14:29] GPU2 | 55°C | Fan 1324 RPM | 198.9 H/s
    [15:14:29] GPU3 | 38°C | Fan 0 RPM | 199.4 H/s
    [15:14:30] GPU0 | 45°C | Fan 4682 RPM | 198.3 H/s
    [15:14:45] GPU1 | 51°C | Fan 1019 RPM | 210.8 H/s
    [15:14:48] GPU2 | 55°C | Fan 1320 RPM | 194.6 H/s
    [15:14:48] GPU3 | 38°C | Fan 0 RPM | 193.4 H/s
    [15:14:49] GPU0 | 45°C | Fan 4671 RPM | 189.7 H/s


    .... ETC

    Can someone have any idea, why hash soooo looooow...

    Thanks.
    Pages: « 1 ... 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 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 [87] 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 ... 154 »
      Print  
Page 86
Viewing Page: 87

IRLBTC™ © 2025 IRLBTC.com