Pages:
Author

Topic: [NemosMiner] multi algo profit switching NVIDIA/CPU miner - page 78. (Read 289464 times)

newbie
Activity: 52
Merit: 0
First off, Nemo, you're awesome! Thank you very much for packaging up your miner and proofing it. I really appreciate not seeing red when the miner builds. Wink As a reformed gamer, I've got a lot of learning left to do. So forgive me if my question has been asked a billion times.

I'm curious though, why don't any of the packaged miners properly display profit? Would there be a way to obtain information from the pool on your shares and use that for calculating profit over time in the front-end? Also, since they don't, won't that skew the auto-switching? Is it best to pick one algo and call it a day? Oh, can you post your XVG wallet address? I'd like to donate to you for your work.

Thanks!

Miners are pool independent.   Profit is pool dependent, usually.  A miner would have to interface with every possible pool to calc profit. It's just not realistic. That's what other applications are for.  A miner's job is to mine coins.


Jagauthier, Nemo's miner does in fact have batch files for very specific pools (one of which I happen to use). My guess is those are pools he also mines from. I'm not asking if he can make some general feature to grab from just any pool, but rather the specific pools he's set his packaged miner up to.

Nemo's packaged miner uses ccminer, and ccminer does it's job... but he has a front-end facing application (launcher) that tries to calculate profits (as many other packaged miners do) and refreshes every 5 minutes. Because this is already a feature of his packaged miner (I assume you know this as you're in his thread). I was asking if there was a better way to calculate the information more accurately from the pools he's already aligned to since the information presently seems spotty.

Thanks for your input though!

I see! I misunderstood your question.  I thought you meant the specific miner (ccminer), not the mining wrapper (nemos)
newbie
Activity: 60
Merit: 0
Guys I currently have 13x1060 6gb 2x1060 3gb and 9x1070 cards and I am mining eth with smos  getting 75-80$ daily I read this topic people mining ahaspool ( it can change daily) with nemosminer and getting 4-5$ each 1070 and will get 3.5-4$ with the 1060 cards in so in total 100$ is that correct or lower?

You need to mine up to 1 payout on ahahspool which you will reach in I guess in 24 hours with that amount of gpu's. Then you know your actual profit. Switching 1 day is not all that bad to test for better profit?

I found currently that my profit is around 70% of what nemos is predicting (on ahashpool24h.bat) so take that into consideration.

newbie
Activity: 192
Merit: 0
First off, Nemo, you're awesome! Thank you very much for packaging up your miner and proofing it. I really appreciate not seeing red when the miner builds. Wink As a reformed gamer, I've got a lot of learning left to do. So forgive me if my question has been asked a billion times.

I'm curious though, why don't any of the packaged miners properly display profit? Would there be a way to obtain information from the pool on your shares and use that for calculating profit over time in the front-end? Also, since they don't, won't that skew the auto-switching? Is it best to pick one algo and call it a day? Oh, can you post your XVG wallet address? I'd like to donate to you for your work.

Thanks!

Miners are pool independent.   Profit is pool dependent, usually.  A miner would have to interface with every possible pool to calc profit. It's just not realistic. That's what other applications are for.  A miner's job is to mine coins.


Jagauthier, Nemo's miner does in fact have batch files for very specific pools (one of which I happen to use). My guess is those are pools he also mines from. I'm not asking if he can make some general feature to grab from just any pool, but rather the specific pools he's set his packaged miner up to.

Nemo's packaged miner uses ccminer, and ccminer does it's job... but he has a front-end facing application (launcher) that tries to calculate profits (as many other packaged miners do) and refreshes every 5 minutes. Because this is already a feature of his packaged miner (I assume you know this as you're in his thread). I was asking if there was a better way to calculate the information more accurately from the pools he's already aligned to since the information presently seems spotty.

Thanks for your input though!
newbie
Activity: 77
Merit: 0
Guys I currently have 13x1060 6gb 2x1060 3gb and 9x1070 cards and I am mining eth with smos  getting 75-80$ daily I read this topic people mining ahaspool ( it can change daily) with nemosminer and getting 4-5$ each 1070 and will get 3.5-4$ with the 1060 cards in so in total 100$ is that correct or lower?
newbie
Activity: 52
Merit: 0
First off, Nemo, you're awesome! Thank you very much for packaging up your miner and proofing it. I really appreciate not seeing red when the miner builds. Wink As a reformed gamer, I've got a lot of learning left to do. So forgive me if my question has been asked a billion times.

I'm curious though, why don't any of the packaged miners properly display profit? Would there be a way to obtain information from the pool on your shares and use that for calculating profit over time in the front-end? Also, since they don't, won't that skew the auto-switching? Is it best to pick one algo and call it a day? Oh, can you post your XVG wallet address? I'd like to donate to you for your work.

Thanks!

Miners are pool independent.   Profit is pool dependent, usually.  A miner would have to interface with every possible pool to calc profit. It's just not realistic. That's what other applications are for.  A miner's job is to mine coins.
newbie
Activity: 106
Merit: 0
FYI, just a PSA.
NIST5 algorithm is broken on the 32 bit Alexis78Cuda9 build included in Nemosminer 2.4.1
0% incoming hashrate. Next best miner is ccminer-polytimos, but significantly slower.
newbie
Activity: 60
Merit: 0
On the subject of ahashpool (couldn't find a dedicated thread for it in the pools section for some reason, sorry if I missed it), my first 19 hours has been relatively positive. However, I've noticed that my profits plateau (almost flatlines) when Nemos switches to Phi. B2s on the other hand seems to be much more consistent in terms of profitability. Not sure what the reason is, but I'm curious to see if anyone has experienced this phenomenon. Perhaps I don't have enough firepower? Some folks in the 1080Ti thread also seemed to experience this to a degree when mining LUXCoin, so I don't think it's just on my end.
LUX takes ALOT of confirmations before being credited. From when I was mining LUX directly I think it was >100 confirmations.

Have noticed this 2 times in 1 week with Phi, once my Rig was mining for 2 and once mining for 6 hours with no earnings displayed.. I restarted nemos these 2 times when i found out about it and it would start mining a different coin and earnings getting displayed again.
newbie
Activity: 192
Merit: 0
First off, Nemo, you're awesome! Thank you very much for packaging up your miner and proofing it. I really appreciate not seeing red when the miner builds. Wink As a reformed gamer, I've got a lot of learning left to do. So forgive me if my question has been asked a billion times.

I'm curious though, why don't any of the packaged miners properly display profit? Would there be a way to obtain information from the pool on your shares and use that for calculating profit over time in the front-end? Also, since they don't, won't that skew the auto-switching? Is it best to pick one algo and call it a day? Oh, can you post your XVG wallet address? I'd like to donate to you for your work.

Thanks!
newbie
Activity: 19
Merit: 0
Who measured real income that shows the program, is there a difference and what?
Better Which file to run, or the usual 24 hours? In Will it make a difference if you were?
newbie
Activity: 84
Merit: 0
On the subject of ahashpool (couldn't find a dedicated thread for it in the pools section for some reason, sorry if I missed it), my first 19 hours has been relatively positive. However, I've noticed that my profits plateau (almost flatlines) when Nemos switches to Phi. B2s on the other hand seems to be much more consistent in terms of profitability. Not sure what the reason is, but I'm curious to see if anyone has experienced this phenomenon. Perhaps I don't have enough firepower? Some folks in the 1080Ti thread also seemed to experience this to a degree when mining LUXCoin, so I don't think it's just on my end.
LUX takes ALOT of confirmations before being credited. From when I was mining LUX directly I think it was >100 confirmations.
newbie
Activity: 36
Merit: 0
On the subject of ahashpool (couldn't find a dedicated thread for it in the pools section for some reason, sorry if I missed it), my first 19 hours has been relatively positive. However, I've noticed that my profits plateau (almost flatlines) when Nemos switches to Phi. B2s on the other hand seems to be much more consistent in terms of profitability. Not sure what the reason is, but I'm curious to see if anyone has experienced this phenomenon. Perhaps I don't have enough firepower? Some folks in the 1080Ti thread also seemed to experience this to a degree when mining LUXCoin, so I don't think it's just on my end.
member
Activity: 178
Merit: 10
Hi fellaz,

probably it is somewhere in here but cant find it, is suprnova support at all on the cards?
newbie
Activity: 12
Merit: 0
Is there a solution hashrates to be updated only on benchmark?

The problem is, that now the hashrates are updated dynamic, not only on benchmark, also when mining after benchmark.

This causes bugs when sometimes miner is not closed, the hashrate from another algo is taken for not correct algo...

Also, when you have different GPU's and want to separate them in different miners, the hashrates become unreal... because there are different miners opened always to mine for different cards, and Nemos takes the hashrates and update them..

I found some solution, but it's not so good!

make all *hashrate files in /stats folder read only.. it's working for now, but there is red error in Nemos Miner, that it can't write to hashrate.txt files.
hero member
Activity: 1274
Merit: 556
There's something wrong with lyra2v2 on ahashpool. Only about half the hashrate is showing on the pool when using any Alexis miner. Any ideas?
newbie
Activity: 13
Merit: 0
Hi all!
I'm new to mining with a unique 980Ti. First tried with NiceHash miner because seems easier to me, I was earning 0,352mBTC.
I wanted to earn more money to buy a new GPU and try to optimize my hashrates and profits with nemosminer and zpool (not 24h version). The Hashrates improved a lot vs NiceHash Miner and the mBTC day seems promising (0,4-0,7mBTC depending on algo and hours)  Grin,  I tried it but 1st 24h make only 0,288mBTC (lower than NiceHash Miner).
Why the stats that appear on NemosMiner are so promising and then the earnings are lower? What I am doing bad?
Maybe I must try another pool? Maybe using the ...24h.bats stats will be real? What are doing really the 24h bat?
Thanks!
hero member
Activity: 714
Merit: 512
On Ahashpool it looks like a longer interval is needed.

I haven't pinned it down but I think it runs a bigger DIFF than ZPOOL so it takes a bit to get the first share... usually a solid minute between switches.

I am testing a 5-minute interval on my workers -- I had been on a 3-minute with ZPOOL but I am losing 25% of my day with a 1-minute swap time.

If 5-minutes is superior I may even try 10-minutes.

I really like ZPOOL... but I have a ton of workers so switching algos is super buggy (always times out) and the interface goes down all the time... so I am trying to work it out with Ahashpool.

zpool is pps so you need fast switching or even hooping
ahashpool is something between pps and ppnls , like a ppnls+ optimisedfor multi algo i still trying to find the best interval too

Yes... 3 minutes was great for ZPOOL.

Seems not so much on AHASHPOOL -- what intervals have you tried so far ?

Also... I hope this doesn't remain a problem but I keep seeing Blake2s time-out twice in a row on my systems on AHASHPOOL -- thus losing a full minute before connecting again.
full member
Activity: 420
Merit: 184
something fishy about that shared spmod... it increase my hashrate from 133MH to 154MH and in 2 hrs mining, i am not receiving any earnings so i have to stop it...

2 hours is insufficient time to test a miner unless the pool is finding blocks every few minutes at most because starting just after a block is found and/or stopping just before the next block is found could greatly skew your earnings.
newbie
Activity: 3
Merit: 0
I found adding spmods to nemos is not a good idea. They will be often on the top of profit, so nemos will switch to them. The problem is that nemos with "normal" miners will mine other algo and you will mine algo with just a few miners there. And if you dont find any block until next algo switch, you will waste huge amount of time.
It looks that is the main reason of my low profit, I posted few days ago...
So my conclusion is: use nemos without spmods, or use spmods directly to mining selected coin.

Maybe someone has different experiences?


something fishy about that shared spmod... it increase my hashrate from 133MH to 154MH and in 2 hrs mining, i am not receiving any earnings so i have to stop it, i only received 0.00002389 btc which is way way below from what i receive from the miner included in nemos... the one in the box in the screenshot is the one from the miner from nemos. circled on is the spmod for lux



http://prntscr.com/i6obbu

http://prntscr.com/i6ocqf
newbie
Activity: 31
Merit: 0
It is not a fault of spmod miner. You should not mine an algorithm that rarely finds blocks with a low interval in nemos.

Sorry this is nonsense.
newbie
Activity: 67
Merit: 0
support amd
Pages:
Jump to: