SILENTARMY v5: Zcash miner, 115 sol/s on R9 Nano, 70 sol/s on GTX 1070

[induktor]

I compiled the version with the external input.cl but i get the python version error.

i installed python 3.4.5 and create symlink, now when i call python i get the 3.4.5 prompt, but the miner still complain about the python version.

what can I do?

do i need python 4 to use it?

i am in ubuntu 14.04
thanks

[EDIT] SOLVED, do this:
https://gist.github.com/n1koo/7c0455b674d3c3a9d4cccf53837b270e

and I created a symlink /usr/bin/python3.5 python
and python to pyton3.5.5 (for some reason, somewhere is specified to look for python3.5.5  )


30 Sol/s on 1 GTX 1070 , stock clock, 90W TPL.
100% CPU usage

[Sindren]

I compiled the version with the external input.cl but i get the python version error.

i installed python 3.4.5 and create symlink, now when i call python i get the 3.4.5 prompt, but the miner still complain about the python version.

what can I do?

do i need python 4 to use it?

i am in ubuntu 14.04
thanks

you must set python 3.4.5 as default see --alternatives

[jakobito]

Please check:  https://github.com/mbevand/silentarmy/issues/8
Use the following:

sed -i 's/python3/python3.5/' silentarmy

[induktor]

Thanks Sinden, Jakobito

working now but way too slow compared to the closed source with 10% dev fee (30 sol/s vs 46 sol/s (and 10% CPU usage!))
but improving 

[nicehash]

I have a question for you: why does 1 of your 2 servers behind equihash.eu.nicehash.com returns a 17 bytes nonce (37.58.117.214) and the other a 5 bytes nonce (5.153.50.217)? Only the latter is supported by silentarmy.

Please revise the official stratum documentation at https://slushpool.com/help/#!/manual/stratum-protocol. There are no such limitations, a nonce can be even larger. The fact that you're receiving different nonce sizes is not related to a particular NiceHash stratum endpoint. It is simply a fact that NiceHash is forwarding work from different hashing power orders, which are working on different target pools. Anyway, 17 bytes nonce is the largest (max) that you'll receive from NiceHash stratum and even at this size you still have 3 bytes for iteration. So there is no reason why not to accept this kind of work. Please fix this as soon as possible, since our users would really love to use your miner and are now not able to do so due to these limitations of your miner.

Thank you and keep up the good work!

[Streetlight9]

I went back and tried to install the official AMD drivers thinking that was the problem.

The following packages have unmet dependencies:
 unity-control-center : Depends: libcheese-gtk23 (>= 3.4.0) but it is not going to be installed
                        Depends: libcheese7 (>= 3.0.1) but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
mine@mine:~/silentarmy$  

I am on 14.04 using 5x 280x.  I was on 16.04 until I realized that they don't make drivers for the 280x for that version of Ubuntu so I downgraded.  Doesn't matter to me which version I am on.  This is strictly a mining machine.  Thanks for your time.

If you are on 14.04 there is no need to install the official AMD drivers. Just "sudo apt-get install fglrx" as documented in silentarmy's README.md
The fglrx package is the drivers nicely repackaged/redistributed by Ubuntu.

Can only get 35ish out of my 280x on fglrx 15.04. ....

keep up the good work tho.

[chronek]

ok, nheqminer working with nvidia on windows, nicehash used one file, but when replace and paste param.h into kernel it works ... but sadly have to say 1 instance is slower, 2 instances the same speed as cuda_tromp, 3 instances did drop my gpu load and was not work... So could get only 25 sol/s when with cuda can get 25 sol/s too ... Something is not right....

[monsanto]

I'm guessing you are using ubuntu 14.04 or a older version of python 3.4x.

remove the installation directory and all files

Code:

rm -rf silentarmy

then rebuild it.

Code:

sudo add-apt-repository ppa:fkrull/deadsnakes -y
sudo add-apt-repository ppa:chris-lea/libsodium -y
sudo apt-get update
sudo apt-get install -y python3.5 libsodium-dev
git clone https://github.com/mbevand/silentarmy
cd silentarmy
make
sed -i 's/python3/python3.5/' silentarmy

then see if it runs by typing

Code:

./silentarmy --list

OR

Code:

./silentarmy --use 0,1,2,3,4,5,6 -c stratum+tcp://us1-zcash.flypool.org:3333 -u twalletaddress.WorkerName

If you have 2gb card use

Code:

./silentarmy --instances 1 --use 0,1,2,3,4,5,6 -c stratum+tcp://us1-zcash.flypool.org:3333 -u twalletaddress.WorkerName

Credit mainly goes to n1koo for the fix/workaround.  His response is here https://gist.github.com/n1koo/7c0455b674d3c3a9d4cccf53837b270e

I couldn't get it to work until your post (saw n1koo but maybe I didn't remove and rebuild?) Anyway, whatever you said to do it worked 

Thank You

[frozn0000]

I went back and tried to install the official AMD drivers thinking that was the problem.

The following packages have unmet dependencies:
 unity-control-center : Depends: libcheese-gtk23 (>= 3.4.0) but it is not going to be installed
                        Depends: libcheese7 (>= 3.0.1) but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
mine@mine:~/silentarmy$  

I am on 14.04 using 5x 280x.  I was on 16.04 until I realized that they don't make drivers for the 280x for that version of Ubuntu so I downgraded.  Doesn't matter to me which version I am on.  This is strictly a mining machine.  Thanks for your time.

If you are on 14.04 there is no need to install the official AMD drivers. Just "sudo apt-get install fglrx" as documented in silentarmy's README.md
The fglrx package is the drivers nicely repackaged/redistributed by Ubuntu.

I figured I would start fresh yet again and have done a clean install of Ubuntu 14.04.  After it booted up the first command I typed was "sudo apt-get install fglrx" and the system complained about not having libcheese so I installed that and then ran sudo apt-get install fglrx. I then did a reboot and when I open a terminal there are colors/artifacts and I read any windows.

[aurigae]

Could compile on a default xubuntu 16.10 with manually installed Nvda prop drivers and cuda toolkit.
Testing with geforce 1080

Code:

367.48 && 367.57 tested
,,,,
nvcc: NVIDIA (R) Cuda compiler driver
....
Cuda compilation tools, release 8.0, V8.0.44

Code:

# Change this path if the SDK was installed in a non-standard location
OPENCL_HEADERS = "/usr/local/cuda-8.0/include/"
# By default libOpenCL.so is searched in default system locations, this path
# lets you adds one more directory to the search path.
LIBOPENCL = "/usr/local/cuda-8.0/lib64/"

However, theres no GPU load and a couple errors:

Code:

./silentarmy -v -v -v --instances 1 --use 0  -p x
Connecting to europe.equihash-hub.miningpoolhub.com:20570
Solver 0.0: launching
Successfully connected to europe.equihash-hub.miningpoolhub.com:20570
To stratum server: b'{"params": ["silentarmy", null, "europe.equihash-hub.miningpoolhub.com", "20570"], "id": 1, "method": "mining.subscribe"}\n'
From stratum server: b'{"id":1,"result":["deadbeefcafebabe029f000000000000","27ff8a9f"],"error":null}\n'
Stratum server fixes 4 bytes of the nonce
To stratum server: b'{"params": ["1080lol.droidz", "x"], "id": 2, "method": "mining.authorize"}\n'
From stratum server: b'{"id":null,"method":"mining.set_target","params":["0040000000000000000000000000000000000000000000000000000000000000"]}\n{"id":null,"method":"mining.notify","params":["1f4d","04000000","0596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000","e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b3533","0000000000000000000000000000000000000000000000000000000000000000","23a41f58","e980021d",true,false]}\n'
Received target 0040000000000000000000000000000000000000000000000000000000000000
Received job "1f4d"
From solver 0.0: banner "SILENTARMY mining mode ready"
From stratum server: b'{"id":2,"result":true,"error":null}\n'
Stratum server sent us the first job
Mining on 1 device
To solvers: 0000000000000000000000000000000000000000000000000000000000004000 1f4d 040000000596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b3533000000000000000000000000000000000000000000000000000000000000000023a41f58e980021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.set_target","params":["0400000000000000000000000000000000000000000000000000000000000000"]}\n'
Received target 0400000000000000000000000000000000000000000000000000000000000000
From solver 0.0: clEnqueueReadBuffer (-5)
Solver 0.0: reported: clEnqueueReadBuffer (-5)
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f4e","04000000","0596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000","e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b3533","0000000000000000000000000000000000000000000000000000000000000000","5aa41f58","e980021d",true,false]}\n'
Received job "1f4e"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f4e 040000000596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b353300000000000000000000000000000000000000000000000000000000000000005aa41f58e980021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f4f","04000000","0596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000","e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b3533","0000000000000000000000000000000000000000000000000000000000000000","91a41f58","e980021d",true,false]}\n'
Received job "1f4f"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f4f 040000000596ae6cad899ccdb12d542950557e050046ff5a4feb0f529db6d10502000000e6696f07fbfe1b1428e42f3522b38f81c60941fae19995821053ab488e7b3533000000000000000000000000000000000000000000000000000000000000000091a41f58e980021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f50","04000000","20497c8a0e530ad9663d9cc0aded0f62cec871a160d5f53fefa94f3a00000000","d95a3174bd42cb479c1cfa0d31fd8284854c72b9c7cc3d29b96082f8c35f63f9","0000000000000000000000000000000000000000000000000000000000000000","c8a41f58","a481021d",true]}\n'
Received job "1f50"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f50 0400000020497c8a0e530ad9663d9cc0aded0f62cec871a160d5f53fefa94f3a00000000d95a3174bd42cb479c1cfa0d31fd8284854c72b9c7cc3d29b96082f8c35f63f90000000000000000000000000000000000000000000000000000000000000000c8a41f58a481021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f51","04000000","d2a35cb78b093ec207bb6b8e40cc33cad02a05184a66618ccbe3df4d02000000","886f5787b7c40ed52d0162e622d97736b9897a0bb9b47e0e4e0c818705158c09","0000000000000000000000000000000000000000000000000000000000000000","eaa41f58","fd7e021d",true]}\n'
Received job "1f51"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f51 04000000d2a35cb78b093ec207bb6b8e40cc33cad02a05184a66618ccbe3df4d02000000886f5787b7c40ed52d0162e622d97736b9897a0bb9b47e0e4e0c818705158c090000000000000000000000000000000000000000000000000000000000000000eaa41f58fd7e021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f52","04000000","cd0a79b44cdea9cab8a8ade0d3a21c5d120dae327401002288500e3602000000","40b62a8c93c36beb1cb0ae5ec683166225a76368e0edf79161cdd28655ab199f","0000000000000000000000000000000000000000000000000000000000000000","0da51f58","b777021d",true]}\n'
Received job "1f52"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f52 04000000cd0a79b44cdea9cab8a8ade0d3a21c5d120dae327401002288500e360200000040b62a8c93c36beb1cb0ae5ec683166225a76368e0edf79161cdd28655ab199f00000000000000000000000000000000000000000000000000000000000000000da51f58b777021d 27ff8a9f
From stratum server: b'{"id":null,"method":"mining.notify","params":["1f53","04000000","f15e4665e24a9a6cac540671e8c57b385f5aa7be63b044a08fb89d1f02000000","fae79bdf9f04a62b4b3fb6ad3f6e9214870c3e9e947f8c873054225b0904da3b","0000000000000000000000000000000000000000000000000000000000000000","28a51f58","3873021d",true]}\n'
Received job "1f53"
To solvers: 0000000000000000000000000000000000000000000000000000000000000004 1f53 04000000f15e4665e24a9a6cac540671e8c57b385f5aa7be63b044a08fb89d1f02000000fae79bdf9f04a62b4b3fb6ad3f6e9214870c3e9e947f8c873054225b0904da3b000000000000000000000000000000000000000000000000000000000000000028a51f583873021d 27ff8a9f
pipe closed by peer or os.write(pipe, data) raised exception.

