Topic: [ANN] MiningRigRentals.com - Web pool manager - Easy Mass Rentals - Algos! - page 24. (Read 71086 times)

Does it bother me? Well, yeah...
I can rent my rig out at one of the lowest price points and still make a profit. Great... but I can see lots of people renting their rigs out for several times what I'm charging... I'd like to do that too!
I've tried simply upping the price a bit, and no-one rents... so I figure there must be a reason. It's not just one or two people, it's the vast majority of rentals that are way higher than they need to be... people are actively passing on the cheaper rigs to rent out the expensive ones. Logic would suggest they're offering something that I'm not. I'd like to figure out what that is, so that I can offer it also.

As for the zeros, I don't really mind... most of the pools operate using the same structure and it makes it easy to compare mining options.

People make mistakes, people who never had mining hardware might get lost in the numbers, people can't do math, people are laundering money... could be any number of reasons. Does it really bother you? To me one of the biggest advantages of renting a rig out is to NOT have to worry about anything except keeping uptime and adjusting the price once in a while. How much it costs and what to do with it - someone else's problem.

Edit: one thing that annoys me and could be a source of errors for renters - the zeros. I can't stand zeros after the decimal point. Rigs should be priced in GH/s (TH/s for SHA256), or we should operate in satoshis. Counting those zeros in driving me crazy.

I was wondering if someone could enlighten me on the motivations of rig renters...
I've been renting my scrypt rig out via MRR for a little while and so far I've found it to be a great service; but I'm having difficulty figuring out what it is that renters want.
I usually price my rig very low, right near the bottom of the price range. However, looking at the stats for the last rented rigs, and looking through the unavailable rigs, I can see that people are routinely paying several times the price of other available rigs and I can't understand why.
There doesn't seem to be any pattern to what people are looking for, anything from CPUs up to ASICs are often being rented for astronomical prices... am I missing something here?

Perfect response as always, Suchmoon.  Thank you.

I think for now I'll monitor performance/consistency of my rig(s) and then think about renting out some hashpower.

Your payments for when your rig is not rented out go from your pool to you just like they normally do. MRR does not provide a pool for you, it's just a broker/proxy - you either rent your rig out and mine for a customer, or you mine to your pool(s) for yourself.

You can't set up backup pools for ccminer in its command line. That's where MRR actually helps - you can set up multiple backup pools for your rig on MRR site and your ccminer will be switched between primary/backup as needed by MRR (when not rented out). The only bad part is that you can't set up multiple MRR servers as backups to each other (e.g. US West, US East), which is the recommended way, so if your primary MRR server goes down you'll have downtime.

Yes, you can point multiple rigs to one MRR rig URL and the hashrate will be combined. Just make sure they are all the same algo.

Don't worry about that last part. That's why you rent out your rig - to get guaranteed fixed income without having to figure out what to mine

Okay, I'm registered and mining as connected to the MRR in my miner configs.  But I'm still confused.  I'm not renting out my miner so it's mining at my old pool.  I guess this is a stupid question but how do my payments from mining get routed?  I guess it's just the rate at which my old pool is.  I was hoping there was an actual MRR pool but I guess there isn't?  Man this is so weird lol.

Is there a way to have a backup pool for ccminer?

Can I combine all my mining power into one rentable rig even if they are cross platform like sgminer and ccminer?

And another thing... I guess the idea here is that someone is renting the hash power and expecting to manage it better than what was charged?  So if I charge .0002 btc mh/day for an X11 rig the renter is expecting to do better than that by mining coins on their own even when there aren't multipools that can manage to do any better.  I mean, I can see it working for the lone miner running their own coin mining selection that may be better than a massed multi-coin server but I guess it's hard for me to imagine having that kind of time.  Or, maybe people have really sweet programs that do the switching for them. 

i'm sort of rambling.  sorry.  thx for any constructive inputs

Sorry, I understand now. You explained yourself very well. And yes, I have a pair of stratum connections set up in my config file for each algorithm, same as in your example. It was a good thought though.

First of all excuse me for my bad english.

I'm not talking about renter pools, I'm talking about the MRR stratums your miner connects to when rental starts. Let me try to explain...

I'm located in EU, so my first option in miner configuration file is the European stratum (http://eu-01.miningrigrentals.com:3333).
If you don't set up a backup stratum and MMR's EU stratum goes down you are in trouble, so I always set up a second MMR stratum pointing to US servers (us-east01.miningrigrentals.com:3333).

Please look at my CGMiner configuration file:

{
"pools" : [
   {
      "name" : "MRR -NEOScrypt- EU",
      "url" : "stratum+tcp://eu-01.miningrigrentals.com:3333",
      "user" : "user_name",
      "pass" : "x",
      "Algorithm" : "neoscrypt"
   },
   {
      "name" : "MRR -NEOScrypt- USA",
      "url" : "stratum+tcp://us-east01.miningrigrentals.com:3333",
      "user" : "user_name",
      "pass" : "x",
                "Algorithm" : "neoscrypt"
   },
   {
      "name" : "MRR -X15- EU",
      "url" : "stratum+tcp://eu-01.miningrigrentals.com:3333",
      "user" : "user_name",
      "pass" : "x",
      "Algorithm" : "bitblock"
   },
   {
      "name" : "MRR -X15- USA",
      "url" : "stratum+tcp://us-east01.miningrigrentals.com:3333",
      "user" : "user_name",
      "pass" : "x",
      "Algorithm" : "bitblock"
   },
        ...

As you can see, there are two MRR stratums (EU and US east) for each algorithm. When EU MRR stratum goes down (quite often), miner switches automatically to US stratum.

Hope it helps!

anyone have a sample batch file from sgminer I could look at?

edit: I opened a support case so i'll see how that goes :-)

I can't figure out how to get my KNC Titan to work with MiningRigRentals, can anyone help me set it up?

Thanks

It's happening on rentals so I have no control over what pools the renter chooses. It would be nice if the rig defaulted back to our pools if a renter's pool dropped out for any reason. But I don't see why a dropped pool should lock up the miner. In my case it would lead to a 0-accepts condition which would force a reboot after 6 minutes, but then it would start trying to miner again, rebooting every six minutes. I don't think that is happening.

I'm using a multi-algorithm setup with active pools listed on at least three algorithms at MRR typically, with another backup pool that does not go through MRR if MRR dies entirely.

Did you set up backup stratums?, looks like EU stratums are having problems... from my experience, EU stratums are going offline very often (back and forth between EU and USA stratums)

I've been trying to connect and mine but no success.  I tried on ccminer and sgminer (have multiple rigs with nvidia and amd).  My configs:


I just get stratum_recv_line failed  on ccminer and long pole messages or just other bad messages on sgminer.  I've tried adding miners in the "POOL SETTINGS AND CONFIGURATIONS | WHERE YOUR RIG MINES AT WHEN IT'S NOT RENTED" but still nothing happens.  I tried various versions of https:// or stratum+tcp://

Other pools 'just work'.  What's up with this pool that's so different?  The stats sound nice but I can't seem to get mining on here.

Any pointers to get this mining?  thx

For some reason a (very) high proportion of my rigs lock-ups (where it freezes up and doesn't reboot/restart) are occurring at the start of rentals, usually a short while into it. Does anyone have any idea why? At first I thought it a fluke, but it's happening enough, and across multiple algorithms, to make me think there is something in the connection with MRR that is causing the problem. For example on Neoscrypt I ran for almost a week just now without any lock-up, only to have it die a few minutes into a rental this evening. I don't have any clues on my end. Any insight/advice/ideas would be appreciated.

if the installation of renting for more than 24 hours, it is necessary to pay money every 24 + 12 hours.

Statistics are not formed correctly. Example - https://www.miningrigrentals.com/rental/140038.  in the calculation, it is necessary to do so - ((total Hashrate + Hashrate in extra time) / (lease time). Now this formula (total Hashrate + Hashrate in extra time) / (lease + extra time).   

Ahh, that makes good sense. Thanks for putting my mind at ease.

Renter's pool difficulty is higher -> fewer shares -> more variance. Nothing to worry about, except in extreme cases where the difficulty is so high that it affects the average of the whole rental, or so low that it "chokes" your miner/controller/network/whatever with too many shares.

Can anyone explain to me why some rentals result in a hashrate chart going haywire for my rig? Here's a screenshot I just took, halfway through a 24 hour rental on X15. Note how the chart looks mining my own pool on the left, versus the rental period on the right:



I've seen this a few times before and the overall average hashrate reported after the rental ends is actually "normal" - but why the wild variances? Everything looks normal and smooth on the rig itself, of course.

it's OK.nos i have to reach mrr support but nothing montionned about that.