Bitcoin Forum
June 21, 2024, 07:33:01 AM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 [227] 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ... 499 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 784690 times)
alex31
Member
**
Offline Offline

Activity: 93
Merit: 10


View Profile
June 10, 2020, 05:46:57 AM
 #4521

So many rejected shares on 5.0x verisions... About 1-1.2% overall rejected shares (not stales or incorrect) on my RX 580 8Gb rigs...
   Could you please tell us on which pools? This is normal on nicehash, as it doesn't accept stale shares and they count as rejected shares, and it seems that recently nicehash started changing the jobs more often, leading to more rejected shares.
Yes, it's on nicehash. Is there some way to correct show these stale shares?

 more correct way is to switch to another pool / as Phoenix wrote:
Quote
it seems that recently nicehash started changing the jobs more often, leading to more rejected shares.
boregepco
Newbie
*
Offline Offline

Activity: 26
Merit: 0


View Profile
June 10, 2020, 06:58:06 AM
 #4522

Quote
There is nothing you can do unless you connect the display to 8 GB or 6 GB card. As this isn't possible in your case, you can instead run separate instance of PhoenixMiner for just GPU1 (adding the argument -gpus 1) and use a pool that only mines ETH. The other five cards will run on another instance of PhoenixMiner (with -gpus 23456), that can mine both ETH and ETC.

How to make this? With a 2 bat files? I will have 2 miners on the screen or is it possible to make in one?
Dark Oopa
Newbie
*
Offline Offline

Activity: 83
Merit: 0


View Profile
June 10, 2020, 10:06:54 AM
 #4523

hello,

I have 2 rigs where the GPU 1 still don't mine ETH :/
and the one which works, have the same problem when I bench epoch 360

W10, latest AMD drivers, 4Go GPU, -eres 0.

Problem is, on the opposite of claymore, phoenix reboot the miner automatically instead of having GPU 1 at 0 hashrate and letting the rest mine.
normallyall my rigs have the same configuration, I don't know why it works better on somme than on other.

Does someone have an idea?
thx
ihab1963
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 10, 2020, 10:42:43 AM
 #4524

Using PhoenixMiner 5.e windows 10

I can not edit the bat file as usual what is the problem
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 10, 2020, 12:19:13 PM
Last edit: June 10, 2020, 12:32:04 PM by bategojko74
 #4525

Quote
There is nothing you can do unless you connect the display to 8 GB or 6 GB card. As this isn't possible in your case, you can instead run separate instance of PhoenixMiner for just GPU1 (adding the argument -gpus 1) and use a pool that only mines ETH. The other five cards will run on another instance of PhoenixMiner (with -gpus 23456), that can mine both ETH and ETC.

How to make this? With a 2 bat files? I will have 2 miners on the screen or is it possible to make in one?
Yes with two .bat files. It is not possible to do this with one instance of PM. If you use config.txt: Create one config1.txt for the first instance and one config2.txt for the second instance. In the .bat file for the first instance add/ or replace  -config parameter: ... -config config1.txt ... . In the .bat file for the second instance add/replace  ... -config config2.txt ...
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 10, 2020, 12:23:07 PM
Last edit: June 10, 2020, 06:06:42 PM by bategojko74
 #4526

hello,

I have 2 rigs where the GPU 1 still don't mine ETH :/
and the one which works, have the same problem when I bench epoch 360

W10, latest AMD drivers, 4Go GPU, -eres 0.

Problem is, on the opposite of claymore, phoenix reboot the miner automatically instead of having GPU 1 at 0 hashrate and letting the rest mine.
normallyall my rigs have the same configuration, I don't know why it works better on somme than on other.

Does someone have an idea?
thx
If you see "Unknown OpenCL driver version! Hashrate and stale shares may suffer" than clean reinstall your driver. If your virtual memory is less then (GPUS_count + 1) * 4 GB, than increase it.
If you don't have integrated video or 8GB card set as first GPU than exclude first GPU from mining: -gpus 2,3,..., LAST_GPU_INDEX
Run second instance of PM and mine another EtHash algo based coin (Ethereum still possible until epoch 250, after that choose one of these: https://2cryptocalc.com/ethash-algorithm ) with the first GPU, by adding: -gpus 1
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 10, 2020, 12:33:09 PM
 #4527

Using PhoenixMiner 5.e windows 10

I can not edit the bat file as usual what is the problem
Run notepad as administrator.
ihab1963
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 10, 2020, 02:41:53 PM
 #4528

Is there a problem with PhoenixMiner 5.e windows 10
I can not mine it continues to shut down
Not as stable as it was to be  Huh
ihab1963
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 10, 2020, 02:57:26 PM
 #4529

Is there a problem with PhoenixMiner 5.e windows 10
I can not mine it continues to shut down
Not as stable as it was to be  Huh

and it is also giving me the error ( Cuda error in cudaprogram.cu :373 out of memory )
ihab1963
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 10, 2020, 04:00:14 PM
 #4530

Is there a problem with PhoenixMiner 5.e windows 10
I can not mine it continues to shut down
Not as stable as it was to be  Huh

and it is also giving me the error ( Cuda error in cudaprogram.cu :373 out of memory )

I have resolved the problem increasing the virtual memory
Control Panel --> System and Security --> System --> Advanced System Settings --> Performance: Settings --> Advanced --> Virtual Memory: Change --> Custom size: Initial size=64000, Maximum size 64000 --> OK

I Cheesy am glad
arielf
Jr. Member
*
Offline Offline

Activity: 37
Merit: 1


View Profile
June 10, 2020, 10:50:59 PM
Last edit: June 11, 2020, 12:56:27 AM by arielf
 #4531

why did my miner stop when I started to DAG # 352? and doesn't reboot by itself,

2020.06.11:05:45:24.320: GPU5 GPU5: Starting up... (0)
2020.06.11:05:45:24.320: GPU5 GPU5: Generating ethash light cache for epoch #352
2020.06.11:05:45:24.342: GPU3 GPU3: Starting up... (0)
2020.06.11:05:45:24.398: GPU6 GPU6: Starting up... (0)
2020.06.11:05:45:24.444: GPU2 GPU2: Starting up... (0)
2020.06.11:05:45:24.559: GPU4 GPU4: Starting up... (0)
2020.06.11:05:45:24.604: GPU1 GPU1: Starting up... (0)
2020.06.11:05:45:27.189: main Eth speed: 0.000 MH/s, shares: 5/0/0, time: 0:02
2020.06.11:05:45:27.189: main GPUs: 1: 0.000 MH/s (1) 2: 0.000 MH/s (0) 3: 0.000 MH/s (1) 4: 0.000 MH/s (1) 5: 0.000 MH/s (1) 6: 0.000 MH/s (1)
2020.06.11:05:45:28.011: GPU5 Light cache generated in 3.7 s (16.3 MB/s)
2020.06.11:05:45:28.248: GPU3 GPU3: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.280: GPU3 GPU3: Generating DAG for epoch #352
2020.06.11:05:45:28.520: GPU6 GPU6: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.575: GPU6 GPU6: Generating DAG for epoch #352
2020.06.11:05:45:28.814: GPU2 GPU2: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.849: GPU2 GPU2: Generating DAG for epoch #352
2020.06.11:05:45:29.109: GPU4 GPU4: Allocating DAG (3.77) GB; good for epoch up to #354

thank you for your help
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
June 11, 2020, 05:10:52 AM
 #4532

So many rejected shares on 5.0x verisions... About 1-1.2% overall rejected shares (not stales or incorrect) on my RX 580 8Gb rigs...
  Could you please tell us on which pools? This is normal on nicehash, as it doesn't accept stale shares and they count as rejected shares, and it seems that recently nicehash started changing the jobs more often, leading to more rejected shares.
Yes, it's on nicehash. Is there some way to correct show these stale shares?

   We only can detect a part of stale shares - these that are discovered after we have received a new job. However, due to the delay in the pool itself and the network latency, most stale shares can not be discovered at miner level. So we send these shares and nicehash rejects them. We could take into account when the job last changed and if a share is rejected soon after a job has changed we can count it as stale instead of rejected but this won't be 100% reliable. However the bigger problem is that nicehash really doesn't count the stale shares at all unlike other pool that give reduced reward for stale shares, so it won't be correct to count them as stale in the statistics - you won't get any reward from them anyway.



Quote
There is nothing you can do unless you connect the display to 8 GB or 6 GB card. As this isn't possible in your case, you can instead run separate instance of PhoenixMiner for just GPU1 (adding the argument -gpus 1) and use a pool that only mines ETH. The other five cards will run on another instance of PhoenixMiner (with -gpus 23456), that can mine both ETH and ETC.

How to make this? With a 2 bat files? I will have 2 miners on the screen or is it possible to make in one?
  Yes, make two different bat files and run them both. You will have two console windows, it's not possible to combine them as they are independent from each other. One thing to be aware of, if you are using remote control port, is to change the port number in one of the bat files to something else than the default port with this command-line argument: -cdmport 3334 (this will change the remote control port to 3334, the default is 3333).




hello,

I have 2 rigs where the GPU 1 still don't mine ETH :/
and the one which works, have the same problem when I bench epoch 360

W10, latest AMD drivers, 4Go GPU, -eres 0.

Problem is, on the opposite of claymore, phoenix reboot the miner automatically instead of having GPU 1 at 0 hashrate and letting the rest mine.
normallyall my rigs have the same configuration, I don't know why it works better on somme than on other.

Does someone have an idea?
thx
   An obvious question but are you running PhoenixMiner 5.0e? If so, please send us a log to check for any problems in it.



why did my miner stop when I started to DAG # 352? and doesn't reboot by itself,

Code:
2020.06.11:05:45:24.320: GPU5 GPU5: Starting up... (0)
2020.06.11:05:45:24.320: GPU5 GPU5: Generating ethash light cache for epoch #352
2020.06.11:05:45:24.342: GPU3 GPU3: Starting up... (0)
2020.06.11:05:45:24.398: GPU6 GPU6: Starting up... (0)
2020.06.11:05:45:24.444: GPU2 GPU2: Starting up... (0)
2020.06.11:05:45:24.559: GPU4 GPU4: Starting up... (0)
2020.06.11:05:45:24.604: GPU1 GPU1: Starting up... (0)
2020.06.11:05:45:27.189: main Eth speed: 0.000 MH/s, shares: 5/0/0, time: 0:02
2020.06.11:05:45:27.189: main GPUs: 1: 0.000 MH/s (1) 2: 0.000 MH/s (0) 3: 0.000 MH/s (1) 4: 0.000 MH/s (1) 5: 0.000 MH/s (1) 6: 0.000 MH/s (1)
2020.06.11:05:45:28.011: GPU5 Light cache generated in 3.7 s (16.3 MB/s)
2020.06.11:05:45:28.248: GPU3 GPU3: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.280: GPU3 GPU3: Generating DAG for epoch #352
2020.06.11:05:45:28.520: GPU6 GPU6: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.575: GPU6 GPU6: Generating DAG for epoch #352
2020.06.11:05:45:28.814: GPU2 GPU2: Allocating DAG (3.77) GB; good for epoch up to #354
2020.06.11:05:45:28.849: GPU2 GPU2: Generating DAG for epoch #352
2020.06.11:05:45:29.109: GPU4 GPU4: Allocating DAG (3.77) GB; good for epoch up to #354

thank you for your help
  Please tell us the driver version and the Windows version, and the version of PhoenixMiner that you are running. Also, the log from the start would help much more than just the last several lines.
Chosscoin
Newbie
*
Offline Offline

Activity: 40
Merit: 0


View Profile
June 11, 2020, 07:09:59 AM
 #4533

Could you help me with this? I watch a lot of videos in information about the 5700XT, with Hashrate of 56/57 MHS ...

I have managed to reach that speed by modifying the timings of the BIOS, but the RIG crashes, I can only keep it stable around 54.5Mhs, if I upload OC from memory to get more speed, it hangs in a few minutes or in several hours.

Is there a way to make the 5700XT stable with 56MHS and the Rig not crash?
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 11, 2020, 07:50:58 AM
 #4534

Could you help me with this? I watch a lot of videos in information about the 5700XT, with Hashrate of 56/57 MHS ...

I have managed to reach that speed by modifying the timings of the BIOS, but the RIG crashes, I can only keep it stable around 54.5Mhs, if I upload OC from memory to get more speed, it hangs in a few minutes or in several hours.

Is there a way to make the 5700XT stable with 56MHS and the Rig not crash?
If you want to be stable after overclock you should raise the voltage and/or lower the target temperature. As the voltage of memory could not be change for 5700XT your only chance is to lower the target temperature -tt which will indirectly reduce the memory temperature. You can aslo lower -cclock and -cvddc in order to reduce the temperature of the memory indirectly too.
Chosscoin
Newbie
*
Offline Offline

Activity: 40
Merit: 0


View Profile
June 11, 2020, 08:27:44 AM
 #4535

Could you help me with this? I watch a lot of videos in information about the 5700XT, with Hashrate of 56/57 MHS ...

I have managed to reach that speed by modifying the timings of the BIOS, but the RIG crashes, I can only keep it stable around 54.5Mhs, if I upload OC from memory to get more speed, it hangs in a few minutes or in several hours.

Is there a way to make the 5700XT stable with 56MHS and the Rig not crash?
If you want to be stable after overclock you should raise the voltage and/or lower the target temperature. As the voltage of memory could not be change for 5700XT your only chance is to lower the target temperature -tt which will indirectly reduce the memory temperature. You can aslo lower -cclock and -cvddc in order to reduce the temperature of the memory indirectly too.

Thank you very much for answering but I don't think that's the problem, because the temperature of my GPUs is between 45 and 55 degrees all day.

What temperature should the memory have to avoid having blocking problems with a higher OC? I didn't know that reducing the core clock would lower the memory temperature, is this true?
abg00
Jr. Member
*
Offline Offline

Activity: 288
Merit: 1


View Profile
June 11, 2020, 09:31:55 AM
 #4536

Quote from: PhoenixMiner


solve trouble with pool switch crashing. old bat file option -retrydelay 1 bad. change to -retrydelay 10 all ok
arielf
Jr. Member
*
Offline Offline

Activity: 37
Merit: 1


View Profile
June 11, 2020, 10:01:10 AM
 #4537


Please tell us the driver version and the Windows version, and the version of PhoenixMiner that you are running. Also, the log from the start would help much more than just the last several lines.

I use Radeon Software Crimson ReLive Edition Beta for Blockchain Compute Driver for Windows® 10 64-bit, Windows 10 Pro x64, and Version PhoenixMiner 5.0e
jimbomahoney
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
June 11, 2020, 10:26:52 AM
 #4538

Hi there,

I've been running 5e for a couple of days, but just today, Windows Defender is saying it's detected a Trojan:

Trojan:Win32/Bomitag.D!ml
E:\PhoenixMiner_5.0e_Windows\PhoenixMiner.exe

Any comments?
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 11, 2020, 10:39:12 AM
 #4539

Could you help me with this? I watch a lot of videos in information about the 5700XT, with Hashrate of 56/57 MHS ...

I have managed to reach that speed by modifying the timings of the BIOS, but the RIG crashes, I can only keep it stable around 54.5Mhs, if I upload OC from memory to get more speed, it hangs in a few minutes or in several hours.

Is there a way to make the 5700XT stable with 56MHS and the Rig not crash?
If you want to be stable after overclock you should raise the voltage and/or lower the target temperature. As the voltage of memory could not be change for 5700XT your only chance is to lower the target temperature -tt which will indirectly reduce the memory temperature. You can aslo lower -cclock and -cvddc in order to reduce the temperature of the memory indirectly too.

Thank you very much for answering but I don't think that's the problem, because the temperature of my GPUs is between 45 and 55 degrees all day.

What temperature should the memory have to avoid having blocking problems with a higher OC? I didn't know that reducing the core clock would lower the memory temperature, is this true?
It will make you easy (lower fan speed %) to keep the temperature bellow 45 degree and this may indirectly reduce the memory temperature.
iDisturbia
Jr. Member
*
Offline Offline

Activity: 84
Merit: 6


View Profile
June 11, 2020, 11:45:46 AM
 #4540

Hi there,

I've been running 5e for a couple of days, but just today, Windows Defender is saying it's detected a Trojan:

Trojan:Win32/Bomitag.D!ml
E:\PhoenixMiner_5.0e_Windows\PhoenixMiner.exe

Any comments?

Windows Defender and all other similar programs  act and behave like a b***h ... today she loves you - tomorrow she calls you Trojan!
Just add it to exception!!
Pages: « 1 ... 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 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 [227] 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ... 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!