Bitcoin Forum
May 22, 2024, 05:10:54 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 [150] 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 ... 228 »
  Print  
Author Topic: [NemosMiner] multi algo profit switching NVIDIA/CPU miner  (Read 289388 times)
Doncarlos74
Newbie
*
Offline Offline

Activity: 31
Merit: 0


View Profile
January 28, 2018, 09:57:44 AM
 #2981

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?
Teeesto
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
January 28, 2018, 10:55:30 AM
 #2982

It is not a fault of spmod miner. You should not mine an algorithm that rarely finds blocks with a low interval in nemos.
cryptocoin1btc
Newbie
*
Offline Offline

Activity: 67
Merit: 0


View Profile
January 28, 2018, 10:57:24 AM
 #2983

support amd
Doncarlos74
Newbie
*
Offline Offline

Activity: 31
Merit: 0


View Profile
January 28, 2018, 11:18:24 AM
 #2984

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.
knightmare1226
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
January 28, 2018, 11:27:18 AM
 #2985

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
MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 182



View Profile
January 28, 2018, 11:56:31 AM
 #2986

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.
sundownz
Hero Member
*****
Offline Offline

Activity: 714
Merit: 512


View Profile WWW
January 28, 2018, 01:32:11 PM
Last edit: January 28, 2018, 03:16:58 PM by sundownz
 #2987

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.

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
jcabello7
Newbie
*
Offline Offline

Activity: 13
Merit: 0


View Profile
January 28, 2018, 03:43:15 PM
 #2988

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!
dragonmike
Hero Member
*****
Offline Offline

Activity: 1274
Merit: 556



View Profile
January 28, 2018, 08:10:02 PM
 #2989

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?
richiehawtin
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
January 28, 2018, 08:29:37 PM
 #2990

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.
timisis
Member
**
Offline Offline

Activity: 178
Merit: 10


View Profile
January 28, 2018, 09:14:43 PM
 #2991

Hi fellaz,

probably it is somewhere in here but cant find it, is suprnova support at all on the cards?
EVERYUSERNAMEISTAKEN
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
January 28, 2018, 10:54:18 PM
 #2992

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.
manc
Newbie
*
Offline Offline

Activity: 84
Merit: 0


View Profile
January 29, 2018, 12:04:55 AM
 #2993

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.
Alex735566
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
January 29, 2018, 05:16:04 AM
 #2994

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?
SacredRonin
Newbie
*
Offline Offline

Activity: 191
Merit: 0


View Profile
January 29, 2018, 06:20:16 AM
 #2995

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!
cryptomoblo
Newbie
*
Offline Offline

Activity: 60
Merit: 0


View Profile
January 29, 2018, 01:08:03 PM
 #2996

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.
proteus7
Newbie
*
Offline Offline

Activity: 106
Merit: 0


View Profile
January 29, 2018, 05:33:39 PM
 #2997

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.
jagauthier
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
January 29, 2018, 06:29:25 PM
 #2998

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.
Dragstar
Newbie
*
Offline Offline

Activity: 77
Merit: 0


View Profile
January 29, 2018, 06:42:10 PM
 #2999

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?
SacredRonin
Newbie
*
Offline Offline

Activity: 191
Merit: 0


View Profile
January 29, 2018, 06:43:41 PM
 #3000

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!
Pages: « 1 ... 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 [150] 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 ... 228 »
  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!