Pages:
Author

Topic: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/Lyra2RE/etc. kernel-switch miner - page 44. (Read 877844 times)

legendary
Activity: 2716
Merit: 1094
Black Belt Developer
I might release the Quark bins (and a miner able to run them) for a smaller amount of BTC... problem is that SGMiner is infected with the GPL, and I really don't want to release the host code in this case.

maybe we could update the public sgminer sources with a simple multi-kernel version of quark, than you'd sell your optimized version to use with it.
that is, unless there are fine tricks in the C part ;-)
legendary
Activity: 2870
Merit: 1091
--- ChainWorks Industries ---
So far....changing Xintensity to I-19 seems to be more stable. I also turned gpu threads- 2 and that also seems to help. Getting 7.29Mhs on 280X 1100/1500

The new kernals use more power. I have problems with many cards. With 2-3 cards per rig they work fine.  I fill the extra slot's with low profile NVIDIA cards. If you put the NVIDIA cards first and run sgminer with --gpu-platform 1 then the
russian miner is unable to fuck the voltage and they run stable for weeks.

Even with I-19, the russian bin is still quite unstable in terms of longevity without restart.

I have tried it and noticed it was unstable.  I let the miner run for quite a while, and thought I was getting a great hash.  I checked my pool.....the miner had stopped submitting shares hours earlier.  It is definitely fast.  But, it is also unreliable.  All I can say is, if you run it, make sure you check it every hour, or you will end up burning several hours of electricity with no return.

hence the use of wolfs bins ... Smiley ...

they are worth the effort and the cash to get them ... and they are stable ... very stable ...

i think wolf is back online too now - as i am ... but have no idea if he is providing the miners / bins ...

#crysx
newbie
Activity: 34
Merit: 0
So far....changing Xintensity to I-19 seems to be more stable. I also turned gpu threads- 2 and that also seems to help. Getting 7.29Mhs on 280X 1100/1500

The new kernals use more power. I have problems with many cards. With 2-3 cards per rig they work fine.  I fill the extra slot's with low profile NVIDIA cards. If you put the NVIDIA cards first and run sgminer with --gpu-platform 1 then the
russian miner is unable to fuck the voltage and they run stable for weeks.

Even with I-19, the russian bin is still quite unstable in terms of longevity without restart.

I have tried it and noticed it was unstable.  I let the miner run for quite a while, and thought I was getting a great hash.  I checked my pool.....the miner had stopped submitting shares hours earlier.  It is definitely fast.  But, it is also unreliable.  All I can say is, if you run it, make sure you check it every hour, or you will end up burning several hours of electricity with no return.
full member
Activity: 212
Merit: 100
So far....changing Xintensity to I-19 seems to be more stable. I also turned gpu threads- 2 and that also seems to help. Getting 7.29Mhs on 280X 1100/1500

The new kernals use more power. I have problems with many cards. With 2-3 cards per rig they work fine.  I fill the extra slot's with low profile NVIDIA cards. If you put the NVIDIA cards first and run sgminer with --gpu-platform 1 then the
russian miner is unable to fuck the voltage and they run stable for weeks.

Even with I-19, the russian bin is still quite unstable in terms of longevity without restart.
member
Activity: 94
Merit: 10
Where did you get 19MHASH from? the 280x can do around 12MHASH on the 280x with this closed source miner.

1. install the latest driver 15.7.1
1. Rename the tahiti binfile to hawaii and put it in the same folder.
2. Run with sgminer with -w 64 -X 512


All the hashrates on whattomine.com are based on a what a single 280X can do, aren't they?

I already tried renaming both tahiti and pitcairn .bins to hawaii.  One of them just plain didn't work, the other one gave me a shitty hashrate with high reject rate.  Sad

Edit: Oops, looks like I had whattomine set up for a 750ti.  The (claimed) figure for a 280X is 16.85 Mh/s.  Still suggests I should be able to do a LOT better than 6 Mh/s on my 290s tho.

Edit 2: well whaddyaknow.  I tried again and this time it worked.  Think I tried a higher -w first time round.  Now I'm getting 12 MH/s per card.
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
Where did you get 19MHASH from? the 280x can do around 12MHASH on the 280x with this closed source miner.

1. install the latest driver 15.7.1
1. Rename the tahiti binfile to hawaii and put it in the same folder.
2. Run with sgminer with -w 64 -X 512
member
Activity: 94
Merit: 10
Anyone know how to get the best out of R9 290s on qubit?  I found this:

http://cryptomining-blog.com/4819-new-sgminer-with-optimized-quark-and-qubit-kernels/

But it doesn't have .bin files for 290/290x.

Best I'm able to get out of them currently is about 6 Mh/s which seems piss poor when you consider that 280Xs are reportedly getting 19 Mh/s.
member
Activity: 82
Merit: 10
How can i delete DAG file at ETH miner and someone please help me with ca config file that works for AMD cards 7950

Thx in advance
C:\users\user\appdata\local
in folder local you have another Ethash-delete
start ethminer to create new Dag

Ok i regenarate same proble can someone give me an example of bat file mining ethereum at suprnova at 170MHs with user amnd password for worker

Thx in advance

I get only invalid shares any ideeas beside regenerate DAG file?


http://cryptomining-blog.com/5417-getting-started-with-ethereum-using-cpp-ethereum/
sr. member
Activity: 457
Merit: 273
I get only invalid shares any ideeas beside regenerate DAG file?

You're asking in the wrong thread, sgminer has nothing to do with Ethereum (try here: https://bitcointalk.org/index.php?topic=428589.0;topicseen) ... and related to his - it would be nice to get some better miner besides the clumsy ethminer for mining Eth ... it's really bad that Eth devs didn't include stratum support in Ethereum ... development of mining software and even providing better pools would be much easier if there would be stratum support directly integrated into Ethereum...
sr. member
Activity: 519
Merit: 250
How can i delete DAG file at ETH miner and someone please help me with ca config file that works for AMD cards 7950

Thx in advance
C:\users\user\appdata\local
in folder local you have another Ethash-delete
start ethminer to create new Dag

Ok i regenarate same proble can someone give me an example of bat file mining ethereum at suprnova at 170MHs with user amnd password for worker

Thx in advance

I get only invalid shares any ideeas beside regenerate DAG file?
sr. member
Activity: 519
Merit: 250
How can i delete DAG file at ETH miner and someone please help me with ca config file that works for AMD cards 7950

Thx in advance
C:\users\user\appdata\local
in folder local you have another Ethash-delete
start ethminer to create new Dag

Ok i regenarate same proble can someone give me an example of bat file mining ethereum at suprnova at 170MHs with user amnd password for worker

Thx in advance
member
Activity: 82
Merit: 10
How can i delete DAG file at ETH miner and someone please help me with ca config file that works for AMD cards 7950

Thx in advance
C:\users\user\appdata\local
in folder local you have another Ethash-delete
start ethminer to create new Dag
sr. member
Activity: 519
Merit: 250
How can i delete DAG file at ETH miner and someone please help me with ca config file that works for AMD cards 7950

Thx in advance
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
So far....changing Xintensity to I-19 seems to be more stable. I also turned gpu threads- 2 and that also seems to help. Getting 7.29Mhs on 280X 1100/1500

The new kernals use more power. I have problems with many cards. With 2-3 cards per rig they work fine.  I fill the extra slot's with low profile NVIDIA cards. If you put the NVIDIA cards first and run sgminer with --gpu-platform 1 then the
russian miner is unable to fuck the voltage and they run stable for weeks.
full member
Activity: 212
Merit: 100
Anybody manage to get a more stable version of that X11 Kachur bin? I've hoped that newer bins might come out which are more stable...

Mine is very stable - mining for days without problems!

what do you consider 'stable' z0n0? ...

when i setup a test machine - it continually gave messages that it was reconnecting to the site ( no matter what site that was ) and the hashrate fluctuated consistently ...

wolfs bins are slightly lower in hashrate ( only slightly ) but have never done such things ... they just run - even in linux ... hence why i wont go windows ...

so maybe your standard of 'stable' is very different from mine? ... disconnections from sites ( for whatever reason ) is a bad thing ... and after testing those SAME sites with wolfs bins - no disconnections and reconnections - unlike the kachur bins ...

so what are these russian bins 'really' doing? ... are they disconnecting from the site you are mining to mine elsewhere - then reconnecting to the site you are mining? ...

i cant consider any of those disconnection behaviors 'stable' or 'normal' ...

i would rather lose a small amount of hash to have them 'actually' stable - and continue to use wolfs bins ...

the russian quark miner does exactly the same thing ...

#crysx

"stable" - running 24/7 without disconections/crashes
i do not have any issues with kachur for now, will stick with it since gives little better results than wolf's

brgds

no disconnects? ... no crazy hashrate? ...

damn ... you really do have it good ... Smiley ...

the test that i did with windows 7 and all the latest drivers was unstable in almost every way ...

#crysx

maybe i'm just lucky Smiley
running on 2 machines, both win7 - x64
PC1: 2 x r9280x / 7,45mh per card
PC2: hd7850 / 3,33mh
(X11 algo)

the test machine that i put it on was a w7u x64 - 16GB performance RAM - amd fx4300 ( i think ) quad core cpu - 5 x gigabyte amd 280x oc - 1500W antec psu bronze ...

using wolfs bins - not an issue at all ...

using the russian miner / bins - even with the quark miner also - continual dropouts and reconnects with hashrates fluctuating wildly ( probably due to the disconnects ) ...

so after a days worth of testing - i dropped it altogether and put the linux machine back ( and added the 6th card to machine - which linux accepts without a problem - windows didnt ) and all the mining was running smooth again ...

i dunno what it is with windows - but it seems just too much work to get it running as a miner ... especially in a farm ...

im glad yours is all good though ...

#crysx

I recently created a windows testmachine, this also to be able to see the difference between ETH on windows and on linux..

I was able to let them run smooth without losing hashrate or connections with those kachur bins.

What i did, i just changed the intensity from XI 512/1024 to I 19/20, problem solved Smiley


Greetings!

So far....changing Xintensity to I-19 seems to be more stable. I also turned gpu threads- 2 and that also seems to help. Getting 7.29Mhs on 280X 1100/1500
legendary
Activity: 2870
Merit: 1091
--- ChainWorks Industries ---
Anybody manage to get a more stable version of that X11 Kachur bin? I've hoped that newer bins might come out which are more stable...

Mine is very stable - mining for days without problems!

what do you consider 'stable' z0n0? ...

when i setup a test machine - it continually gave messages that it was reconnecting to the site ( no matter what site that was ) and the hashrate fluctuated consistently ...

wolfs bins are slightly lower in hashrate ( only slightly ) but have never done such things ... they just run - even in linux ... hence why i wont go windows ...

so maybe your standard of 'stable' is very different from mine? ... disconnections from sites ( for whatever reason ) is a bad thing ... and after testing those SAME sites with wolfs bins - no disconnections and reconnections - unlike the kachur bins ...

so what are these russian bins 'really' doing? ... are they disconnecting from the site you are mining to mine elsewhere - then reconnecting to the site you are mining? ...

i cant consider any of those disconnection behaviors 'stable' or 'normal' ...

i would rather lose a small amount of hash to have them 'actually' stable - and continue to use wolfs bins ...

the russian quark miner does exactly the same thing ...

#crysx

"stable" - running 24/7 without disconections/crashes
i do not have any issues with kachur for now, will stick with it since gives little better results than wolf's

brgds

no disconnects? ... no crazy hashrate? ...

damn ... you really do have it good ... Smiley ...

the test that i did with windows 7 and all the latest drivers was unstable in almost every way ...

#crysx

maybe i'm just lucky Smiley
running on 2 machines, both win7 - x64
PC1: 2 x r9280x / 7,45mh per card
PC2: hd7850 / 3,33mh
(X11 algo)

the test machine that i put it on was a w7u x64 - 16GB performance RAM - amd fx4300 ( i think ) quad core cpu - 5 x gigabyte amd 280x oc - 1500W antec psu bronze ...

using wolfs bins - not an issue at all ...

using the russian miner / bins - even with the quark miner also - continual dropouts and reconnects with hashrates fluctuating wildly ( probably due to the disconnects ) ...

so after a days worth of testing - i dropped it altogether and put the linux machine back ( and added the 6th card to machine - which linux accepts without a problem - windows didnt ) and all the mining was running smooth again ...

i dunno what it is with windows - but it seems just too much work to get it running as a miner ... especially in a farm ...

im glad yours is all good though ...

#crysx

I recently created a windows testmachine, this also to be able to see the difference between ETH on windows and on linux..

I was able to let them run smooth without losing hashrate or connections with those kachur bins.

What i did, i just changed the intensity from XI 512/1024 to I 19/20, problem solved Smiley


Greetings!

hahaha ... really? ...

if this is the case - i will test that this weekend and see how that goes ... i still have the hdd with the windows installation on it ...

our miners are set on XI 512 ...

if it works - ill post it back here ... if not - ill scream and curse windows and the russian miner - and probably post back here again Wink ...

tanx for the insight ...

#crysx
full member
Activity: 169
Merit: 100
I've tried to mine Etereum but i get an erorr "Allocating/mapping single buffer failed with: clCreateBuffer<-61>.GPU can't a;;pcate the DAG in a single chunk.Bailing." any ideea why or how can i fix it

Make sure your card have more than 2GB memory, use the max alloc command to be 95, use a new (recent) catalyst driver.

I have 3GB allocated and with the latest drivers after the miner make the DAG file the system blocks don't know why ? Angry

Now it's working but send just invalid shares on (suprnova) any ideea why? Or how can i fix this

Delete the dag files and restart the miner.
sr. member
Activity: 519
Merit: 250
I've tried to mine Etereum but i get an erorr "Allocating/mapping single buffer failed with: clCreateBuffer<-61>.GPU can't a;;pcate the DAG in a single chunk.Bailing." any ideea why or how can i fix it

Make sure your card have more than 2GB memory, use the max alloc command to be 95, use a new (recent) catalyst driver.

I have 3GB allocated and with the latest drivers after the miner make the DAG file the system blocks don't know why ? Angry

Now it's working but send just invalid shares on (suprnova) any ideea why? Or how can i fix this
full member
Activity: 212
Merit: 100
Anybody manage to get a more stable version of that X11 Kachur bin? I've hoped that newer bins might come out which are more stable...

Mine is very stable - mining for days without problems!

what do you consider 'stable' z0n0? ...

when i setup a test machine - it continually gave messages that it was reconnecting to the site ( no matter what site that was ) and the hashrate fluctuated consistently ...

wolfs bins are slightly lower in hashrate ( only slightly ) but have never done such things ... they just run - even in linux ... hence why i wont go windows ...

so maybe your standard of 'stable' is very different from mine? ... disconnections from sites ( for whatever reason ) is a bad thing ... and after testing those SAME sites with wolfs bins - no disconnections and reconnections - unlike the kachur bins ...

so what are these russian bins 'really' doing? ... are they disconnecting from the site you are mining to mine elsewhere - then reconnecting to the site you are mining? ...

i cant consider any of those disconnection behaviors 'stable' or 'normal' ...

i would rather lose a small amount of hash to have them 'actually' stable - and continue to use wolfs bins ...

the russian quark miner does exactly the same thing ...

#crysx

"stable" - running 24/7 without disconections/crashes
i do not have any issues with kachur for now, will stick with it since gives little better results than wolf's

brgds

no disconnects? ... no crazy hashrate? ...

damn ... you really do have it good ... Smiley ...

the test that i did with windows 7 and all the latest drivers was unstable in almost every way ...

#crysx

maybe i'm just lucky Smiley
running on 2 machines, both win7 - x64
PC1: 2 x r9280x / 7,45mh per card
PC2: hd7850 / 3,33mh
(X11 algo)

Machine still hangs and restarts very often. Also on Win 7X64
sr. member
Activity: 519
Merit: 250
I've tried to mine Etereum but i get an erorr "Allocating/mapping single buffer failed with: clCreateBuffer<-61>.GPU can't a;;pcate the DAG in a single chunk.Bailing." any ideea why or how can i fix it

Make sure your card have more than 2GB memory, use the max alloc command to be 95, use a new (recent) catalyst driver.

I have 3GB allocated and with the latest drivers after the miner make the DAG file the system blocks don't know why ? Angry

When initialising miner
Pages:
Jump to: