Show Posts
|
Pages: [1] 2 3 4 5 »
|
From documentation: "The cards are ordered by their PCI slot order, which does not necessarily match the OpenCL GPU device order!" This makes incorporating this miner in MultiPoolMiner.io very difficult. All other miners that I have come across ordered by OpenCL GPU number. Please either change the numbering scheme, or add a switch that allows for it. Thank you! Hi, this quoted sentence belongs to the Linux version and refers to OpenCL device to Linux DRM card control mapping, which is a subject related to the Linux OS. The -G switch (in the Windows and Linux version) always is in OpenCL device order.
|
|
|
Hi, an Cast XMR update is available: Cast XMR Version 1.6.0 (2018/11/07)- Vega 56/64: 0.5 to 1% performance improvement on CryptoNightV8 - Vega 56/64: 2 to 3% speed improvement on CryptoNight-Heavy variants (Loki, BitTube, Haven) - updated included switch-radeon-gpu to version 1.0.5 - support for RX 560 GPUs added Download Cast XMR 1.6.0 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_160.zip: ecc857c039dabf648fe6e823069cfcaa3988a20ba41e35057a3ee47640f04b9a
|
|
|
Great work to the Cast XMR dev crew, but we are very disappointed that you do not provide support for Linux, specifically Ubuntu OS. This is the leading operating system used by pro miners and by anyone who wants reliable, stable mining, with proper security, monitoring, and non-pirate software. We would love to include this miner in our included profiles for PiMP OS / miner.farm.
Thanks again in advance for considering making it easy for PiMP OS to support this miner!
melt (getpimp.org)
Hi, be disappointed no more and check here: http://www.gandalph3000.com/cast_xmr/linux/linux_version_of_cast-xmr-cryptonight-monero-miner-for-rx-vega-gpus/Regards, glph3k
|
|
|
i have error somethink Ubuntu 16.04 , vega64 (6GPU)
" Initializing GPU, loading kernel ... Detected OpenCL Platform: OpenCL 2.1 AMD-APP (2679.0) Driver Version OK. GPU0: gfx900 (card1) | 64 Compute Units | Memory (MB): 8176 | Intensity: 7 / 10 Error clBuildProgramm -11 "
plz help
Sure you are on the AMD GPU Pro driver not the Rocm version? Did you install the driver with: ./amdgpu-pro-install -y --opencl=pal ?
|
|
|
Well my Vegas are running @ ~900Khs lool
And when I run cast xmr (last version) it says Gfx900(?) , can anyone confirm this ? it was supposed to say Gfx901(?)
A Vega lists as gfx901 when HBCC is on gfx900 when HBCC is off
|
|
|
Hashrate on cnv8 has cratered. Vega 64s/blockchain drivers/HBCC enabled. intensity 7. hashing at under 1k...
This is a known problem with the blockchain drivers. Update to 18.5.1, they are more stable and don't need the hardware reset trick and will fix performance with V8. HBCC should be turned off. Vega64 can go with intensity 9 if used headless (no desktop running on it), i've set the switch-radeon-gpu --hbcc=off but cast xmr still says hbcc is on Did you add a restart or autorestart command to switch-radeon-gpu? It should be "switch-radeon-gpu --hbcc=off autorestart" to also reset the device? If yes and the device is not resetting try a reboot.
|
|
|
Hashrate on cnv8 has cratered. Vega 64s/blockchain drivers/HBCC enabled. intensity 7. hashing at under 1k...
This is a known problem with the blockchain drivers. Update to 18.5.1, they are more stable and don't need the hardware reset trick and will fix performance with V8. HBCC should be turned off. Vega64 can go with intensity 9 if used headless (no desktop running on it), 18.5.1 exactly or any newer one? Can recommend 18.5.1 . Later ones (including 18.10.1) only run with lower intensity settings if a desktop is running on the card. But try for yourself.
|
|
|
Hashrate on cnv8 has cratered. Vega 64s/blockchain drivers/HBCC enabled. intensity 7. hashing at under 1k...
This is a known problem with the blockchain drivers. Update to 18.5.1, they are more stable and don't need the hardware reset trick and will fix performance with V8. HBCC should be turned off. Vega64 can go with intensity 9 if used headless (no desktop running on it),
|
|
|
cnv8 available on nicehash.
for 1.5.0, i'm getting for by vega56 @1.9k hash on cnv7, while only getting around @1k hash for cnv8. win10, hbcc enabled, 18.10.1 drivers.
Try lowering the intensity to 7 or 6. HBCC should be turned off it saves memory. Would recommend 18.5.1 drivers for mining.1.8k cnv8 hashes/s are doable on a Vega 56.
|
|
|
Don't know if its an issues on my end, but I noticed GPU numbers are being incorrectly assigned. I currently have 5 vega 56s, HWInfo shows them 0,1,2,3,4 --> 0,1,4,3,2 in Cast, I was hoping I could reorder the gpu numbers by reordering the -G numbers, but this is not the case.
Also I noticed RX580s are having issues being erroneously detected as not in compute mode and also having a low hashrate because of it, RX570s appear to be fine.
Adrenaline 18.5.1 driver.
Same issues with RX580 Nitro + , SWitching mode fail , but even after manually switch ON , detected as not in compute mode and low hashrate. --> back to 1.0 with --forcecompute for now I still have this issue, I tried latest driver but same issue, still being erroneously detected as not in compute mode. Only Cast 1.0 working with forcecompute. Any solution? Use the --intensity option to override the automatic detection. One can set the intensity for each card by separating it by comma in the order the GPUs are specified Like --intensity=7,8,10,7 Try --intensity=7 it should have the same effect as the legacy --forcecompute option.
|
|
|
I have been using all cast xmr versions for 1 year.. and i did not have any issue since v8 came up.. now i have installed cast xmr 1.5 .. when i get v7 requests , my rig does it without any problem.. but when i get sometimes v8, my rig is running 500-600 hash rate per card.. i have 5 vega 56.. whats wrong with v8? do you think i should add -1 switch?
On official site of cast xmr saying that there will be a %10 decrease but this is more than %70 decrease..
BR,
Hi, this is a known issue (related to some mainboard chipsets?). The cure seems to install the AMD drivers version 18.5.1 (if that does not help version 18.6.1.). Independent form the hash rate drop. Please use the "--algo=-1" switch or leave the algo setting out completely to make the automatic switch from CryptoNighV7 to V8. Regards, glph3k I have just installed 18.5.1 adrenaline driver. Now my hashrate fixed to 1800 for v8 . Blockchain driver was causing the decrease of hashrate! . But now i am receiving for all v8 shares rejected . Reason: Share above target. I dont have any problem with v7. Is this a driver related issue? I can install Adrenalin Edition 18.10.1 Optional if you think it helps to get rid off "share above target" issue.. Thank you very much for your quick response.. BR, Note: Soon i will install Adrenalin Edition 18.10.1 Optional and will inform you... Note v2: seemslike it is a beta driver.. i had other stability issues.. and than back to 18.5.1.. now v7 is ok .. same issue for v8.. share above target.. I would also recommend 18.5.1. Later drivers are not that stable or have a lower performance. Did you test V8 with a testnet pool like http://killallasics.moneroworld.com/ ? Submitting V8 shares to the current chain will give "share above target" error.
|
|
|
I have been using all cast xmr versions for 1 year.. and i did not have any issue since v8 came up.. now i have installed cast xmr 1.5 .. when i get v7 requests , my rig does it without any problem.. but when i get sometimes v8, my rig is running 500-600 hash rate per card.. i have 5 vega 56.. whats wrong with v8? do you think i should add -1 switch?
On official site of cast xmr saying that there will be a %10 decrease but this is more than %70 decrease..
BR,
Hi, this is a known issue (related to some mainboard chipsets?). The cure seems to install the AMD drivers version 18.5.1 (if that does not help version 18.6.1.). Independent form the hash rate drop. Please use the "--algo=-1" switch or leave the algo setting out completely to make the automatic switch from CryptoNighV7 to V8. Regards, glph3k
|
|
|
Hi, an Cast XMR update is available. Please update your miners before 18th October if you are into Monero. Also there is now a Cast XMR for Ubuntu beta. Regards, Glph3k Cast XMR Version 1.5.0 (2018/9/27)- Support for the Monero V8 Network Upgrade which introduces a new CryptoNight variant CryptoNightV8 aka CNv2. The Monero V8 update is scheduled for 18th October. In case you are mining Monero make sure to update Cast XMR before that date. Also make sure that the algo for Monero is not explicitly set to CryptoNightV7 but set to auto detect with --algo=-1 to automatically switch from CryptoNightV7 to CryptoNightV8 when the upgrade is happening. Please also note that the CryptoNight V8 algo has added complexity which decreases the hashrate up to 7% for Vega GPUs. Download Cast XMR 1.5.0 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_150.zip: 7e1a3495b2794056fe487736970ab10fd2d3010412a8a3c0c92780a693a2fcfa A beta version of Cast XMR for Linux is available here: Download Cast XMR 1.5.0 (beta) for Ubuntu 16.04/18.04
|
|
|
Can you briefly introduce it? For example performance? The performance should be comparable to the Windows version. The over clocking features of the Linux driver has still to be tested and documented. A proper release description is coming soon.
|
|
|
Hi, an Cast XMR update is available. Regards, glph3k Cast XMR Version 1.4.0 (2018/8/28)- 3% performance improvement for CryptoNightTUBE-Heavy when mining BitTube (TUBE) - Support for Festival Coin (FEST) upcoming update which introduces a new CryptoNight variant: CryptoNightFEST. Use --algo=9 to continue mining Festival Coin after the network update happened - Subtle performance improvements - Tested with Radeon Adrenalin Driver 18.5.1Download Cast XMR 1.4.0 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_140.zip: 18a381369fdcb434932969f44b2b1bc25febf9dda75f7c5698d2e958b920e2ce
|
|
|
Hi, an update is available. Regards, glph3k Cast XMR Version 1.3.0 (2018/6/29)- Performance improvement for job switches with multiple GPUs - Support for BitTube (TUBE) V4 Pow Update which introduces the new algo CryptoNightTUBE-Heavy aka CN Saber. Stay on --algo=5 to switch automatically from CryptoNightIPBC-Lite to CryptoNightTUBE-Heavy when the update is happening (approx. 2nd July). Please note that the hash rate will drop as it is a switch from a Lite to a Heavy variant. Download Cast XMR 1.3.0 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_130.zip: 8d038f45b080a88c75a8dedb0469d52f105521391cc60606ddc34a76e110d0eb
|
|
|
Hashrate very good but My Rig 8 Vega 64 run on 30 minutes freeze tool. 1100mem --> restart cast xmr --> run OK --> Wait 30 minutes--> freeze (force close) --> rerun --> Not good. Please fix
Probably related to to high mem clock. 1100MHz is very ambitious and gets more unstable as more work has to be done. Try reducing to 1025 or even 945 and check if it runs stable for 24h first. If yes, it is not a software related problem. Regards, glph3k
|
|
|
Hi, a new Cast XMR version is available. The only change is the support for CryptoNight-Fast. Happy Masari mining, glph3k Cast XMR Version 1.2.5 (2018/6/19)- Support for CryptoNight-Fast introduced with the Masari (MSR) update. Set --algo=8 to mine Masari (MSR). CryptoNight-Fast will produce higher hash rates than classic CryptoNight, typical hash rates are: - Vega64, 1025 Mhz MemClock: 3630 Hashes/s - Vega56, 945 Mhz MemClock: 3700 Hashes/s - VegaFE, 1025 Mhz MemClock: 3900 Hashes/s - RX 470/570, 2250 Mhz MemClock: 1550 Hashes/s Download Cast XMR 1.2.5 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_125.zip: 8ae0f32f517d30488d9ae9a3f0a44253fd0c1dc99ac98ff3b4172b970489ed08
|
|
|
Hi, a new version is available. Regards, glph3k Cast XMR Version 1.2.0 (2018/6/12)- Fix for "unauthenticated shares" pool error - Support for the upcoming Haven (XHV) V3 update. In case you are mining Haven set --algo=7 now. Cast will then automatically switch to CryptoNightXHV-Heavy when the network update is happening. Download Cast XMR 1.2.0 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_120RC1.zip: d30842baf76a530a28a108d9c118cf6df02ffafe571b590f5955dd0e4fd10d9e
|
|
|
|