Pages:
Author

Topic: Optiminer/Zcash v1.7 (GPU, Windows+Linux, AMD) - page 24. (Read 115948 times)

newbie
Activity: 27
Merit: 0
i was using claymore and getting 150 s/s with my r9 380 tried optiminer and now i am getting 226 s/s with the same settings
sr. member
Activity: 347
Merit: 250
guys..how much sol with a 280x?
full member
Activity: 150
Merit: 100
Noticed messages like
Code:
[2017-01-13 01:18:32.010] [error] Found solution index out of range: 1266366814
in logs (probably due overclocking).
Current version of miner does not print which card got bad solution.
Could this info (card id for bad solitions) be added to logs in new version?

I second that. Passing an argument to the watchdog routine that indicates which GPU hung would be most excellent, as well.
member
Activity: 126
Merit: 10
Noticed messages like
Code:
[2017-01-13 01:18:32.010] [error] Found solution index out of range: 1266366814
in logs (probably due overclocking).
Current version of miner does not print which card got bad solution.
Could this info (card id for bad solitions) be added to logs in new version?
newbie
Activity: 37
Merit: 0
Quote
пoвыcь пaвepлимит. мнe пoмoглo

Sorry, I don't speak Russian.  I tried google translate but it says "increase paver limit".  Not sure what that means lol.  Did you mean power limit?

If so, the cards are undervolted slightly to not go near the power limit, and the clocks are fixed in Afterburner.
newbie
Activity: 31
Merit: 0
Hello,
I am getting this when mining on my 290:

http://i53.photobucket.com/albums/g51/thilan29/optiminer.jpg

No error, it just stops mining.  Card is rock stable mining at higher clocks on Claymore.  I've underclocked it by 25MHz from those speeds.

Using 1.3.2 version, Win 10-64, Cats 16.11.3

Bat file has --watchdog-cmd option set with timer, but it doesn't actually get to the watchdog command I'm guessing.  I've seen it start the watchdog option when the internet connection was lost but it didn't in this case.

Any thoughts?
пoвыcь пaвepлимит. мнe пoмoглo
newbie
Activity: 37
Merit: 0
Hello,
I am getting this when mining on my 290:

http://i53.photobucket.com/albums/g51/thilan29/optiminer.jpg

No error, it just stops mining.  Card is rock stable mining at higher clocks on Claymore.  I've underclocked it by 25MHz from those speeds.

Using 1.3.2 version, Win 10-64, Cats 16.11.3

Bat file has --watchdog-cmd option set with timer, but it doesn't actually get to the watchdog command I'm guessing.  I've seen it start the watchdog option when the internet connection was lost but it didn't in this case.

Any thoughts?
full member
Activity: 224
Merit: 100
CryptoLearner
what setting to run some part of GPU?
on cm i use -di

Code:
Optiminer.exe -help

--list-devices List all recognized devices with their platform and device id and quit.

-d ,  --device (accepted multiple times) A OpenCL device id to use. If no devices are specified, all are used.

