Bitcoin Forum
June 16, 2024, 06:19:20 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 »
1  Alternate cryptocurrencies / Mining (Altcoins) / Re: Any word on amd vega hash rates? on: May 24, 2024, 02:26:21 PM
Could be your power supply or riser being old!!
2  Alternate cryptocurrencies / Mining (Altcoins) / Re: Any word on amd vega hash rates? on: May 24, 2024, 02:25:14 PM

Use Amd memory tweak and ONT are the best combo! Smiley

Cool, I found Amd memory tweak but what is ONT?  Cheesy Guys, could anyone help me with this to modify the bios? I will pay you. Smiley

Hi,

ONT - Overdriventool

On my AMT i have this for vega: (working flawless 3 years)

https://ibb.co/WygKs8T

Best Regards


And is it changed directly in Bios? Because I need to decrease the max memclock from 800 MHz (default Vega 56) to 700 MHz... For all my Vegas because in gaming (after more than 5 years 24/7 of mining) they are incredibly unstable. As I tried Overdriventool - it did not change values in card's bios unfortunately so this software would have to be installed on each PC (which I don't want). Do you have any idea?



yeah the ideia of that is changing on fly the straps Smiley

Just test it
3  Alternate cryptocurrencies / Mining (Altcoins) / Re: Any word on amd vega hash rates? on: May 23, 2024, 09:14:45 AM

Use Amd memory tweak and ONT are the best combo! Smiley

Cool, I found Amd memory tweak but what is ONT?  Cheesy Guys, could anyone help me with this to modify the bios? I will pay you. Smiley

Hi,

ONT - Overdriventool

On my AMT i have this for vega: (working flawless 3 years)

https://ibb.co/WygKs8T

Best Regards
4  Alternate cryptocurrencies / Mining (Altcoins) / Re: Any word on amd vega hash rates? on: May 22, 2024, 12:51:39 AM
hello guys. I have a lot of VEGA 64 LIQUID cards, unfortunately they are not able to handle the stocks VRAM frequencies (945 MHz). I had to force flash VEGA 56 bios (800 MHz), some of them are working, but some need even lower VRAM frequency 700 MHz. If I set it in MSI Afterburner to 700 MHz, everything is working. Can you help me to find the way how to modify BIOS directly to set 700 MHz so no overclock software is needed?

Is there any app useful to mod this frequency into VEGA 56 BIOS to 700 MHz? Thanks a lot for your help! Lukas

Are you using overdirventool?

No I changed frequency using MSI Afterburner. But it needs to be installed on the PC. I checked Overdriventool, it looks perfect, but it seems it does not modify those frequencies in a card's bios directly. When I apply the max vram frequency to 700 MHz, it works ok, but in different PC the card has stock clocks again. So in order to have max frequency 700 MHz, either MSI Afterburner or this Overdriventool have to be used. I need the solution to modify those values directly in the card. Thanks a lot for any help!

Use Amd memory tweak and ONT are the best combo! Smiley
5  Alternate cryptocurrencies / Mining (Altcoins) / Re: Any word on amd vega hash rates? on: May 18, 2024, 11:20:55 AM
hello guys. I have a lot of VEGA 64 LIQUID cards, unfortunately they are not able to handle the stocks VRAM frequencies (945 MHz). I had to force flash VEGA 56 bios (800 MHz), some of them are working, but some need even lower VRAM frequency 700 MHz. If I set it in MSI Afterburner to 700 MHz, everything is working. Can you help me to find the way how to modify BIOS directly to set 700 MHz so no overclock software is needed?

Is there any app useful to mod this frequency into VEGA 56 BIOS to 700 MHz? Thanks a lot for your help! Lukas

Are you using overdirventool?
6  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 6.1b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: April 19, 2022, 06:12:44 PM
In the Ethereum Classic Fifthening in 6 days, the algo will change? or we can still use Phoenix miner?
7  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.3b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: December 07, 2020, 11:57:54 PM
Hey PhoenixMiner, ever since the last ETH Epoch and the new 3.98GB DAG, I am seeing a slowdown on all my mining graphics cards. It varies from 5 - 10% depending on the card type and other settings. I am using version 5.3b. Any explanations as what could be the reason for this slowdown?

The slowdown remain after re-booting.

Same problem here and other users reported too,
No answer from phoenix yet Sad
8  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.3b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: December 06, 2020, 04:07:43 PM
I would really love to see a screen shot of ANYONE that can pump out more than 30 MH/card on (12+ per rig) RX 580 cards and hash stable for more than 24 hrs. No matter what I try it just will not happen. As soon as I push to 30 or higher, the rig will start to crash. I used to tune individual cards and get higher hash rate but that function has been broken since forever ago. So I would really love to see if anyone out there is actually able to achieve this.
Here You Go man: My 12 Card RIG with 8* RX580 8GB, RX5700, 3* RX5700XT



I appreciate your screen shot but it only shows your rig at 47 min. I was asking if anyone can show a rig running 30+ MH for more than 24 hr.


Side note: Did PM ever fix the problem with not being able to set cclock and mclock for individual cards?

one of my rig...



What OC settings you have to get so low power consumption? Smiley
9  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.3b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: December 02, 2020, 04:43:16 PM
windows 10 version 2004
amd driver 20.3.1
latest phoenix miner
two rigs both with 2 radeon VIIs

at dag switch to 379 both rigs went from 83 mHash per card to 75 mhash per card
the gt value was 50 on all cards
so re-ran phoenix and got new gt value of 6
but cards only recovered to 80.5 mhash

so the radeon VIIs have lost a little hash.
there was defintely some weirdness at dag switch over.
would love to get those missing hashes back. is driver 20.3.1 the problem??
great work phoenix . thank you for your time sorting these issues for us all.

Hello,

Same problem here,
I got one rig with vega 64, another with rx 580, and an individuall pc with vega 64.
All gpus lost 1mh/s or more without i doing anyting.
Use 19.5.2 drivers on rigs and latest ones in my pc. Smiley

Any idea? disable my fixed -gt value dont fix problem too

Thanks  Cool
10  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.3b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 29, 2020, 01:06:50 PM
Thanks for version  Cool

Phoenix i need your help  Cool

Can i insert an .bat for when the miner restart from watchdog to call my overdriventool config .bat?

Sometime one gpu got reseted and how we know gets power hungry Smiley Donīt find this option in readme -rmode help.

or instead can i call my .bat when PM starts on respective .config file , do the same when PM restart from watchdog?

Thanks   Roll Eyes
11  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.2e: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 27, 2020, 01:18:54 AM
Phoenix i need your help Smiley

Can i insert an .bat for when the miner restart from watchdog to call my overdriventool configs?

Sometime one gpu got reseted and how we know gets power hungry Smiley

Donīt find this option in readme -rmode help.

or instead call my bat in PM starts do the same on restart from watchdog?  Cool

Thanks
12  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.2e: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 24, 2020, 02:15:02 PM
Are you working on the 3080?
   Not yet, but we received both 3080 and 3090, waiting for 3070. After the ETCHash work is finished, we will switch focus to the new GPUs.


In WINDOWS10 system, using "-li" "-gpow" will cause the CPU usage to become very high, can it be solved?
   We can't reproduce this problem. Please tell us what GPU you are using, and the full command line (plus config.txt, if you are using it). Please note the following:
  • -li should not be used together with -gpow - pick one or the other
  • If you are using -gpow, make sure that -mi is not 0 or any other small value - it must be at least 6-7
  • If you are using your main PC with your main GPU for mining, just add -mi 0 and do not use -li or -gpow - this will allow relatively smooth work on the display while the card is mining. Of course, the hashrate will be lower but you can't have both high hashrate, and quick to react GPU



hey i can't use the straps for RX580 o just for AMD VEGAS CARD ? comon guys <3
   We will be adding straps support for Polaris in a future version. For now, if you haven't modded the BIOS, use -mt 2, which works on most cards and increases the speed in comparison with the stock VBIOS.

Amazing guys! Been waiting for this feature. Any idea if it will be available on Linux too? I would love to use HiveOS with memory straps without having to mod bios.
   Yes, there will be Linux support for -straps too.



"Normal" ETC and ETH mining runs properly, but with very fluctuating (56-60Mhs) hashrate!

Also with 5.2e still invalid shares (only) on Nicehash!
    6800/6800XT are not supported with native kernels - we don't have either card yet, so the miner falls back to the generic kernels, which are slower and produce more stale shares. Additionally, NiceHash just rejects all stale shares, and that is exactly what you are seeing. You should add -stales 0 when mining on NiceHash to avoid sending known (to miner) stale shares that will be rejected anyway. In order to minimize the stale shares when mining with the generic kernels, you may try to lower the mining intensity -mi to 10, 9, or even lower value. This will lower the speed somewhat but with 10-12% stale shares, it should be worthwhile trade off.




Any hopes for the 1070Ti ?
Any smart fixes ?
  What is the problem with 1070Ti? It is probably the only Pascal GPU that still does 30-31 MH/s without problems with bigger DAGs, while the 1070 are affected by the DAG size and won't mine with the former speed with these big DAG epochs.


Unfortunately this won't be the case as soon as DAG 384 will be reached.

As soon as you reach this dag the performance drops by 50%
    In our test rigs all is fine even at epoch 400 - 1070Ti mining with over 30MH/s. If you are running Windows, try using older drivers (in our test rigs with 1070Ti we have drivers 397.64, and 456.71 - both work fine). If you are running Linux, you may try to add use 8 GB RAM on your rig, if you are running only 4 GB RAM now.



Both 5.2e and 5.1c sometimes detect one extra card

.....

There are 6 cards in this rig so GPU 1 and GPU 2 is the same card. Needless to say this does not end well

So far I have managed to run 5.1c over some time but not 5.2e
Windows 10
    Most probably mixed-up drivers. Remove the drivers with DDU, then check if they are really removed - they should be listed only as "Microsoft Basic Display Adapter" not as Radeon .... If necessary, run DDU again until you see only "Microsoft Basic Display Adapter"s in the Device Manager, only then install the new drivers.




Since yesterday I get:

Disabling DAG per-allocation (not enough VRAM)

ON 8GB   570/580
   This is intentional - do not worry about it, the miner will force -eres to 0 for the next few epochs. The reason is as follows: there are two methods to create and organize the DAG buffer on AMD cards: the first one is better as it provides slightly higher hashrate, and slightly lower power usage. However it stops working when the DAG size is over 3.9-4 GB, and we are forced to use the second method. The exact limit depends on the drivers but eventually (around epoch 379-384) even 6GB and 8GB cards will have to use the second method. We are disabling the DAG pre-allocation (i.e. forcing -eres 0) in order to be able to use the first method as long as possible. Once the limit is crossed, the second method will be used and -eres will work again as expected.




When I put -rxboost 1 on bat file, I've this error https://prnt.sc/vogc65

I don't know why
AMD 20.11.2 drivers
5.2e PH
4gb rx 570 (1) and (3) rx 580 4 gb

regards
   The errors are pretty clear - you have to run your .bat file with the "Run As Administrator" and make sure that EIO.dll, EIO.exe, and IOMap64.sys from the PhoenixMiner package are in the same folder. It is not enough to just copy the PhoenixMiner.exe from the new package if you want to use the "-rxboost" option.



After Epoch 377 i got only 9.3 MHz no matter what i try/

Driver 20.11.2
Miner 5.2e

Any help?
   Try using -daglim with lower values  (the default is 4023). See the other recommendations for 4 GB cards in the first post of this thread.




Hi!
I have some trouble with my rig (6 x RX588 and 1 x RX564)
When start phoenix miner him don't want start mine on all cards. start only rx588 cards.
Why he exclude my GPU0 RX564 ?

Code:
2020.11.23:19:09:29.779: main Phoenix Miner 5.1c Linux/gcc - Release build
2020.11.23:19:09:29.779: main Cmd line:
2020.11.23:19:09:29.779: main config.txt: -mport 3335 -rmode 2 -logfile /var/log/miner/phoenixminer/phoenixminer.log
2020.11.23:19:09:29.806: main Unable to enum CUDA GPUs: no CUDA-capable device is detected
2020.11.23:19:10:01.540: main Unknown OpenCL driver version! Hashrate and stale shares may suffer
2020.11.23:19:10:01.540: main OpenCL platform: OpenCL 2.1 AMD-APP (3143.9)
2020.11.23:19:10:01.540: main Unable to use OpenCL device Radeon RX 560 Series (pcie 1) for Ethash mining
2020.11.23:19:10:01.540: main Available GPUs for mining:
2020.11.23:19:10:01.541: main GPU1: Radeon RX 580 Series (pcie 2), OpenCL 1.2, 8 GB VRAM, 36 CUs
2020.11.23:19:10:01.541: main GPU2: Radeon RX 580 Series (pcie 3), OpenCL 1.2, 8 GB VRAM, 36 CUs
2020.11.23:19:10:01.541: main GPU3: Radeon RX 580 Series (pcie 4), OpenCL 1.2, 8 GB VRAM, 36 CUs
2020.11.23:19:10:01.541: main GPU4: Radeon RX 580 Series (pcie 6), OpenCL 1.2, 8 GB VRAM, 36 CUs
2020.11.23:19:10:01.541: main GPU5: Radeon RX 580 Series (pcie 7), OpenCL 1.2, 8 GB VRAM, 36 CUs
2020.11.23:19:10:01.541: main GPU6: Radeon RX 580 Series (pcie 8), OpenCL 1.2, 8 GB VRAM, 36 CUs
   You need to run PhoenixMiner 5.2e, not the older version 5.1c.





hi
After a mining failure on version 5.1c, when an out of sync occurred, all my rx580 cards slightly decreased the hash rate, but the main thing was that the power consumption changed. All my fine tuning of the cards crumbled, I have to look again for the minimum working voltage, increasing it in comparison with the previous settings. please optimize power consumption in the next versions
   Try using newer drivers (20.5.x or later) and PhoenixMiner 5.2. However eventually (after several weeks at most) even the 8GB cards will have to switch to second method for DAG generation and organization as explained above. We are looking for a ways to remove this additional inefficiency caused by the big DAG buffer, but it seems that it will be hard to avoid. The good news is that it is not getting worse once the limit is crossed - the hashrate at epoch 400 and 450 is almost the same, the same goes for the power consumption.



Dear Phoenix.
DAG splitting can fix Nvidia 1070-1080 series problem? Have you tried this?
Thanks.
   Unfortunately, no. We tried a lot of things, including some very clever tricks to increase the locality of memory accesses and lower the pressure on the TLB cache but the result was even worse than before.







Thanks for the hard work.
  5.2e shares still invalid 4.5% (only) on Nicehash!

Code:
2020.11.23:15:09:40.431: main GPU0: GeForce RTX 2060 (pcie 1), CUDA cap. 7.5, 6 GB VRAM, 30 CUs
2020.11.23:15:09:40.431: main GPU1: GeForce RTX 2060 (pcie 2), CUDA cap. 7.5, 6 GB VRAM, 30 CUs
2020.11.23:15:09:40.431: main GPU2: GeForce GTX 1060 6GB (pcie 4), CUDA cap. 6.1, 6 GB VRAM, 10 CUs
2020.11.23:15:09:40.431: main GPU3: GeForce GTX 1660 Ti (pcie 6), CUDA cap. 7.5, 6 GB VRAM, 24 CUs


2020.11.23:20:35:59.183: main *** 5:26 *** 11/23 20:35 **************************************
2020.11.23:20:35:59.183: main Eth: Mining ETH on daggerhashimoto.eu.nicehash.com:3353 for 5:26
2020.11.23:20:35:59.183: main Eth: Accepted shares 1069 (0 stales), rejected shares 39 (1 stales)
2020.11.23:20:35:59.183: main Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.09%
2020.11.23:20:35:59.183: main Eth: Maximum difficulty of found share: 4105.5 GH (!)
2020.11.23:20:35:59.183: main Eth: Average speed (5 min): 111.862 MH/s
2020.11.23:20:35:59.183: main Eth: Effective speed: 113.61 MH/s; at pool: 109.73 MH/s


2020.11.23:20:36:02.460: eths Eth: New job #d6707f67 from daggerhashimoto.eu.nicehash.com:3353; diff: 1932MH
2020.11.23:20:36:02.842: main GPU0: 43C 53% 113W, GPU1: 65C 78% 126W, GPU2: 47C 57% 83W, GPU3: 39C 49% 78W
  As explained above, nicehash rejects all stale shares. We can discover only some of the stale shares, but not all because only the pool itself decides which share is stale. In your case even -stales 0 won't make a big difference because only one of the rejected shares was discovered to be stale by the miner itself.





Thanks for version,

Phoenix i got one question,

I have one rig of vega 64, drives is 19.5.2 and last phoenix miner,

I tested the -tt target option and i get some questions:

