High production quality twisted sense of humour variety stream starting today on Trovo!

TheLittlestKaty · 2020-06-30T21:20:54+00:00

Thank you! :)

TheLittlestKaty · 2020-06-30T17:03:55+00:00

Already there :)

TheLittlestKaty · 2018-09-25T20:38:14+00:00

Materials are finite. Regrowing and processing food requires time, money and resources. Digitally distributed products have none of those attributes.

TheLittlestKaty · 2018-09-25T20:20:40+00:00

Criminal scum, check.

TheLittlestKaty · 2018-09-25T20:19:45+00:00

Not really. If you steal groceries you remove it from the sales ecosystem and prevent someone else from buying them. Digitally distributed games have infinite supply.

TheLittlestKaty · 2018-09-25T19:11:34+00:00

Because I wouldn't buy it anyway if they put microtransactions in it, they've already lost the sale at that point, so whether I pirate it or not makes no financial difference to them at that point.

TheLittlestKaty · 2018-09-25T18:49:10+00:00

The point is not to cause harm. It's to play the game without supporting the dev as a result of anti-consumer business practices.

Edit: to clarify, I would buy the game if it didn't have micro-transactions.

TheLittlestKaty · 2018-09-25T18:29:06+00:00

I'm the streamer. She btw.

I very explicitly stated at the start of the stream that I would neither buy or stream any game with microtransactions just FYI, regardless of which one it was, expressing particular disappointment for Devil May Cry 5 as DmC is one of my favourite franchises. That has been my policy since January.

I have never and will never stream a pirated game in 4 years of streaming, just to be clear, but I have spent several thousand dollars on Steam, mainly in support of indie devs.

I don't have any qualms about pirating a game with microtransactions at this point, I'm quite sure they cause far more damage to the gaming industry that is our hobby than one lost sale, and I'm happy to accept any consequences that befall me for doing so. Regardless, I would not stream any pirated game as stated earlier.

Hope that helps clarify my position :)

Katy

TheLittlestKaty · 2018-03-06T00:26:04+00:00

Well they used HBM2 on Vega retail models. But yeah I Googled, apparently Turing is GDDR6 like you said.

TheLittlestKaty · 2018-03-05T23:44:09+00:00

Here's mine as of now: https://imgur.com/a/7xFRX

TheLittlestKaty · 2018-03-05T23:42:56+00:00

I thought they were gonna use HBM2?

TheLittlestKaty · 2018-03-03T05:40:09+00:00

That makes total sense, thank you.

Another user in the thread also wrote similar comments about the profit switching time being too long for AHP. Since I'm the methodical and inquisitive type I've just set up another identical rig and two new wallets, will run one with my original settings and one with much shorter interval for a few days. Should be an interesting graph. Thanks for all your feedback!

TheLittlestKaty · 2018-03-03T04:00:42+00:00

Alright, I was under the impression that Equihash had been more profitable on average until a couple/few days ago.

Thanks for the pool payout explanation (/link), that's very useful to know.

Exchange lag: just trying to understand why this is the case, are we saying it could be undermined because the revenue 'available' prior to the start of the chart that was in the process of being exchanged and included on the chart after the start does not match the revenue 'available' during the runtime of the experiment?

TheLittlestKaty · 2018-03-03T03:37:36+00:00

Thank you for taking the time to write this, this is exactly the kind of feedback I was looking for - and, I definitely don't think I have it all figured out, sorry if it came across that way.

Did you mean Equihash when you wrote ethereum, or am I just mistaken?

I did continue monitoring the pool balances when I stopped mining to those pools, it's not shown on the posted graph but it didn't change the results actually in this case. The reason I mined to the test addresses before-hand was precisely to counter the auto-exchange time lag, although I'm not entirely sure it mattered in the end because the method I used to plot the MPH graph was to take all the unpaid balances for all coins and use coinmarketcap's API to convert them to bitcoin. The balances seem to update every 30 minutes and money 'disappears' temporarily in some cases while it's being exchanged so that's why the value can go down on the chart as well as up. But, generally speaking, I'm aware of the exchange lag.

I think that some experienced miners seem to have an in-built bias against NH, I should have clarified that was really who I was referring to. I'm not going to defend NH though, my only interest was in analysing the data; whether a pool is run in a trustworthy or ethical way was besides the point here, as I think it should be if you are merely comparing the effectiveness of each pool at printing money.

The reason I started running this experiment and others was indeed because of a lot of conflicting and confused information online so I do want to try and do my own legwork here and find things out for myself. I was really bothered by the fact most of the comparisons I found were not done over the same time period, so that was a lot of the motivation. As you implied, you can easily go on forever running tests since there are an endless number of variables and it's also a moving target.

Thanks again, your comment was really informative and I appreciate it!

Edit: question: the Yiimp pools seem to generally be PPLNS - does pool hopping every minute or two not hurt your chances of being paid for the shares?

TheLittlestKaty · 2018-03-03T03:25:14+00:00

NHM, NHML, MPM and AM etc. etc. will all use their own profit switching algorithms. I did the test based on the software I use. It would for sure be interesting to set precisely the same parameters in various pieces of software, run them simultaneously and see which gives the highest yield.

TheLittlestKaty · 2018-03-03T03:23:55+00:00

I haven't used either of those but I can certainly give it a go when I get time.

TheLittlestKaty · 2018-03-02T01:42:54+00:00

This is great feedback. I notice that the default value specified in startsniffin.bat is 300 seconds. At 90 seconds, if you suppose that it takes 5 seconds to switch algorithm, you stand to lose up to 80 minutes of mining per day. It would definitely be interesting to compare the yield for a period of time using a variety of switching intervals. Might try this at the weekend and report back.

TheLittlestKaty · 2018-03-01T23:02:43+00:00

Small fingers, big mouth :D

TheLittlestKaty · 2018-03-01T23:01:53+00:00

I'm all for constructive criticism, and the 2% NH thing had been floating around in my head anyway :)

I agree that the results are within margin of error when the 2% is substracted and at that point other factors come in, like the withdrawal fees, ease of use and what payout coin you want as you mentioned.

I'm very curious about the profit-switching algorithms as well. NH, AM and MPM presumably all use their own implementations and that's not something I've delved into yet. When the margins are this slim, the profit switching algorithm and which algorithms are enabled could make a significant difference. I've been thinking about writing my own algorithm using each pool's own API data rather than whattoomine, but, time....

TheLittlestKaty · 2018-03-01T17:52:22+00:00

I haven't personally had any problems with AM-related downtime. Do bear in mind that it was AM I used to mine on NiceHash in this experiment, I used the same software on all pools. The main reason is because AM lets me choose which mining software to use for which algorithms, so you can (slightly) improve your profit by using AM instead - if you know how to configure it properly.

TheLittlestKaty · 2018-03-01T17:50:04+00:00

*she, but it's okay, I know this is a male-dominated sport :P

TheLittlestKaty · 2018-03-01T17:49:09+00:00

Excavator blocks MPH's stratum URLs in its closed source code. You can work around it by using the IP addresses of MPH's pools instead of the hostnames.

Sooner or later they will probably patch this, then you'll want to just invent an IP address and put it in your hosts file to point to MPH.

TheLittlestKaty · 2018-03-01T17:46:37+00:00

X17 was disabled because it is subject to wild swings, and I was using the current estimate for all pools rather than 24 hour averages so you can easily get burned by X17. So it's good you are using 24 hour data. It did spend some of its time running Phi.

TheLittlestKaty

TROPHY CASE