suggestion to OP, you should include in a readme or something all the optiminer switch (i haven't seen it on the depot, but maybe i missed it)
legendary
Activity: 1764
Merit: 1002
what setting to run some part of GPU?
on cm i use -di
legendary
Activity: 2688
Merit: 1240

and here for suprnova @ windows:

Code:
SETX GPU_MAX_ALLOC_PERCENT 100
SETX GPU_USE_SYNC_OBJECTS 1
SETX GPU_FORCE_64BIT_PTR=1

optiminer -s zec-eu.suprnova.cc:2142 -u youraddress.rig1 -p x -i 4

pause

have fun


Does this work without registering to your pool?

Yes, of course, just use your walletaddress for mining:

optiminer -s zec-eu.suprnova.cc:2142 -u WALLETADDRESS.rig1 -p x -i 4


You can also use ssl:

optiminer -s zstratum+tls://zec-eu.suprnova.cc:2142 -u youraddress.rig1 -p x -i 4
newbie
Activity: 59
Merit: 0
First of all, thank you optiminer for your work with this miner. It is by far the highest performing one. However it behaves a bit erratically. For example, I use a rig with 4x290x cards (actually it's 2x295x2s) and without apparent reason, it stopped mining on two of them at one point. The cards are rock solid stable and they've never skipped a beat with Claymore's miner or previous scrypt miners. Please see the log below in case you have any suggestions  Smiley (do note that from 18:39, only 2 GPUs seem to be mining anymore)

So far all reported GPU hangs turned out to be hardware related and usually required a reboot to get the GPUs running again. I suggest to try the watchdog feature.
Thank you very much indeed for your prompt response. I shall give the watchdog feature a try and report back  Smiley
legendary
Activity: 1050
Merit: 1293
Huh?
it says expected speeds for 480 is 260 H/s... but i just get 240-250... is there any way to speed it up?  im using the auto i for level 5.  level 6 doesnt seem to produce any faster.

Thanks guys

On windows..?

Ubuntu 14.04, 280sol per GPU (480 4G MXM).

By far the best one out there (miner)..
newbie
Activity: 11
Merit: 0
it says expected speeds for 480 is 260 H/s... but i just get 240-250... is there any way to speed it up?  im using the auto i for level 5.  level 6 doesnt seem to produce any faster.

Thanks guys
full member
Activity: 224
Merit: 100
CryptoLearner
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!

You have close to 100GPU farm and you don't have a proper monitoring/reboot system ? If miner fail in any way, you should have automated script/app/hardwares that reboot your stuff soft or hard or take appropriate software action (kill/restart miners, and so on). Also why not fix internet connection ?

I have few places with rigs... On one of them Internet connection drops every few hours... Sad

Ah i see... not ideal... why not putting a small appliance, like a raspberry PI on site, that will monitoring and / or reboot your rigs ? you could also have a monitoring on each rig (locally) that if something is wrong it'll reboot/restart miner and so on, this i what i do, local monitoring on each rig, then a global one on the network, and also a remote one on pool API's. Have you tried the watchdog option of the miner ?/

Problem is that i don't have dummy plugs and my rigs fail to reboot without monitor attached... So i need miner that will not crash every time internet connection is dropped... On other places with stable internet connection miner works stable... Also i had to remove that line zstratum+tls:// in start bat because miner refused to make secure connection complaining something about security certificate... On same rig Claymore SSL connection work without problems.Strange.

Oh really ? weird it doesn't reboot without a screen connected, are you running linux or windows rig ? for linux headless, you could use dummy EDID in your X configuration to emulate screens.
newbie
Activity: 17
Merit: 0
Also i had to remove that line zstratum+tls:// in start bat because miner refused to make secure connection complaining something about security certificate... On same rig Claymore SSL connection work without problems.Strange.
That's because the admins of that pool are sloppy and they installed a certificate which name is not coherent with the dns address.
Like for zec.coinmine.pl : the ssl certificate is actually for www2.coinmine.pl
=> Claymore added it just for the sake of the implementation and it adds little more security. Optiminer did the real work and checks that the certificate is actually the intended one (which is also why we can't hijack the fee channel anymore).

Code:
echo | openssl s_client -showcerts -connect zec.coinmine.pl:7017 2>/dev/null | openssl x509 -inform pem -noout -text
newbie
Activity: 18
Merit: 0
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!

You have close to 100GPU farm and you don't have a proper monitoring/reboot system ? If miner fail in any way, you should have automated script/app/hardwares that reboot your stuff soft or hard or take appropriate software action (kill/restart miners, and so on). Also why not fix internet connection ?

I have few places with rigs... On one of them Internet connection drops every few hours... Sad

Ah i see... not ideal... why not putting a small appliance, like a raspberry PI on site, that will monitoring and / or reboot your rigs ? you could also have a monitoring on each rig (locally) that if something is wrong it'll reboot/restart miner and so on, this i what i do, local monitoring on each rig, then a global one on the network, and also a remote one on pool API's. Have you tried the watchdog option of the miner ?/

Problem is that i don't have dummy plugs and my rigs fail to reboot without monitor attached... So i need miner that will not crash every time internet connection is dropped... On other places with stable internet connection miner works stable... Also i had to remove that line zstratum+tls:// in start bat because miner refused to make secure connection complaining something about security certificate... On same rig Claymore SSL connection work without problems.Strange.
full member
Activity: 224
Merit: 100
CryptoLearner
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!

You have close to 100GPU farm and you don't have a proper monitoring/reboot system ? If miner fail in any way, you should have automated script/app/hardwares that reboot your stuff soft or hard or take appropriate software action (kill/restart miners, and so on). Also why not fix internet connection ?

I have few places with rigs... On one of them Internet connection drops every few hours... Sad

Ah i see... not ideal... why not putting a small appliance, like a raspberry PI on site, that will monitoring and / or reboot your rigs ? you could also have a monitoring on each rig (locally) that if something is wrong it'll reboot/restart miner and so on, this i what i do, local monitoring on each rig, then a global one on the network, and also a remote one on pool API's. Have you tried the watchdog option of the miner ?/
newbie
Activity: 18
Merit: 0
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!

You have close to 100GPU farm and you don't have a proper monitoring/reboot system ? If miner fail in any way, you should have automated script/app/hardwares that reboot your stuff soft or hard or take appropriate software action (kill/restart miners, and so on). Also why not fix internet connection ?

I have few places with rigs... On one of them Internet connection drops every few hours... Sad
full member
Activity: 224
Merit: 100
CryptoLearner
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!

You have close to 100GPU farm and you don't have a proper monitoring/reboot system ? If miner fail in any way, you should have automated script/app/hardwares that reboot your stuff soft or hard or take appropriate software action (kill/restart miners, and so on). Also why not fix internet connection ?
newbie
Activity: 18
Merit: 0
Version 1.3.2 released!

This is a bugfix release. No change in speed expected!

[1.3.2] Support older versions of fgrlx again.
[1.3.2] Fix abort when failing to list devices of platform.
[1.3.2] Fix no reconnect after 'No such host' errors.
[1.3.2] Add --benchmark options.

I found miner couple of times  crashed when internet connection is lost...
There is some bug or I'm doing something wrong?

I have small farm with close to 100 GPUs, and restarting is not solution for me because i don't have dummy plugs on my rigs.
If i don't connect monitor to first GPU, rigs will fail to restart.
I noticed that 100% of time when miner is stuck is when internet connection is lost! It says internet connection to server is lost, miner is trying to reconect and usually then miner crashes... I like speed of miner and stability when there is no problem with internet connection. Please fix this bug so i can use your miner!
Pages:
Jump to: