Bitcoin Forum
December 07, 2019, 05:15:44 PM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 [156] 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 »
  Print  
Author Topic: PhoenixMiner 4.8c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 208026 times)
Faizrakhmanov
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
March 16, 2019, 03:34:47 PM
 #3101

Automatic fan control ( -tt value) does not seem to work for one my cards (r9 290) does anyone know how to resolve this ?

Hi friend. Same problem too on my RX578 and RX588.

PS. HiveOS (last ver + 4.2a miner).
1575738944
Hero Member
*
Offline Offline

Posts: 1575738944

View Profile Personal Message (Offline)

Ignore
1575738944
Reply with quote  #2

1575738944
Report to moderator
1575738944
Hero Member
*
Offline Offline

Posts: 1575738944

View Profile Personal Message (Offline)

Ignore
1575738944
Reply with quote  #2

1575738944
Report to moderator
1575738944
Hero Member
*
Offline Offline

Posts: 1575738944

View Profile Personal Message (Offline)

Ignore
1575738944
Reply with quote  #2

1575738944
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1575738944
Hero Member
*
Offline Offline

Posts: 1575738944

View Profile Personal Message (Offline)

Ignore
1575738944
Reply with quote  #2

1575738944
Report to moderator
1575738944
Hero Member
*
Offline Offline

Posts: 1575738944

View Profile Personal Message (Offline)

Ignore
1575738944
Reply with quote  #2

1575738944
Report to moderator
AVP
Newbie
*
Offline Offline

Activity: 94
Merit: 0


View Profile
March 16, 2019, 10:15:05 PM
 #3102

Automatic fan control ( -tt value) does not seem to work for one my cards (r9 290) does anyone know how to resolve this ?
   Please try the new fan control mode (add command-line parameter -fcm 2), or use -fcm 1 to force the old one and see if it makes difference. If not, please send us a log (at least the first ten minutes or so when the card reaches the target temperature) and we will try to find the problem.

Just tried 4.2a BETA and can confirm -fcm 2 does make a difference, I see the fans respond to temperature will test more.

One odd thing I observed is that this version applies OC differently, it applied voltage to all GPU core states - is this normal ? The thing is that I didn't ask it to do that, I dont have anything regarding voltage in command line as I use OverdriveNTool for OC and now the miner overrides OverdriveNTool's settings. Is there any way to disable this behavior?

Thanks.
puithove
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
March 17, 2019, 01:50:34 PM
 #3103

Here are the changes for this release:

  • Fixed the problem with the watchdog timer when solo mining

Ran 4.2b overnight in solo mode on geth - confirmed working fine.
KiparisD
Full Member
***
Offline Offline

Activity: 325
Merit: 100


View Profile
March 17, 2019, 03:02:30 PM
 #3104

Last version on 15-GPU nvidia rig show unreal share accepted times (50-70-2000-3500ms), version 4.1 shows right 39-44ms share acctepted time, just FYI  Wink
Digital_Seytan
Newbie
*
Offline Offline

Activity: 141
Merit: 0


View Profile
March 17, 2019, 04:23:56 PM
 #3105

Phoenix Miner 4.2b Windows/msvc - Release build Problems please help
-----------------------------------------------

CUDA version: 10.0, CUDA runtime: 8.0
Available GPUs for mining:
GPU1: P106-100 (pcie 1), CUDA cap. 6.1, 5.9 GB VRAM, 10 CUs
Nvidia driver version: 419.35
NVAPI error in NvapiWrapper.c:204 : -6
Unable to load NvAPI: error 3

Eth: Loading pools from epools.txt
Eth: the pool list contains 1 pool (1 from command-line)
Eth: primary pool: daggerhashimoto.eu.nicehash.com:3353
Starting GPU mining
GPU1: unable to init NvAPI with bus ID 65536 !!!!!!!!!!!!!

PM developer please help maby next version..
Stihlus
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
March 17, 2019, 05:11:18 PM
 #3106

Hello guys!

I have one issue and I don't know where to start. Couple of weeks before(2-3 weeks before) everything was fine .
I have 2 rigs x 7 cards, 1070, win 10, driver 398.36 and Phoenix Miner 4.0b and the speed was 230-231 for each rig, it was perfect since I changed with that DAG from 2.9e version.
All cards was around 32.7-8 and now both are with 225-226 total and I don't understand why...2-3 cards are under 32...
I have:
power: 60%
clock: -150
memory: 780
Maybe if I will update the drivers I will solve the issue? But this is strange because if it is like this all the cards will be the same.
On both rigs to have the same issue, this is why I don't understand, the same speed... if there was an issue with the setup, maybe it was different :\

thanks and regards!  Wink
Marvell2
Full Member
***
Offline Offline

Activity: 812
Merit: 120


View Profile
March 17, 2019, 08:00:06 PM
 #3107

Can you work on adding pow for ziliqua to this miner ? It uses the same ethhash algo, all you would have to do is copy the parts from the source of zilminer where it stops mining main coin , and then starts zil pow 2 min or so befoe the ziliqua pow so it has time to load dag etc, should be very easy to do
PhoenixMiner
Member
**
Offline Offline

Activity: 229
Merit: 13


View Profile
March 18, 2019, 09:45:28 AM
 #3108

Any plans on Zilliqa support for "dual" mine?
Can you work on adding pow for ziliqua to this miner ? It uses the same ethhash algo, all you would have to do is copy the parts from the source of zilminer where it stops mining main coin , and then starts zil pow 2 min or so befoe the ziliqua pow so it has time to load dag etc, should be very easy to do
   We can't promise anything at this point as there are too many feature requests waiting to be implemented and with the looming ProgPOW change most of this work may be quite short-lived anyway.


phoenixminer b series getwork style eth_submithashrate not work, other c or a series getwork style submithashrate is fine working. but c or a series not stability on getwork mode. pls fix submithashrate for b series
   Thank you for reporting this! It will be fixed in PhoenixMiner 4.2c, which will be released in a few days.


this thing is crashing periodically by identical way,
without any error messages
and unable to self reset either.
its just self quit.

happens on 1080 Ti cards
(tried drastically down-clock them, nothing helps, swap is set to min 65555MB)
    As this seems like a problem with DAG generation, please try using -lidag 1 (or more) to lower the DAG generation speed.


same as on my side - dont understand why not only one card crashed...instead all cards HS0 instant and nothing helps but reset
   We will make same changes in Nvidia kernels in PhoenixMiner 4.2c that will hopefully increase the stability. Unfortunately, when the driver crashes, it is not always graceful and it can crash the miner without returning error codes or giving us a chance to restart the miner. The fact that only restart fixes the problem definitely points to a driver crash.


Automatic fan control ( -tt value) does not seem to work for one my cards (r9 290) does anyone know how to resolve this ?
Hi friend. Same problem too on my RX578 and RX588.

PS. HiveOS (last ver + 4.2a miner).
    Hardware control options (-tt, -fanmin, -fanmax, -cclock, etc.) are not supported on Linux yet.


Just tried 4.2a BETA and can confirm -fcm 2 does make a difference, I see the fans respond to temperature will test more.

One odd thing I observed is that this version applies OC differently, it applied voltage to all GPU core states - is this normal ? The thing is that I didn't ask it to do that, I dont have anything regarding voltage in command line as I use OverdriveNTool for OC and now the miner overrides OverdriveNTool's settings. Is there any way to disable this behavior?

Thanks.
    Please check your command line - it must not include -cclock, -cvddc, -mclock, -mvddc if you want PhoenixMiner to leave the core clocks and voltages alone. Even if you have only -cclock, the miner will set the voltage to the lowest possible value for this clock from the VBIOS performance levels, so either set both -cclock and -cvddc on PhoenixMiner's command-line, or set both the clocks and voltages via OverdriveNTool.


Last version on 15-GPU nvidia rig show unreal share accepted times (50-70-2000-3500ms), version 4.1 shows right 39-44ms share acctepted time, just FYI  Wink
    We have tested with multi-GPU rig on pool with very low difficulty, and we didn't see difference between 4.1 and 4.2. Please check if you are connecting to the same pool (including the location of the pool - if it is close to you or not), also if you are connecting to a low-difficulty pool, which causes the rig to submit many shares per minute. Many pools will delay the share confirmations if you are submitting a lot of shares because there is no downside for the miner and the pool can lower the resource usage.


Phoenix Miner 4.2b Windows/msvc - Release build Problems please help
-----------------------------------------------

CUDA version: 10.0, CUDA runtime: 8.0
Available GPUs for mining:
GPU1: P106-100 (pcie 1), CUDA cap. 6.1, 5.9 GB VRAM, 10 CUs
Nvidia driver version: 419.35
NVAPI error in NvapiWrapper.c:204 : -6
Unable to load NvAPI: error 3

Eth: Loading pools from epools.txt
Eth: the pool list contains 1 pool (1 from command-line)
Eth: primary pool: daggerhashimoto.eu.nicehash.com:3353
Starting GPU mining
GPU1: unable to init NvAPI with bus ID 65536 !!!!!!!!!!!!!

PM developer please help maby next version..
    Thank you for reporting this. It will be fixed in PhoenixMiner 4.2c



Hello guys!

I have one issue and I don't know where to start. Couple of weeks before(2-3 weeks before) everything was fine .
I have 2 rigs x 7 cards, 1070, win 10, driver 398.36 and Phoenix Miner 4.0b and the speed was 230-231 for each rig, it was perfect since I changed with that DAG from 2.9e version.
All cards was around 32.7-8 and now both are with 225-226 total and I don't understand why...2-3 cards are under 32...
I have:
power: 60%
clock: -150
memory: 780
Maybe if I will update the drivers I will solve the issue? But this is strange because if it is like this all the cards will be the same.
On both rigs to have the same issue, this is why I don't understand, the same speed... if there was an issue with the setup, maybe it was different :\

thanks and regards!  Wink
     Unfortunately, there is a gradual hashrate drop for the GTX1070 cards with the increase of the DAG size (we are seeing it from about DAG 200). To be sure that this is the problem, run PhoenixMiner in benchmark mode. To do this, add -bench 100 (this will simulate mining with smaller DAG for epoch 100) to the command line, leave the miner working for several minutes to stabilize the hashrate and write it down. After that repeat the test with -bench 250 and after running several minutes, note the difference in speed. In our testing we've seen drop from 174 MH/s at DAG 200 to 168 MH/s at DAG 246 with GTX1070. Maybe this can be solved by a driver update from Nvidia but nothing is certain. Interestingly 1070Ti doesn't seem affected (or at least the slowdown is much slower).
laik2
Sr. Member
****
Offline Offline

Activity: 612
Merit: 264



View Profile WWW
March 18, 2019, 11:36:43 AM
 #3109

Hi,
Hawaii support is enabled in 4.2 version. Confirmed!

Miners Mining Platform [ MMP OS ] - https://app.mmpos.eu/
Faizrakhmanov
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
March 18, 2019, 12:38:55 PM
 #3110

Quote
Hardware control options (-tt, -fanmin, -fanmax, -cclock, etc.) are not supported on Linux yet.

Is this -tmax 80 -tstop 85 -tstart 80 didn't work in Linux too? Thanks.
Stihlus
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
March 18, 2019, 03:50:49 PM
 #3111

Thank you PhoenixMiner for your response.
Yes, it is strange because only 2-3 cards have this issue, go under 32.xxx and on both rigs is the same. If it's how you said then all should have the same speed ... this is the theory Smiley
I will try to update also the driver, maybe ... I will change something or I will destroy everything Smiley)

thanks and regards!
lesjokolat
Newbie
*
Offline Offline

Activity: 112
Merit: 0


View Profile
March 18, 2019, 05:02:03 PM
 #3112

Thank you PhoenixMiner for your response.
Yes, it is strange because only 2-3 cards have this issue, go under 32.xxx and on both rigs is the same. If it's how you said then all should have the same speed ... this is the theory Smiley
I will try to update also the driver, maybe ... I will change something or I will destroy everything Smiley)

thanks and regards!


I also recommend all cards are seated correctly in any associated risers. All cables firmly in place.
Stihlus
Newbie
*
Offline Offline

Activity: 30
Merit: 0


View Profile
March 18, 2019, 08:39:52 PM
 #3113

Thank you PhoenixMiner for your response.
Yes, it is strange because only 2-3 cards have this issue, go under 32.xxx and on both rigs is the same. If it's how you said then all should have the same speed ... this is the theory Smiley
I will try to update also the driver, maybe ... I will change something or I will destroy everything Smiley)

thanks and regards!


I also recommend all cards are seated correctly in any associated risers. All cables firmly in place.
I will check also the connections but it is strange because on 2 rigs I have the same issue. From 230 mhs to 225 (hashrate decrease on 3 cards).
Thanks for info!
lesjokolat
Newbie
*
Offline Offline

Activity: 112
Merit: 0


View Profile
March 19, 2019, 12:35:45 AM
 #3114

Green kernels do not work on vega 64 or radeon vii

Are they supposed to?
Digital_Seytan
Newbie
*
Offline Offline

Activity: 141
Merit: 0


View Profile
March 19, 2019, 10:02:59 AM
 #3115

PM developer thanks for the update 4.2.B but it often gets stuck at nicehash -> switch coin and of course with the DEVFEE .dit does not deliver much more Schares on the pole and a Rig miner starting every time is nothing but annoyance, system win10 / 64 pro last cuda version nvidia cards 1060/1070/1080.
is it sometimes the selection V2, also take a look at your colleagues devs with miner software such as TTMiner - BMiner and of course NBMiner Claymore we do not even talk about because that is far behind unfortunately.Leg soon a solution on your part please
Joncatch
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
March 20, 2019, 01:26:35 AM
 #3116


Hello guys!

I have one issue and I don't know where to start. Couple of weeks before(2-3 weeks before) everything was fine .
I have 2 rigs x 7 cards, 1070, win 10, driver 398.36 and Phoenix Miner 4.0b and the speed was 230-231 for each rig, it was perfect since I changed with that DAG from 2.9e version.
All cards was around 32.7-8 and now both are with 225-226 total and I don't understand why...2-3 cards are under 32...
I have:
power: 60%
clock: -150
memory: 780
Maybe if I will update the drivers I will solve the issue? But this is strange because if it is like this all the cards will be the same.
On both rigs to have the same issue, this is why I don't understand, the same speed... if there was an issue with the setup, maybe it was different :\

thanks and regards!  Wink
     Unfortunately, there is a gradual hashrate drop for the GTX1070 cards with the increase of the DAG size (we are seeing it from about DAG 200). To be sure that this is the problem, run PhoenixMiner in benchmark mode. To do this, add -bench 100 (this will simulate mining with smaller DAG for epoch 100) to the command line, leave the miner working for several minutes to stabilize the hashrate and write it down. After that repeat the test with -bench 250 and after running several minutes, note the difference in speed. In our testing we've seen drop from 174 MH/s at DAG 200 to 168 MH/s at DAG 246 with GTX1070. Maybe this can be solved by a driver update from Nvidia but nothing is certain. Interestingly 1070Ti doesn't seem affected (or at least the slowdown is much slower).
[/quote]

Ok Regarding the phoenixminer 4.2b ... I have 2 mixed rigs- 8 nividia 1070s the other with 8 2070's and 5 -amd rx580's on each ... I updated both rigs amd to 19.1.1 drivers and nvidia drivers to the lastest 419.35 also I installed not just the graphics drivers but the psyx software as well... so far all have run 24+hrs with no problems ... in addition my rtx2070's have become WAY more stable and even on the clock speeds and incresed my hashrate by 20 mhs over miner 4.1 which would regularly freeze both systems... in addition to your post with the 1070's. ... I've experience with the latest nvidia drivers install on my third rig an INCREASE in hashrate by about 2mhs on a 7 nvidia 1070 rig... so this version is MUCH more stable i have been contending with CONSTANT freezes over the past 2 months with these rigs and miner 4.1 .. so far the last 24 hrs not a single issue I would recommend nvidia 1070 people update to the latest driver as well I have windows 10 fully updated to the most current update... fyi .. will let you know if anything happens but so far this is great and my overall hashrate has actually increased and become MUCH more stable on the 2070's and they are not even maxed out on overclock so they could possibly reach 43mhs per card..

Good work Phoneixminer and thanks for the constant developing.
Joncatch
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
March 20, 2019, 02:07:31 AM
 #3117

Actually can confirm evga rtx2070 getting 43.3mhs at 75% power limit on miner 4.2b


https://imgur.com/P2SjIqL
Digital_Seytan
Newbie
*
Offline Offline

Activity: 141
Merit: 0


View Profile
March 20, 2019, 11:32:23 AM
 #3118

Why PhoenixMiner_4.1c_Windows with Nvidia cards running faster then PM 4.2.b  PM developer ??

Good day all
Joncatch
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
March 20, 2019, 08:42:49 PM
 #3119

Why PhoenixMiner_4.1c_Windows with Nvidia cards running faster then PM 4.2.b  PM developer ??

Good day all


They arent... update your nvidia drivers to the latest 419.35
Soliqesh
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
March 20, 2019, 10:03:22 PM
 #3120

-fcm fixed fans on my strix 588, thx so much
Pages: « 1 ... 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 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 [156] 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 »
  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!