[willrain]

I've did some research about error, that i posted before:

Solver 3.0: unexpected banner "Maximum number of clients reachedMaximum number of clients reachedSILENTARMY mining mode ready"

miner is reached Xorg max clients limit - in Debian it's 256. When i look into lsof -U output, i saw, that every sa-solver opens 17 connections, so we have 17 (per sa-solver) * 7 (GPUs) * 2 (thread per GPU) = 238 connections just for solvers and a few connections from main process: http://sprunge.us/UgXB - may be more just after startup because i see only 16 connections from last 2 threads. So, when i removed banner checking from silentarmy script

Code:

        if banner != "SILENTARMY mining mode ready":
            print('Solver %s: unexpected banner "%s"' % (devid, banner))
            proc.kill()
            self.cleanup_solvers(devid)
            return

i've successfully launched miner in 2 thread mode for all 7 GPUs, but... my script for fan/frequency control (that use aticonfig) stops working because aticonfig can't connect to Xorg anymore.

So, is it really nesessary to use so many connections?

my 7 GPU rig has been running solid for the last 5+ hours ever since I fired it up.  No dropped GPUs ... No crash  Cool

Maybe you use Ubuntu, 512 connections limit there: https://www.mail-archive.com/debian-x@lists.debian.org/msg83944.html

[snk0752]

Code:

[quote author=aurigae link=topic=1666489.msg16797190#msg16797190 date=1478469010]
Could compile on a default xubuntu [b]16.10[/b] with manually installed Nvda prop drivers and cuda toolkit.
Testing with geforce 1080

[/quote]

There's still no nvidia support. Plz check the first page.

[aurigae]

yep, ive seen that now https://github.com/mbevand/silentarmy/issues/6, thought i post my setup anyways, maybe somebody else is trying to find a fix. Squeezing google already.

[mrb]

I just sent a donation to your address.
Thank you for the great work!

Thank you very much! 0.1 ZEC is very generous!

[mrb]

I've did some research about error, that i posted before:

Solver 3.0: unexpected banner "Maximum number of clients reachedMaximum number of clients reachedSILENTARMY mining mode ready"

miner is reached Xorg max clients limit - in Debian it's 256. When i look into lsof -U output, i saw, that every sa-solver opens 17 connections, so we have 17 (per sa-solver) * 7 (GPUs) * 2 (thread per GPU) = 238 connections just for solvers and a few connections from main process: http://sprunge.us/UgXB - may be more just after startup because i see only 16 connections from last 2 threads. So, when i removed banner checking from silentarmy script

17 connections per sa-solver? On an Ubuntu 16.04 system with the amdgpu-pro 16.40 drivers, I notice each sa-solver opens only 1 connection. Example with 4 sa-solver instances:

$ lsof -U | grep sa-solver
sa-solver 2121  mrb    0u  unix 0x0000000000000000      0t0 342442 type=STREAM
sa-solver 2122  mrb    0u  unix 0x0000000000000000      0t0 342446 type=STREAM
sa-solver 2123  mrb    0u  unix 0x0000000000000000      0t0 343439 type=STREAM
sa-solver 2124  mrb    0u  unix 0x0000000000000000      0t0 341927 type=STREAM

[mrb]

I have a question for you: why does 1 of your 2 servers behind equihash.eu.nicehash.com returns a 17 bytes nonce (37.58.117.214) and the other a 5 bytes nonce (5.153.50.217)? Only the latter is supported by silentarmy.

Please revise the official stratum documentation at https://slushpool.com/help/#!/manual/stratum-protocol. There are no such limitations, a nonce can be even larger. The fact that you're receiving different nonce sizes is not related to a particular NiceHash stratum endpoint. It is simply a fact that NiceHash is forwarding work from different hashing power orders, which are working on different target pools. Anyway, 17 bytes nonce is the largest (max) that you'll receive from NiceHash stratum and even at this size you still have 3 bytes for iteration. So there is no reason why not to accept this kind of work. Please fix this as soon as possible, since our users would really love to use your miner and are now not able to do so due to these limitations of your miner.

Thank you and keep up the good work!

I am trying to be conservative/safe. Because the fewer bytes you have to iterate the nonce, the higher the chance is that a fast multi-GPU rig will have 2 GPUs that accidentally work on the same nonce. I am planning to release a significant speedup where an Equihash round might take 20ms or less. With 7 GPUs running 3 Equihash instances, they will exhaust 1% of the 3-byte nonce space in 150 seconds. So there is a ~1% chance that duplicate work is being performed by 2 Equihash instances.

In practice this is not so much a problem because new mining jobs are pushed more frequently than every 150 seconds, but still... this does not give me the absolute confidence of correctness that I like SILENTARMY to have.

Anyway, I pushed a nicehash-compatibilty update to tolerate stratum servers fixing 17 bytes of the nonce: https://github.com/mbevand/silentarmy/commit/0d371a9582159627b11941c14ca6cbc3da359cb1

Perhaps I will eventually permanently address the issue by allowing the last 12 bytes of the nonce to be non-zero...

[monsanto]

Should I install Ubuntu 16.04 dektop or the other one with black screen ?

The desktop edition works fine. Personally I install the server edition ("black screen") because my system is headless and I admin it over SSH. The README.md file documents exactly the steps to install the drivers and SDK.

That out of the way, I know you need to create a file basically lika a config.txt equivalent for it to trigger this.  I have tried and just don't know how.  It takes me back when I was learning DOS and Qbasic, omg 25 years ago.  I guess my question is how do you get this miner to run?  I have created the file and #!/bin/bash but after that I just don't know what to put in it.  Thanks and I apologize for the ignorance.

You can just put this in the bash script:

Code:

#!/bin/bash
/path-to-the-silentarmy-directory/silentarmy -c stratum+tcp://your.pool.here:1234 -u your-address-here -p password

And to fix your "make" issue, run "sudo apt-get install build-essential libsodium-dev" as described in README.md. This will install "make" and other required dependencies.

Do you know what the script would be to have the computer restart after about 60 minutes and then start the miner again?  Basically I guess I'd have to put a command in some pre-existing startup file that points to a script like the one above.  And then have a command in the script above that restarts after 60 minutes. 

I want to try this because the miner works well until one of my GPUs (290s) randomly crashes between 5 minutes and an hour after startup.  It's just unstable and I've tried a lot of things to fix it but I can't.

[kenshirothefist]

Anyway, I pushed a nicehash-compatibilty update to tolerate stratum servers fixing 17 bytes of the nonce: https://github.com/mbevand/silentarmy/commit/0d371a9582159627b11941c14ca6cbc3da359cb1

Perhaps I will eventually permanently address the issue by allowing the last 12 bytes of the nonce to be non-zero...

Cool. I've also made a pull for extranonce.subscribe

https://github.com/mbevand/silentarmy/pull/39

btw: I also believe that you should pull this one https://github.com/mbevand/silentarmy/pull/17 per stratum specs

[willrain]

17 connections per sa-solver?

As you see. And on different rigs i see different connections count per thread. For example, on my first 10 rigs: http://sprunge.us/gfIR

[snk0752]

mrb, I also would love to support the request to pool

Code:

extranonce.subscribe #39
https://github.com/mbevand/silentarmy/pull/39

into the mainstream. Would it be possible to implement it?