Topic: [GUIDE] How to rent your rig on LEASERIG.NET - Scrypt & SHA256 - page 13. (Read 33412 times)

Is this compatible with save command? Let me know once your first renting period is over. Then I will quote it in first post.

I think some people had trouble getting CGwatcher configured to play nice with LeaseRigs. I certainly had to make quite a few changes to my profiles to get it running correctly. I spoke to Djezo in PM's and he asked me to post my setup here to maybe push people in the right direction.

Basically, to use CGWatcher, i simply only use the miner .conf file to hold my pool addresses, nothing else. Every other parameter should be defined in "CGwatcher > Profiles > Miner Arguments" field. That way, these parameters will override anything given in the .conf (except pool addresses), to avoid changes being made that could affect hashrate,which i read has happened to some people here. Make sure you also point the CGwatcher profile to the correct .conf (or you will have no pools!), not sure if this can have a custom name, since the argument isn't present (since CGwatcher throws it in a seperate field).

Here's an example of my initial configuration.

Example .conf:

Example parameters in CGwatcher:


Then after rental, your rig will switch back to the pools you define in the rig profile @ the LeaseRigs admin panel. So after the initial configuration, you probably never need to touch the .conf again... though i would always keep a backup, as you may need to re-copy it if your rig somehow restarts and the lease job never ends, or something, because then your own pools would possibly not be added back (or so i imagine!).

This was another important point, before i had access to the admin panel (which required the BTC deposit, etc), i had no idea how switching back to my own pools would work. It's a nice system, but this point should be highlighted more clearly in the guide. It certainly would have taken some of my worries while i was sending my deposit!

I'll look if there is anything like a cgminer api for a cpu coin. 

I get the same performance based on 10 rigs tested over 7 day periods running scrypt, scrypt+cpu, scrypt+cpu+vanity.  It's not scrypt or the primary function that suffers it's the additional ones.

So instead of getting scrypt.  That's it. Scrypt out of a rig.  I can get scrypt + CPU mining at a reduced rate + vanity mining using the spare cycles of the GPU/CPU all with no performance decrease on scrypt.

Yes, that is another option. The point is that your aren't limited as it seems from first view.

Not entirely true. You can deactivate one GPU in cgminer and use it in another instance.

All these algorithms utilize video cards. If you put 2 instances of cgminer with different algos on same rig, then they both suffer with reduced speed.

If there is CPU miner that uses cgminers API for pool management, then you can utilize CPU aswell. Here is the idea how; you run 2 instances of cgminer with different api port for each one, one should be doing GPU algo, another one CPU algo. Both can be listed on LeaseRig.net and both can be rented at any time.

3. STEP - not true, you limit access by IP - to LeaseRig.net only. Besides that, LeaseRig.net is only allowed to execute commands you listed in cgminer config. How hard is to understand that?

4. STEP - it is not question whether you can interact with JSP page, but if you have HTTP browser or if you can send and receive HTTP requests. On headless linux, you would need to read HTTP response in text I believe. This step is not mandatory; providers that would like to make sure they configured their rigs correctly would run it.