"f" vs "s" described in finetuning.txt, for your mach use corei7avx version, 512M is the best I think. Use M7gf in your case.

yvg1900

Just to keep discussion running,

1) This can only be done on the pool level, but as you probably know, I have no relations neither to ypool nor to its owners. I act on my own.

4) Sounds reasonable, but there are two concerns: a) reconnects - just wasting mining time, though negligible, too, but I shall think about that. b) there are anyway screams of me being too greedy - which I simply do not understand.

5) Yes, the miner only. Pure scientific interest. Yes I do have a lot of spare time. I do not comment more in public neither or motivation, nor other issues related to the miner.

yvg1900

P.P.S. Yes, it is. But I bet the pure interest of using the miner is just economics behind performance gain, that are easy to calculate. On the other hand, if one will decide not to use the program, there is no way to force. And no need to.

And I appreciate your way of thinking on pay-as-long-as-you-use-it. Makes sense. I shall sleep with the idea.

Okay, let us calculate - please do not treat this as an offence or push - agreed?

So, information on miners is open and available: it is shown as the workers count on the top right of ypool site, isn't it?

So we have:

1) 43000 miners at the moment - we take them all, but definitely not all are using M7g line. Only fraction. Big ops do not bother updating - just fire and forget.
2) The above comes to 86000 minutes, number looks huge but it is just 1433 hours, or 59 days.
3) The average machine is mediocre - you know that from the chat. Most are hunting free lunch at different VPS provs, big ops don't care anyway - see 1).
4) Only very few restart miner often - mostly during initial selection phase - from my stats it is negligible.
5) The outcome is that having 43000 machines connected, they all together contribute 1 mediocre machine for two months. And this perfectly matches the share value earned in practice.

Please comment on the math here - I prefer open discussion of this topic, no need to hide that at all.

yvg1900

P.S. as of you being user of the miner, I would prefer explicit donation, and amount does not matter - fact is important. This is just a sign of respect, no more no less. And it actually closes the question of what is appropriate - way too personal issue, isn't it?

Try calculating the profits, this is pure nominal amount. WAY less than what people are gaining with performance inprovement.

But I am thinking that I shall probably increase this time to make it usable only by those who respect efforts put into it.

But anyway at least mentioning the miner developer and call to stay up to date with new versions shall me mandatory, I would say. If there would be a mention of "Thanks yvg1900 for the miner referred to in this guide, follow @yvg1900 on Twitter to stay updated" - that would be perfectly enough.

I will add such a clause to the readme.txt

yvg1900

P.S. But it is still funny how people make decisions "enough or not enough" without calculating.

I confirm that I am neither owner of ypool nor have affiliation with it except I developed the miner.

Yes, starting from M7g line, miner mines first 120 seconds for developers of the miner, this decision has been made after discussion of people in the ypool chat.

This behavior is clearly indincated and not hidden, unlike of some other miners typically called as silent miners.

yvg1900

New faster version of PTS miners for ypool.net available.

Link for optimized M7g version family can be found in HotWo section at ypool.net (it is the same link where former miners were residing).

Check readme.txt and finetuning.txt packaged inside mining archives for more details. Follow @yvg1900 on Twitter.

yvg1900

Any chance to get miner-side API?

yvg1900

One of ypool users - atp1916 - described it here:

http://aeternal.site11.com/

Basically, it is all about tradeoff between performance and submitted/accepted shares ratio.