Bitcoin Forum
December 06, 2024, 11:47:32 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 [368] 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 ... 499 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 784981 times)
Cryptoseekert
Newbie
*
Offline Offline

Activity: 21
Merit: 1


View Profile
January 25, 2021, 08:42:03 PM
 #7341

hi guys Smiley

one of the msi ocv1 gtx 1060 6gb was getting hot, up to 92ºC.
i says 0% fan. i think one of the fans was in need of lub. also, this model when you open it to lub the fans, you need to remove the heatsink so it would need a repaste.
so i thought: well, since ill change the thermal paste for a new one, plus lub the fans, the problem will be gone.

but no, it is still hot, and also says :
gpu 2, unable to get fan speed. unknown error (999)

it can mine, with the expected hash rate etc, but thats too hot (90ish ºC)
so my guess is the paste and fans are working correctly, but maybe the fan speed is wrong and since it cant get the fan speed, it cant control it so it gets hot?
is there any solution to this problem? or someone else got this too?
thanks Smiley
 Cry
miner29
Full Member
***
Offline Offline

Activity: 1281
Merit: 141


View Profile
January 25, 2021, 09:47:12 PM
 #7342

hi guys Smiley

one of the msi ocv1 gtx 1060 6gb was getting hot, up to 92ºC.
i says 0% fan. i think one of the fans was in need of lub. also, this model when you open it to lub the fans, you need to remove the heatsink so it would need a repaste.
so i thought: well, since ill change the thermal paste for a new one, plus lub the fans, the problem will be gone.

but no, it is still hot, and also says :
gpu 2, unable to get fan speed. unknown error (999)

it can mine, with the expected hash rate etc, but thats too hot (90ish ºC)
so my guess is the paste and fans are working correctly, but maybe the fan speed is wrong and since it cant get the fan speed, it cant control it so it gets hot?
is there any solution to this problem? or someone else got this too?
thanks Smiley
 Cry

You can always remove the stock plastic cover and fans and slap a larger 12v fan (will have to power off psu or mobo) and zip tie it to the card.  Ive got some older cards that ive done this too.  Fans speed doesnt matter as long as you keep temps down.  Since my gpus shut off when they exceed the 80C for nvidia and 85C for AMD, I dont worry about them.
Cryptoseekert
Newbie
*
Offline Offline

Activity: 21
Merit: 1


View Profile
January 26, 2021, 12:26:16 AM
 #7343



You can always remove the stock plastic cover and fans and slap a larger 12v fan (will have to power off psu or mobo) and zip tie it to the card.  Ive got some older cards that ive done this too.  Fans speed doesnt matter as long as you keep temps down.  Since my gpus shut off when they exceed the 80C for nvidia and 85C for AMD, I dont worry about them.
[/quote]

thanks Cheesy one of the problem is that is hard in my country to find those fans Sad and the shipping cost can be a lot.
since the other time it said something about driver error, i thought it might be another thing.

so basically it can be a damaged fan?
thanks
miner29
Full Member
***
Offline Offline

Activity: 1281
Merit: 141


View Profile
January 26, 2021, 01:12:47 AM
 #7344



You can always remove the stock plastic cover and fans and slap a larger 12v fan (will have to power off psu or mobo) and zip tie it to the card.  Ive got some older cards that ive done this too.  Fans speed doesnt matter as long as you keep temps down.  Since my gpus shut off when they exceed the 80C for nvidia and 85C for AMD, I dont worry about them.

thanks Cheesy one of the problem is that is hard in my country to find those fans Sad and the shipping cost can be a lot.
since the other time it said something about driver error, i thought it might be another thing.

so basically it can be a damaged fan?
thanks
[/quote]

Check paste and thermal pads on it.  As long as you keep it below 80c it will run a very long time.  If its underwarranty maybe you can get it covered in time...but gpus are short everywhere. 
ipp2
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
January 26, 2021, 05:36:58 AM
Last edit: January 26, 2021, 05:47:25 AM by ipp2
 #7345



The changes in this release (since 5.5b) include the following:

  • Added support for the latest AMD Windows driver 21.1.1 (still, we don't recommend using the 21.1.1 driver yet - we had some instability issues with it even when just idling on the desktop!)
  • Added new -mcdag parameter to reset the memory overclock on Nvidia cards during DAG generation. This may allow you to set higher memory overclock on your Nvidia cards without risking corrupt DAG buffer, which can lead to excessive number of incorrect shares. Use -mcdag 1 (by default the value is 0, which means turned off) to use this new feature.
    Under Linux -mcdag 1 will execute a shell script named daggen.sh (if present in the current directory) for each Nvidia GPU, passing the GPU index as the first argument, and PCIE bus ID as second argument. The miner will then wait for about 7 seconds before starting DAG generation to allow the script enough time to reset the memory overclock.


What we need is daggen.sh to just reset the whole computer. Most of us are using HiveOS and such for overclocking. I guess I can use it like you've set. However just having -NewDagScript that runs NewDag.sh would be ideal. Let us handle it from there - let it be reset or just miner reset in HiveOS.

Where is this daggen.sh btw? should it have been in the compressed file?
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
January 26, 2021, 06:21:08 AM
 #7346

PhoenixMiner 5.5c 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 posted previously as release candidate, so if you are already running it, there is no need to upgrade.
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
January 26, 2021, 06:55:31 AM
 #7347

...I just realized I was mining ETC (using Flag coin - ETC) to an ETH Nanopool. For some reason Nanopool allowed this for a couple of months and accepted the shares (they must’ve just been doing some conversion on their side). Nanopool changed something last Tuesday to Start rejecting shares of ETC going to ETH. That’s why I was getting all shares rejected.  I am now mining ETC to Nanopool (https://etc.nanopool.org/account####### also had to change pool address to etc from eth and port from 9999 to 19999). What I don’t know is why I can’t mine ETH using Phoenixminer on EthOS. Seems like an I can only get 5.4c to run on this. I couldn’t figure out how to manually update my Phoenixminer to the latest 5.5c on ethos. I got all the files to the machine but I don’t know how to run the installer on Ethos if it’s possible.

Hope
Ken

The strange thing is, I have been happily mining with this setting for 2 months and have been receiving eth (and not etc) from ether mine.

I have now changed the setting and I'm hashing and receiving shares.

   No, you haven't mined ETC, you still mined ETH - this was possible before epoch 390 because ETC still used the unmodified Ethash algorithm, and as long as you mined on the proper pool address (domain and port number), you will mine whatever the pool wants you to mine. However since the ETH epoch is already 390, when you have -coin etc, you are forcing PhoenixMiner to use the ETChash algorithm, which is incompatible with Ethash and leads to 100% incorrect shares. The lesson is to use the -coin parameter only if you mine ETC or other coin instead of Ethereum.



I have noticed though that my NVIDIA cards GTX1070 8GB are getting lower hash rates. They are both the same and I'm getting 19.2 MH/S and 25.8 MH/S.
I have previously used the included ZOTAC software for overclocking. (was getting stable 29 MH/S before)

Do you have any ideas why the hash rate is lower?

I would much rather set all the overclocking within the .bat file but I really struggle as my system is multi GPU.

How would you change my .bat file...I previously had '0's against GPU1 and GPU4 which are my NVIDIA cards. I tried turning off the ZOTAC software and changing cclock and mclock but it made no difference. Just looking for some best practice.

PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal **************.PHILAMD1 -eres 0 -tstop 75 -tt 60 -fanmin 20 -fanmax 85 -wdog 1 -rmode 1 -acm -rxboost 21 -leaveoc -cclock +100,1200,1175,+100,1200,1175 -mvddc 0,850,875,0,850,875 -mclock +700,2150,2125,+700,2150,2125 -cvddc 0,850,875,0,850,875
   The overclock on Nvidia cards with all relatively recent Windows drivers is only possible if PhoenixMiner.exe is started "As Administrator". The settings seem OK but are probably not applied on the first card - you should see some warning messages on the screen (in yellow). You may add the parameter -hstats 2 which will print the actual clocks on the cards and you will see which one are not set properly. Finally, you may try to add -straps 1 for the Nvidia cards, which should give you a little more hashrate.



Question regarding to NVidia 30xx gpus.

Do -cvddc 710 -cclock 1100 -mclock 2000  work?

If not, is it planned?
    First, you need to run PhoenixMiner "As Administrator" for any of the overclocking options to work on Nvidia cards (older Nvidia drivers didn't require this but 30x0 GPUs obviously doesn't work with older drivers).  Second, you should use something like this: -powim -30 -mclock +700 -mcdag 1 for 30x0 cards (these are just example values, you need to find the best ones for your own cards). Note the following things:
 
  • Do not try to lower the core clock of the card with -cclock as it often doesn't lower the voltage and the card uses much more power than necessary. Instead use -powlim to limit the power that the card can use. Start with -powlim -30 (this means that the card must use 30% less power than the normal limit) and then try lower values to see how low you can go with the power consumed by the GPU without affecting the hashrate
  • Do not give absolute memory clock values in -mclock. Instead use relative value like -mclock +700 which means 700 MHz more than the normal memory clock.
  • When the -mcdag 1 parameter is added, PhoenixMiner will keep the GPU memory on the normal clocks during the DAG generation and will apply the memory overclock about 40-50 seconds after the DAG is ready. So you need to wait about a minute to see the final hashrate when testing the memory overclock settings.





   Check the logs for any error messages related to straps, or memory timings. Most probably you are not running PhoenixMiner.exe as administrator, which is required for the straps to work.


No issues are seen in the logs and miner started with admin privileges for sure. Same with timings.
   If you want, you may send us the logs via PM (the first two minutes or so are enough). We can't diagnose the problem without any details.




Hi
First thanks for the work, i'm using Phoenix for months and really like it.
I was wondering if it would be possible to use videocards brand's name instead of GPU1, 2 etc on the console output ? Maybe as an option ?
Got a few mixed rigs and sometimes it's difficult to know which card i'm overclocking, have to deal with fan speed to identify them Cheesy
That's the only thing i'm missing from T-Rex.

Thanks !
   We will add this to the TODO list for a future release Smiley



eth share not accepted PLS Help.
NiveOS on Hiveon Pool. 2x580

Eth speed: 63.106 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.603 MH/s (0) 2: 31.503 MH/s (0)
Eth speed: 63.107 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.505 MH/s (0)
Eth: GPU1: ETH share found!
Eth: Share actual difficulty: 6141 MH

Eth speed: 63.109 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.507 MH/s (0)
GPU1: 65C 30% 69W, GPU2: 65C 61% 72W
GPUs power: 141.4 W
Eth speed: 63.108 MH/s, shares: 0/0/0, time: 0:05
GPUs: 1: 31.602 MH/s (0) 2: 31.506 MH/s (0)

It's been like this for 4 hours
      Check if you have -coin etc on your command line or config.txt and if so, remove it. Otherwise, post a full log from the start of the miner to the first rejected share (you may send us as PM) in order to help you.





What we need is daggen.sh to just reset the whole computer. Most of us are using HiveOS and such for overclocking. I guess I can use it like you've set. However just having -NewDagScript that runs NewDag.sh would be ideal. Let us handle it from there - let it be reset or just miner reset in HiveOS.

Where is this daggen.sh btw? should it have been in the compressed file?
   daggen.sh is provided by the user and you can place whatever you want there (including command to restart the rig, reset the overclock, etc.).

MinerHR1
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
January 26, 2021, 08:45:23 AM
 #7348

PhoenixMiner 5.5d real?
Andor9505
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
January 26, 2021, 08:59:34 AM
 #7349

Always download from the first page!
miner1987
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile
January 26, 2021, 10:24:47 AM
 #7350


   We will add this to the TODO list for a future release Smiley



and add more 500 DAG epoch, please!
I'm afraid someday the support will freeze like it did with claymore. I would like to have a lot of DAGs in stock right away ...
+1
And right now with everything that's going on, that doesn't seem like such a bad thing.
cparsley
Full Member
***
Offline Offline

Activity: 215
Merit: 100



View Profile
January 26, 2021, 10:27:39 AM
 #7351


   We will add this to the TODO list for a future release Smiley



and add more 500 DAG epoch, please!
I'm afraid someday the support will freeze like it did with claymore. I would like to have a lot of DAGs in stock right away ...
there is support for the 500 DAG, links above
theerachate.p
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
January 26, 2021, 11:41:55 AM
 #7352

-cvddc doesn't work on 5.5C. already ran it as administrator
clt
Jr. Member
*
Offline Offline

Activity: 135
Merit: 7


View Profile
January 26, 2021, 12:30:24 PM
 #7353

RX 570 seems to have 13 to 15 ish hashrate in Whattomine. Is this real or the web page become buggy?
UserName2020
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
January 26, 2021, 02:15:15 PM
 #7354

Hello all,

What are the possible values for “-eres”?

Documentation says default is 2 but what other values would work when miner crashes during dag switch?
skinnyfalcon
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
January 26, 2021, 02:50:45 PM
 #7355

RX 570 seems to have 13 to 15 ish hashrate in Whattomine. Is this real or the web page become buggy?

That's 4Gb, whattomine doesn't have 570 4gb and 8gb option. 4gb is no longer relevant for eth. If you have 570 with 8gb use the 580 (which defaults to 8gb)
ipp2
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
January 26, 2021, 04:01:07 PM
 #7356





What we need is daggen.sh to just reset the whole computer. Most of us are using HiveOS and such for overclocking. I guess I can use it like you've set. However just having -NewDagScript that runs NewDag.sh would be ideal. Let us handle it from there - let it be reset or just miner reset in HiveOS.

Where is this daggen.sh btw? should it have been in the compressed file?
   daggen.sh is provided by the user and you can place whatever you want there (including command to restart the rig, reset the overclock, etc.).



So on the first dag generation it runs daggen.sh? We need it to run on a new dag coming in, not all dags.
Zealotki11er
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
January 26, 2021, 04:16:45 PM
 #7357

I am trying to restart the miner every 6 hours.
I used -timeout 10 (10 mins)
It shutdown the miner but does not restart it.
Other parameters are default.

Am I doing something wrong?
Dr.d347h
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
January 26, 2021, 04:43:03 PM
 #7358

I'm receiving this error in 5.5c and 5.5b
https://iili.io/fqJ62p.jpg
I'm using HiveOS latest version
RX580 8g
Binary100100
Member
**
Offline Offline

Activity: 180
Merit: 10


View Profile
January 26, 2021, 05:49:49 PM
 #7359



I have noticed though that my NVIDIA cards GTX1070 8GB are getting lower hash rates. They are both the same and I'm getting 19.2 MH/S and 25.8 MH/S.
I have previously used the included ZOTAC software for overclocking. (was getting stable 29 MH/S before)

Do you have any ideas why the hash rate is lower?




Same with all of my 1070 cards. As I understand it, it will become slower each time the DAG increases. I am stable with 26.25 - 26.9 for all 8 of my cards on HiveOS. +100 core, +1200 mem, power limit set to 132 (because these are plugged into a 1200w PSU.)
ipp2
Newbie
*
Offline Offline

Activity: 37
Merit: 0


View Profile
January 26, 2021, 06:14:29 PM
 #7360

here is my daggen.sh for HiveOS

#!/bin/bash

a=$(cat /run/hive/last_stat.json | jq '.params .miner_stats .uptime')

echo "$a"

if [[ "$a" -gt "120" ]];then
        echo "greater than 120 seconds, restarting"
        sudo reboot
fi

You need to install JQ first: sudo apt-get install jq (json parser)

Basically, if the miner has run for more than 2 minutes and sees a new dag, reboot the machine.

There is obviously a chance for a new dag to come before 2 minutes and you wont get a reboot, but this will solve the 99.9% situation as the dag is only generated once every 6000 minutes (100 hours).

Pages: « 1 ... 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 [368] 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 ... 499 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!