563255ebc3f45b2a46a22f75c792d3e78a3dfdf81d72113e9c51e285d44d259c

thanks for your service

563255ebc3f45b2a46a22f75c792d3e78a3dfdf81d72113e9c51e285d44d259c

thank you for your service

hi

do functions like --gpu-clock=N still work for cards like 1080 ti?

thanks

HOORAY, TO THE BOUNTY THREAD!

Proof of Paste! PhVQhQH8cCmm9t6DkHz595GTY77s5BhXsT

Whenever I get a package of plain M&Ms, I make it my duty to continue the strength and robustness of the candy as a species. To this end, I hold M&M duels. Taking two candies between my thumb and forefinger, I apply pressure, squeezing them together until one of them cracks and splinters. That is the “loser,” and I eat the inferior one immediately. The winner gets to go another round. I have found that, in general, the brown and red M&Ms are tougher, and the newer blue ones are genetically inferior. I have hypothesized that the blue M&Ms as a race cannot survive long in the intense theater of competition that is the modern candy and snack-food world. Occasionally I will get a mutation, a candy that is misshapen, or pointier, or flatter than the rest. Almost invariably this proves to be a weakness, but on very rare occasions it gives the candy extra strength. In this way, the species continues to adapt to its environment. When I reach the end of the pack, I am left with one M&M, the strongest of the herd. Since it would make no sense to eat this one as well, I pack it neatly in an envelope and send it to M&M Mars, A Division of Mars, Inc., Hackettstown, NJ 17840-1503 U.S.A., along with a 3×5 card reading, “Please use this M&M for breeding purposes.” This week they wrote back to thank me, and sent me a coupon for a free 1/2 pound bag of plain M&Ms. I consider this “grant money.” I have set aside the weekend for a grand tournament. From a field of hundreds, we will discover the True Champion. There can be only one.

fixed, we in business now

ctrlv mining seems functional but mined blocks are not being reported on the website. (i double-checked on my address)

i've mined 7 blocks so far on alexis78

most recent: 54198, 54200

it isn't easy, but...

you can add " -d 0,1,2" to algorithm command lines for the various versions of ccminer, each of which you have to set manually, each of which can be found in the "Miners" folder and edited via Powershell.

for EWBF, you need to set it as "--cuda-devices 0 1 2" with each integer being one of your devices, starting at 0

Hiya Nemo/minerx117:

Thank you for your hard work. I want to know if this workaround will work for me.

I run 4 1080 Tis in my rig. I prefer Alexis 7.5 CUDA ccminer for many algorithms. We all know its limitations.

So, for fastest switching, I run one Nemosminer program for GPU 0 and 1, and another Nemosminer program for GPU 2 and 3. At first I thought it worked very well.

However, it messes up benchmarks when a Nemosminer reads the data from the wrong ccminer.

Please let me know if this would work:

After benchmarking each program SEPARATELY (very important, do NOT run both Nemos at same time to benchmark), I add this to all algorithm command lines in Miners folder:

Nemosminer 1: -b 127.0.0.1:4070

Nemosminer 2: -b 127.0.0.1:4071

Would this solve my problem? No more reading port 4068, so no more updating benchmarks? Benchmarks stay accurate, and fast switching means more profit?

yes--change it to your eth address immediately. you will lose eth tokens you mine on your btc address (and vice versa).

always change to compatible address of coin you are mining.

Would it be possible in the next release of nemos to have the option for everything to run in the system tray or in a background process?

I tried using the -B command in the powershell files, but all that does is prevent Nemos from closing ccminer when the app makes a switch to a new algo.

I have a 1080 Ti mining on a home office computer, but the distraction of algo-switching prevents me from using it while working

Maybe your crashing issue arises with a certain algorithm that you do not ordinarily mine, or a certain version of CCminer that you do not ordinarily use. CCminer SP-Mod doesn't work at all on my machines, so I've disabled it.

I have personally disabled timetravel algo on Nemos because zpool does not ever come close to correctly displaying its hashrate.


Essentially, one person has tested switching algos on NemosMiner at various time intervals to explore those various intervals' effects on profitability, but not to any degree which can be considered conclusive. All we can effectively say is that at the time he conducted the test, 3000-second intervals were performing the best for him.

I'm testing 30-min intervals right now.

This is pure conjecture because neither 900 interval nor 1800 interval were tested, but I think you will find better results with intervals at either 1800 or 3000. 900 interval is too close to 600 interval for me to recommend:


If you do find good results at 900, that will be a breakthrough and will buck the trend (first 13 hours had 6000 interval at best performance, @ 23 hours, 3000 had passed 6000 for best performance).

I'm testing today @ 1800 interval, then tomorrow @ 3000 interval.

While it is super fun to see 99% share rate for jha, the SWEEP coin dev has disabled jackpot function and payout is ~900-1000 coins until jackpot function is fixed.

So you get maybe .000015-.00002 BTC per block to share with miners since market rate is .00000002 per SWEEP right now.

Hi:

I'm in the same boat as you. 3 card 1080 Ti only returns about 5 mBTC per day recently.

Reading through this thread, a person tested different profitability with various switch intervals, and found 3000 interval (50 minutes) was higher profit over 1 day.

He was trying for a 30 minute interval though and confused his numbers. I think he has the right idea overall.

Try editing your start.bat file and change "interval" from 90 to 1800

Right. Now it's at 19 miners and 524 MH/s.

My rig of 3 1080 Tis can mine 130 MH/s, which is nearly 1/4 of that total hashing power.

But zpool never shows more than about 800 KH/s on my timetravel shares. It's really odd.

Can anyone explain how zpool calculates the timetravel algorithm on its website?

With their benchmarks, everything seems normal for me (about 40-50 MH/s per 1080 Ti).

However, the total zpool timetravel hashrate displays only 298.6 MH/s, which is laughably wrong with over 109 miners hashing on timetravel.

My own cards display something like 850 KH/s combined on zpool's website. I'm totally confused.

You mean zpool's graphs? Yeah, they're hard to read.

Here's what you should do: check your "Total Earned" figure at the same time each day.

Subtract current "Total Earned" from yesterday's "Total Earned" and you will have your 24h total earnings.

---

These figures can be found at http://zpool.ca/?address=[PASTE_YOUR_MINING_ADDRESS_HERE]

Cheers,
cinderz45

No. You can only assume it will mine Timetravel at 0.00368 BTC for a few minutes.

What you can safely assume, however, is this: in any given 30-second window, you are mining the most profitable algorithm on zpool.

The profitability figures on zpool rapidly change. This is because the underlying mining difficulty and price of altcoins rapidly change from minute to minute.

The volatile price of BTC should also be taken into account, because it has a whiplash effect on your profitability. As BTC goes up in value, altcoins go up by a lot. As BTC goes down in value, altcoins crash.

You need to mine 72 hours with your rig on Nemosminer before you have a rough estimate of how much mBTC you are making per day.

My 1080 Tis average roughly 2.0-3.5 mBTC per day.

Cheers,
cinderz45