Bitcoin Forum
March 29, 2024, 11:43:09 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 ... 169 »
  Print  
Author Topic: [ANN] dstm's ZCash / Equihash Nvidia Miner v0.6.2 (Linux / Windows)  (Read 224866 times)
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 03, 2017, 11:47:01 PM
 #261

Yes, there are network fixes/improvements.
If you have still problems just post them here, I'll fix them pretty quickly as soon as I'm able to reproduce them.

Btw. I don't use colors in my output Smiley

I would like colors for temp ranges. and I don't know what the "+" to the right mean... or the ">" signs. oh well.

I have noticed that then it shows disconnection it starts getting lots of TCP errors. The werid part is only the computers that are running ZM miner show this behaviour, so i am sure this is not a network issue.

Quote
I would like colors for temp ranges. and I don't know what the "+" to the right mean... or the ">" signs. oh well.             
Colored output has some drawbacks. People might have different terminal background which makes colored output hard to read - also if you redirect the output to a file  - colors would make the file unreadable, you'll also get issues if you wan't to parse the output.

The "+"/">" etc. are explained on OP, however I have to write a documentation ofc. when there is time for it.       

Have you tried the 0.5_nat version I pm to you? Does it have the same issues?
The trust scores you see are subjective; they will change depending on who you have in your trust list.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711755789
Hero Member
*
Offline Offline

Posts: 1711755789

View Profile Personal Message (Offline)

Ignore
1711755789
Reply with quote  #2

1711755789
Report to moderator
farmtester1
Newbie
*
Offline Offline

Activity: 54
Merit: 0


View Profile
October 04, 2017, 01:03:45 AM
 #262

I think an intensity option would be useful for people who want their desktop to remain responsive while mining for example.

Something like an option to throttle the amount of work that is sent to the GPU? If I understand you correctly.
Does it even make sense to use your desktop while mining? Not sure if I understand the use case for this option.

Some people mine on their main PC while doing other things, that's useful, if not too troublesome to implement I highly appreciate if you can add intensity options.

I see, will do.
So you must be able to set intensity per GPU - since you might have multiple GPUs on your main PC on you want to throttle only the GPU that's used for rendering, right?

In case someone has a video editing desktop that would be sweet even though this can be bypassed by creating multiple batchfiles to select with which GPU you want to mine.
GaryH
Full Member
***
Offline Offline

Activity: 214
Merit: 100


View Profile
October 04, 2017, 01:20:45 AM
 #263

I'm testing zm on Suprnova right now.  Suprnova will sometimes show my Efficiency is less than 100%, but I don't see the miner showing rejected shares like Claymore or EWBF.  

Right now zm appears to be just as fast, if not faster than EWBF's miner.
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 01:41:53 AM
 #264

I'm testing zm on Suprnova right now.  Suprnova will sometimes show my Efficiency is less than 100%, but I don't see the miner showing rejected shares like Claymore or EWBF.  

Right now zm appears to be just as fast, if not faster than EWBF's miner.

Right, I'm not showing them on the ui currently - they will be shown in the next version on the ui and their amount will be accessible via json-rpc.
kryztoval
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
October 04, 2017, 02:36:02 AM
Last edit: October 04, 2017, 04:08:30 AM by kryztoval
 #265

Have you tried the 0.5_nat version I pm to you? Does it have the same issues?

I have been running it for 1h30m and so far it has not disconnected. not even once. I'll leave them running and report back later.

edit: added a period to make it clearer.
edit2: it happened again Sad it took longer, but same effect.
https://image.prntscr.com/image/isZkxQR2Q5eAaowYdayVCQ.png

dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 10:50:05 AM
 #266

Have you tried the 0.5_nat version I pm to you? Does it have the same issues?

I have been running it for 1h30m and so far it has not disconnected. not even once. I'll leave them running and report back later.

edit: added a period to make it clearer.
edit2: it happened again Sad it took longer, but same effect.




Since you've pointed out that you're getting TCP errors on your network before zm reconnects (TCP Retransmissions in particualar): I'm not dealing with the TCP/IP layer in zm, that's the responsibility of the kernel. It seems that your router/nat has troubles to keep multiple connections open, it just closes them after some time.
NameTaken
Hero Member
*****
Offline Offline

Activity: 630
Merit: 502


View Profile
October 04, 2017, 11:22:02 AM
 #267

Seems like quite a few pools are having trouble recently so how about being to set a backup pool?
kryztoval
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
October 04, 2017, 12:10:49 PM
 #268

Since you've pointed out that you're getting TCP errors on your network before zm reconnects (TCP Retransmissions in particualar): I'm not dealing with the TCP/IP layer in zm, that's the responsibility of the kernel. It seems that your router/nat has troubles to keep multiple connections open, it just closes them after some time.

I can monitor the network, but the funny thing is the network only does this with your miner, it does not happen with any other program or configuration. and it happens only on 1 computer. if what you suggest were true, it would have several disconnections for all computers at the same time. But it doesn't. Everything points to be something in your code triggering some weird configuration on the latest ubuntu update (since I updated both ubuntu and your miner at the same time).

I'll take a look at the NAT/routing tables in the kernel and see if I can find out what is going on.

Sigh.
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 12:14:00 PM
 #269

Seems like quite a few pools are having trouble recently so how about being to set a backup pool?


Right, pools are very unreliable currently. Some of them can't event handle an 10% increased share rate.

A backup pool seems like a good idea however it has also issues.
Let's assume I'll simply alternate between the primary and the backup pool on every disconnect.
You might switch to the backup pool even if your primary pool had an issue only once.
You might switch to the backup pool on temporary local network issues.
You might start alternating between the pools.

I have to think some more time how a good backup pool implementation might look like. If you have ideas, suggestions are welcome. Smiley
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 12:41:51 PM
Last edit: October 04, 2017, 12:52:36 PM by dstm
 #270

Since you've pointed out that you're getting TCP errors on your network before zm reconnects (TCP Retransmissions in particualar): I'm not dealing with the TCP/IP layer in zm, that's the responsibility of the kernel. It seems that your router/nat has troubles to keep multiple connections open, it just closes them after some time.

I can monitor the network, but the funny thing is the network only does this with your miner, it does not happen with any other program or configuration. and it happens only on 1 computer. if what you suggest were true, it would have several disconnections for all computers at the same time. But it doesn't. Everything points to be something in your code triggering some weird configuration on the latest ubuntu update (since I updated both ubuntu and your miner at the same time).

I'll take a look at the NAT/routing tables in the kernel and see if I can find out what is going on.

Sigh.

That's what I was trying to say Smiley ZM uses multiple constantly opened connection, it seems that your router/nat has troubles to keep multiple connections constantly open. That's most likely why you're not seeing this behavior with other programs which are using only one connection.

Edit:
Quote
it would have several disconnections for all computers at the same time
                                                                                                                       
Not necessarily. Your router might drop the connections to a particular host only.

Quote
and it happens only on 1 computer.
This might be very helpful to debug the issue. What's different on this PC? Does it have more GPUs such that it opens more connections? Are the GPUs faster/slower such that they produce more/less shares/network traffic?

GaryH
Full Member
***
Offline Offline

Activity: 214
Merit: 100


View Profile
October 04, 2017, 04:33:07 PM
 #271

Fired up zm on Ubuminer doing Zen on Suprnova when after about 20 minutes I had the miner fail with:

gpu_id 1 1 0x1072dcb0200 the launch timed out and was terminated
cudaMemcpy 1 failed
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 04:47:47 PM
 #272

Fired up zm on Ubuminer doing Zen on Suprnova when after about 20 minutes I had the miner fail with:

gpu_id 1 1 0x1072dcb0200 the launch timed out and was terminated
cudaMemcpy 1 failed

Thx, that's the 3rd time I get this error report. Are your GPUs overclocked? If yes, might you pls try without overclocking? If you have time for test, I'll compile a version with more debugging output to check what's causing this.
GaryH
Full Member
***
Offline Offline

Activity: 214
Merit: 100


View Profile
October 04, 2017, 07:37:55 PM
 #273

The GPUs are OC'd to where Claymore and EWBF will run for days.  I restarted the zm miner and it's still mining after 4 hours so I'll let it run and see what it does.  

Also displaying time on each line would be helpful so I can see what time it failed--or maybe just on the total line ===.  I should be logging as that probably has the time...
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 04, 2017, 08:23:18 PM
 #274

The GPUs are OC'd to where Claymore and EWBF will run for days.  I restarted the zm miner and it's still mining after 4 hours so I'll let it run and see what it does.  

This doesn't mean it's stable, it's still overclocked. It could crash simply because I'm using different instructions - different compiler - or simply because of different ordering of instructions.

Quote
Also displaying time on each line would be helpful so I can see what time it failed--or maybe just on the total line ===.  I should be logging as that probably has the time...

This was requested several times - so yes there will be timestamps.
GaryH
Full Member
***
Offline Offline

Activity: 214
Merit: 100


View Profile
October 04, 2017, 11:19:11 PM
 #275

The GPUs are OC'd to where Claymore and EWBF will run for days.  I restarted the zm miner and it's still mining after 4 hours so I'll let it run and see what it does.  

This doesn't mean it's stable, it's still overclocked. It could crash simply because I'm using different instructions - different compiler - or simply because of different ordering of instructions.


yeah that makes sense.  Right now with it overclocked it's running about the same as EWBF, but if I pull the overclocks out it will be slower no doubt.  I want to let it run for as long as it will then I can go back and see about pulling the OC's out.
balkeep
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
October 05, 2017, 08:28:07 AM
Last edit: October 05, 2017, 01:41:30 PM by balkeep
 #276

For me your miner is way more stable than ewfb's. While ewfb's simply hangs in 24-48hrs period on Windows and even sooner under Ubuntu, yours working stable. If only I could figure out how to overclock under Linux on a headless rig...

EDIT: However, It disconnected today twice. Once it just said server disconnected (i'm using nanopool) and failed to restore the connection, despite internet was working flawelessly on all other devices in a household. Restart of the miner itself immediately fixed the issue. And the second time it started throwing some connection errors, and again everything else worked like a charm. Restart fixed it as well.
ShowMeCoins
Member
**
Offline Offline

Activity: 129
Merit: 11


View Profile
October 05, 2017, 02:51:14 PM
 #277

For me your miner is way more stable than ewfb's. While ewfb's simply hangs in 24-48hrs period on Windows and even sooner under Ubuntu, yours working stable. If only I could figure out how to overclock under Linux on a headless rig...

I can help you with that......

Create a new X11/Xorg config using
Code:
nvidia-xconfig -o xorg.conf --enable-all-gpus --cool-bits=28 --allow-empty-initial-configuration
.
Move/copy the config to /etc/X11
Code:
cp ./xorg.conf /etc/X11

Kill all your Xorg/X11 processes (or reboot)

Use the following sequence to OC your cards
Code:
Xorg :0 &
sleep 5
export DISPLAY=:0
/usr/bin/nvidia-settings -a GPUPowerMizerMode=1
/usr/bin/nvidia-settings -a GPUFanControlState=1
/usr/bin/nvidia-settings -a GPUTargetFanSpeed=100
/usr/bin/nvidia-settings -a GPUGraphicsClockOffset[3]=10
/usr/bin/nvidia-settings -a GPUMemoryTransferRateOffset[3]=100
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 05, 2017, 04:11:22 PM
 #278

For me your miner is way more stable than ewfb's. While ewfb's simply hangs in 24-48hrs period on Windows and even sooner under Ubuntu, yours working stable. If only I could figure out how to overclock under Linux on a headless rig...

EDIT: However, It disconnected today twice. Once it just said server disconnected (i'm using nanopool) and failed to restore the connection, despite internet was working flawelessly on all other devices in a household. Restart of the miner itself immediately fixed the issue. And the second time it started throwing some connection errors, and again everything else worked like a charm. Restart fixed it as well.


Thx for reporting. Working internet doesn't mean the server is reachable, the server itself might have issues - however I've fixed a bug in my reconnection procedure which was introduced by a change of error codes in one of my functions. I'm currently testing 0.5.1, if it passes tests I'll upload it today.

If it starts throwing connections errors pls post them here since I'm unable to fix them otherwise. I'm pretty verbose in my networking code currently some of the messages can be safely ignored, they are there to make debugging easier.
hx0t
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
October 05, 2017, 10:24:34 PM
 #279

Nice work! But i have some problem with CPU perfomance.
CPU - Intel G3900 / RAM - 4G / GPU - 10 1080ti
left EWBF Miner (10 card) - right dstm (8 card)
https://snag.gy/TRXPJy.jpg
If I run the miner for 10 cards, the performance drops.
Miner version 0.5
dstm (OP)
Full Member
***
Offline Offline

Activity: 350
Merit: 126


View Profile
October 06, 2017, 12:06:01 AM
 #280

Nice work! But i have some problem with CPU perfomance.
CPU - Intel G3900 / RAM - 4G / GPU - 10 1080ti
left EWBF Miner (10 card) - right dstm (8 card)
https://snag.gy/TRXPJy.jpg
If I run the miner for 10 cards, the performance drops.
Miner version 0.5

Thx for reporting. Seems like I'm heavier on the CPU side. This is partially because of the strict separation of the GPUs and the way I'm preparing work for the GPUs I guess, I don't want to give up both since they have benefits.                                           

This is what I'm getting on a 10GPU system (6*1070 + 4*1080Ti) with an i3-7300T (a 35W CPU).                                   
Code:
1  [||||||||||                                      18.2%]   Tasks: 112, 279 thr; 2 running
2  [||||||||||                                      16.6%]   Load average: 0.80 0.57 0.27
3  [||||||||||||||||||||||||||||                    51.0%]   Uptime: 00:53:42
4  [|||||||||                                       15.3%]

CPU performance isn't currently an issue for most users as you can see how an i3-7300T performs, so I'm not focusing on it now, I'll do more CPU optimization work after I'm done with the current requests. Sry for the delay.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 ... 169 »
  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!