1 - I observe that if i put the parameter -fanmin <35 , the software always force it to 35.
2 - the fans will always spin at ~35% or will adjust adaptively to mantain the target temp and even could stop when we got really cold weather? Im seing that overdriventoool P0-P4 stages became all populated with 35š, with this how gpu maintain an target temp if is always 35% ? Smiley
3- On new drives we canīt use an target temp? only %?

Iīm confused Smiley   Cool


Thanks
   Try using -fcm 2 or newer drivers. -tt with target temperature should work without problems. If it still doesn't work with the latest drivers, send us a log file to diagnose the problem.





Hello, i am sure this question was asked a lot of times - but i never needed it

i was just running PM miner since it exists with not much overtuned cards and it always worked without issues!

now i wantes to run it as an admin ,- in windows i am logged in as an admin, -but to run the bat file as an admin - after starting it says this is not an internal command?

what do i make wrong?

THX
   You only need to run it as administrator if you are using -rxboost or -straps. Check if the .bat file works normally (when not run as administrator) first. To diagnose possible problems, you can also open the "Command Prompt" as Administrator (you should see Administrator:Command Prompt in the title bar) and then run the .bat file from there to be able to see any errors.





Hey... me again Grin...
....

I don't know what's wrong with hashrate GPU 4... I'm using PH 5.2e and 20.4.x drivers (1 rx 570 4 gb and 3 rx 580 4 gb). That one is rx 580 (gpu 4). Compute mode enabled, OC, changed riser, Windows 10... etc...

After starting the .bat, no more than 5 minutes pass and it indicates some problem with the threads.  My head will blow up

Regards
   Try using -daglim with lower values for the last GPU (the default for Windows is 4023). In your case use -daglim 1,1,1,4016 to set the DAG limit for the last card to 4016MB and the first three will be on auto (4023MB).





does the straps command work for rx cards ? right now i have to ruin claymore and phoinex in tandem and i hate it.

claymore for straps and phoiniex cuz its more stable
   Not yet, will be implemented in a future version. For now, you may try -mt 2 -rxboost 1 which should give you a good speed up if the cards are not modded.





when etchash is released and dag size is the  below 3gb again....can I then use turbo kernel on 5700 8gb and boost hashrate?

interresting question for the new amd 6000 series as they all have 16gb ram. must take any hashrate advantage of that huge memory
   From our testing only the Polaris memory controller benefits from the dual DAG buffer of the turbo kernels, there is no speed up on Vega, or Navi. We haven't tested RX6800 yet but it is unlikely that it will provide more speed with dual DAGs as it seems quite similar to Navi in this respect. On Polaris cards with 8GB however, the turbo kernels will work as expected for a long time when using etchash.


Ok thanks will test new drivers to see the temp control Smiley
13  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.2e: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 23, 2020, 11:55:27 PM
Regarding to this post :

"
Have this rig:


    Asrock H110 PRO BTC
    120gb SSD
    8GB Ram
    CPU G4400
    8x Vega 64
    2 hp 1200 server supply
    1 EVGA 750 watts GQ
    Windows 10

    I have it 2 years now, and since beginning i got this strange problem.
    When i power on the rig, sometimes some gpus dont spin and i have to do another power off and power on immediately from each other to all gpus start spinning.
    Taking this off i got no problem Smiley

    The hp supply is turning on by an molex fdd floppy adapater cable coming from evga.
    I tried change risers etc.. but got same problem.. really anoying.
    can i get your experienced sugestion here?  
"

I will try to remove my molex fdd floppy adapater cable coming from my primary evga supply that should sync the supply.
Maybe without fdd floppy cable to power on the supplyīs and if HP server supply's be always on connected i avoid this problem Smiley Roll Eyes

The problem is like this guy on minute 4:30s : https://www.youtube.com/watch?v=gt43vXQ1xMM

Thanks
14  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.2e: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 23, 2020, 11:45:09 PM
PhoenixMiner 5.2e is officially released. You can find the download link and the checksums in the first post of this thread.

It is the same release as the one that was released yesterday, so if you are already running it, there is no need to upgrade.


Thanks for version,

Phoenix i got one question,

I have one rig of vega 64, drives is 19.5.2 and last phoenix miner,

I tested the -tt target option and i get some questions:

1 - I observe that if i put the parameter -fanmin <35 , the software always force it to 35.
2 - the fans will always spin at ~35% or will adjust adaptively to mantain the target temp and even could stop when we got really cold weather? Im seing that overdriventoool P0-P4 stages became all populated with 35š, with this how gpu maintain an target temp if is always 35% ? Smiley
3- On new drives we canīt use an target temp? only %?

Iīm confused Smiley   Cool


Thanks
15  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.1c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 19, 2020, 11:09:36 PM
Hi everyone

I am having issue with 5.2d

When I turn Phoenix Miner on, it says "Press any key to continue".

Once I press any key with my keyboard, the miner closes


Any idea?

Think is some error in config or bat file..
16  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.1c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 19, 2020, 11:08:42 PM


    I have it 2 years now, and since beginning i got this strange problem.
    When i power on the rig, sometimes some gpus dont spin and i have to do another power off and power on immediately from each other to all gpus start spinning.
    Taking this off i got no problem Smiley

    The hp supply is turning on by an molex fdd floppy adapater cable coming from evga.
    I tried change risers etc.. but got same problem.. really anoying.
    can i get your experienced sugestion here?  Cool

Multiple power supplies doesn't start synchronous at miliseconds, and bios when boots, doesn't found it. Is common problem at Vega 56-64. The only way is to use one single power supply of minimim 2700Watts for all graphic cards and MB too, and ATX mini power supplied from main power supply too.

https://www.mini-box.com/picoPSU-90-100W-power-kit

make sure you have both raisers and gpus powered form the same psu  I got in this way Smiley

Also interesting on vegas, as I do have some with device lost problem on 3psu rig with vegas...
I wonder if the post can be delayed by some parameter in bios... (if its the case, which would be hard to verify as I also have hw reset watchdog, so it may trigger device rediscovery...)
 Im interested too if we can delay POST or other solution will be nice Smiley

Thanks for helping Smiley
17  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.1c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 19, 2020, 11:06:59 PM


    I have it 2 years now, and since beginning i got this strange problem.
    When i power on the rig, sometimes some gpus dont spin and i have to do another power off and power on immediately from each other to all gpus start spinning.
    Taking this off i got no problem Smiley

    The hp supply is turning on by an molex fdd floppy adapater cable coming from evga.
    I tried change risers etc.. but got same problem.. really anoying.
    can i get your experienced sugestion here?  Cool

Multiple power supplies doesn't start synchronous at miliseconds, and bios when boots, doesn't found it. Is common problem at Vega 56-64. The only way is to use one single power supply of minimim 2700Watts for all graphic cards and MB too, and ATX mini power supplied from main power supply too.

https://www.mini-box.com/picoPSU-90-100W-power-kit

ah ok. Thanks for help.
I got one rig of rx 580īs and only one (and always the same) got this problem too.
Was nice if we can have some kind of delay on POST.
Other strange thing is if i restart the windows when im on windows, sometimes this happen too. Shouldn't not happen because all supply are now connected? Or on restart this trigger signal of ms dont occur again simultaneous for all the components?
Thanks
18  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.1c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 19, 2020, 02:14:08 PM
PROBLEM! Claymore OK, lolminer OK, TeamRedMiner OK ale PM 5.2d KO...
Please do something from the SW to be able to benefit on the RX 570 8GB. How come other SWs go?
.....
2020.11.18:10:21:04.955: main OpenCL driver version: 17.8-BETA
....
  Currently the big DAG buffer, which is required by the latest ETH and ETC DAG size, is not supported by the AMD BETA blockchain driver, which is quite old. We will try to make it work but don't hold your breath - your best option is to upgrade to new drivers, for example 20.4.2.


The -mvddc doesnt work

If i put 800, HWiNFO64 shows me 850, and if i put 820,830,... al time  HWiNFO64 shows 850.

Any idea? Im using 5.2c with AMD driver ver 19.12.2 (rig of 5700 xt)
  The driver allows controlling the voltages only within certain limits. Try to set ti to 860 to see if it can be controlled at all with this driver. If it is successfully set to 860, then 850 mV is the minimum possible to be set via the driver. If you can't even set 860 mV successfully, then you may try to use newer driver, or third party tool for undervolting the memory.
  


I have the same problems with 8 GB Cards ... they do not work at all with the new version !
 Which driver version?



RX 580 4GB - 20.4.2 drivers - Win 10 (1709)

@epoch 375 - PM 5.2c 31.7 MH/s (stable)
@epoch 376 - PM 5.2c 28.8 MH/s (stable)
@epoch 376 - PM 5.2d 29.8 MH/s (in testing)

I'm still using PM 5.1c for 8GB cards, stable so far.

Thanks PM
  As long as you stay on driver 20.4.2, 8GB cards will work until epoch 390, after that you need to upgrade to PhoenixMiner 5.2d or later.



@PhoenixMiner, AMD released 20.11.2 driver. PM 5.2c didn't support it. It's need update.
  It will be supported in 5.2e. But unless you managed to get RX6800, there is no need to use the latest driver.



guys can we set some target temp here with new drivers? Newest overdriventool we canīt set an target temp, thats why im asking if can put it here ?
Don t want an fixed fan speed but an target temp Smiley

-tt <n>
   Set fan control target temperature (special values: 0 - no HW
   monitoring on ALL cards, 1-4 - only monitoring on all cards with
   30-120 seconds interval, negative - fixed fan speed at n %)
   Yes, should be working with all drivers from the last year or so. You can also use -ttli to set the temperature at which the miner will start lowering speed if the fans can't keep the temperature set with -tt. Example: -tt 63 -ttli 67 -fanmax 60 : the miner will try to keep the temperature at 63C, but without setting the fans above 60%. If the temperature continues to climb, at 67C, the miner will start reducing hashrate just enough to keep the temperature around 67C. NOTE: In the newer drivers, -tmax no longer works, so use -ttli instead



Same version 5.2C and 5.2.D, cause concern with my RX580 8GB cards, I lose MH/S even with daglimit XXXX

I reverted to 5.1C is no longer a problem.
  Can you tell us the driver version and what are you mining (ETH or ETC)? We can't detect any loss of hashrate on 8GB cards in our internal testing.




Hi

I cant set my max temp for throttling purposes. it shows in phoenix miner cannot set max temp .
I have closed MSI AB. still does it. I need to throttle i am in a hot climate.
this has happened since I updated the drivers for 5.2d
   Yes, -tmax no longer works on the newer drivers. You can use -ttli instead - it sets the temperature at which the miner will start lowering speed if the fans can't keep the temperature set with -tt. Example: -tt 63 -ttli 67 -fanmax 60 : the miner will try to keep the temperature at 63C, but without setting the fans above 60%. If the temperature continues to climb, at 67C, the miner will start reducing hashrate just enough to keep the temperature around 67C


Thanks for great help as usually Smiley

Can you help me in other thing:

Have this rig:


    Asrock H110 PRO BTC
    120gb SSD
    8GB Ram
    CPU G4400
    8x Vega 64
    2 hp 1200 server supply
    1 EVGA 750 watts GQ
    Windows 10

    I have it 2 years now, and since beginning i got this strange problem.
    When i power on the rig, sometimes some gpus dont spin and i have to do another power off and power on immediately from each other to all gpus start spinning.
    Taking this off i got no problem Smiley

    The hp supply is turning on by an molex fdd floppy adapater cable coming from evga.
    I tried change risers etc.. but got same problem.. really anoying.
    can i get your experienced sugestion here?  Cool
19  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.1c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: November 18, 2020, 11:49:17 PM
guys can we set some target temp here with new drivers? Newest overdriventool we canīt set an target temp, thats why im asking if can put it here ?
Don t want an fixed fan speed but an target temp Smiley

-tt <n>
   Set fan control target temperature (special values: 0 - no HW
   monitoring on ALL cards, 1-4 - only monitoring on all cards with
   30-120 seconds interval, negative - fixed fan speed at n %)

20  Alternate cryptocurrencies / Mining (Altcoins) / Re: lolMiner 1.12: AMD Miner for Ethash / BEAM / GRIN / Ae / Tube / Equihash & more on: November 02, 2020, 01:32:23 AM
Is it possible to mine ETC and ZIL after the EtcHash fork?

Yes, it should be. Cause ETCHash and Ethash are identical up to epoch 390 and Zil uses epoch 0 - ETC + Zil should be no issue.


I got some doubts Smiley
1 - have the watchdog enable by default to watch if some gpu is dead and restart himself? or we only have the emergency .bat ?
2- can you insert some json config file example? Cool
3- Have lolminer some discord or telegram?
4 - where can we see eth dag countdown time? Smiley

thanks for anwser Smiley

What i mean to say is if exist some site to see the countdown Wink
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!