Topic: [ANN][AUTO-SWITCH] Profit-switch auto-exchange pool: CleverMining.com - page 135. (Read 554401 times)

Thanks a lot. You were a great help. It's all set up now. I didn't understand half of what you said, but I stumbled my way through it. It's showing I am getting around 525-535 kh/s with my R9 280x (I assumed "btc" was my wallet ID, so that's what I placed there for my username)

Are you making a decree that the pool won't be improved if Terk receives easily actionable suggestions for such and were to agree with them?  Who the hell are you to say that?  Is it your pool or his?

You call Terk intelligent and capable, yet your previous posts basically called him a dumbass for setting up the pool the way it's setup.  (i.e. not to your liking).    I think another pool might suit you better, as clearly this one isn't going to be modified to your preference.  There are plenty of other options out there for you to try.  I suggest you sample them.

We've been up and running stable again for couple hours now. Two servers are available at the moment: Europe and North America (Montreal). I will work on bringing other servers back up soon.

My primary goal here is uninterrupted service and simplicity of use. Default behaviour needs to be as simple and requiring as little user configuration as possible, so I probably won't be changing it. Having region names (eu, us, etc) switching in case of server outages but server names (ny, sf) not switching will make it confusing for users who don't read detailed instructions, FAQs or hundred-page threads (basically most of users). I'm going to stick with consistency here and switch subdomain names as necessary.


This is something I could do and more informed users who'd like to have more control and can spend more time setting up failover plans could use it. I can provide alternate region names which won't be switched to another regions in case of outage (e.g.eu-fixed, na-fixed). I'm not sure though if there will be many people using it besides you.

If it is reporting 580MH/s and not 580KH/s, then it's working hard on the wrong algorithm.  If there is an option for scrypt mining, then set it.  If you can't find it, someone else here will probably be able to tell you where it is (if it's there at all), as I have not used that software myself.

Are you suggesting that clevermining is not the pool for me because it is a pool reserved for simpletons?  Are you basing this on your own experiences?

The reason I am here is that Terk has shown himself to be intelligent and capable, and he is the one to whom I am directing my complaints, not you.  When the day comes that I am mining on your pool, then I will ask for your suggestions.

I'm using a miner called GUIminer - V2012-12-03 and I was wondering if it would work for this setup? I've had it running for the full hour it takes for your stats to pop up, and it did show my wallet's info, but the last hour hashrate is showing up as 0.0kH/s.

GUIminer shows I''m going at a rate of 580 Mhash/s and my GPU is roaring loud as well so I know it's at least working hard at something, but the statistics just aren't showing up on clever mining when I search the wallet I am using. As I mentioned before, it's like it sees nothing happening at all.

As you may have guessed I am new at this stuff so I am still learning. I've tried some of the other miners like bfgminer and cgminer, but they are a bit over my head at the moment. I never hear them make my GPU rev up when I put the info in for here so I assume I am doing something very wrong.

Also, I read about the DDOS attack. I hope whoever did it gets caught. No need of people trying to ruin a good thing for others or making unnecessary work for others...

I'll check back in on this in a bit. I have some things to take care of right now. I hope someone will be able to help me out here.

Based on your comments I'm not sure the Clevermining pool is going to offer the mining experience you are seeking.  Perhaps another pool will suit your needs better.

Yes, I am complaining that my own decisions as to where to mine codified into my miner configuration are being overridden because people like you choose not to make decisions for yourselves.  Granted I may not know what everyone wants, but neither do you, and neither does Terk.  And Terk has a vested interest in choosing to move miners to another of his servers, as only then can he earn a commission from them.  (I am not suggesting at this time that this was the primary reason for his decision, but one could easily argue that if they desired.)  It takes barely any effort to maintain a sticky host name in order to please both crowds.

And at the time of your post, clevermining pool hash rate was 12GH/s not 33GH/s+ as you suggested.  It grows to 33GH/s+ as a result of one very large miner who has shown that he will move his hashpower around as it best suits him.

Terk: Ignore the haters.  Don't let the irrational minority influence what you already know is best for the majority.  CleverMining didn't grow to 33GHs+ because of poor decision-making on your end.  Remember that.

Comeonalready:  You are a grade A hypocrite.  How do you know what the majority of miners want.  You say Terk should follow your suggestions as if you speak from a position of knowledge about "what the majority of miners want."  But you don't know "what the majority of miners want" because you aren't the majority.  You are one single sad complaining voice.

Terk! A+ job on communication and taking steps to restore services. Some people will always be unhappy but I just wanted to add my voice as another satisfied miner.

Fine, later on then, but when does the dust ever settle around here?!  In the meantime I offer this suggestion.  General region based host names that average miners would typically use could redirect in the case of server outages (eu, us, na-north america if including canada I suppose, whatever)  More specific city, state, or country server host names stick to their respective servers (ny, sf, nl, montreal, etc.)  Just post the expected behavior for each host name on the web page server list.

Or give us alternate sticky server location host names if that's preferable to you.  It's obviously a bad practice for us to hard code ip addresses into our configurations as in light of ddos attacks they might need to be changed with little notice, but there is a comfortable middle ground somewhere to allow informed miners the ability to choose their own destiny during server outages, while simultaneously moving the rest of the herd over to a functional clevermining server.

I'm willing to discuss it when the dust settles and brainstorm some preferable way of handling server outages. Right now I don't have time for chatting.

I have setup another North America based server in Montreal, Canada and it has all the US subdomains pointed to.

New server has been setup in Montreal, Canada: stratum+tcp://ca.clevermining.com:3333

It has all US traffic redirected (SF and NY server subdomains pointing there).

If you see at the top right corner of this forum, there's a search box.

When you enter "Rejected untracked stratum share from pool" in the search field and click "Search", one of the first responses is this one:
https://bitcointalk.org/index.php?topic=448649.msg5579078;topicseen#msg5579078


edit. top right corner, not left  

 I really want to use this pool, however I recieve a significant amount of rejected shares with the following error:


Is there any way to remedy this situation?

I have no recollection of anyone suggesting increasing the pool fee. So I really think your anology is way off.
- If Terk suddenly increased the pool fee to 3-4%, I'd be sceptical and expect a very good reason to why.
I'm not loosing sleep wondering why he is not lowering the fee...

IDK, but perhaps you rather would have a dynamic pool fee, let's say 1-1.5% on "bad" days and 4-5% on "good" days?

BTW: I don't think MinorError were attacking you or your post in specific.

Many of the miners you will find right here on bitcointalk have carefully configured their miners to account for such server outages, and if they chose sf.clevermining.com as their primary server might want westcoast.anyotherpool.com as their preferred backup, as opposed to another server 6000 miles away.  For if latency does not matter, then why did you even bother creating endpoints closer to miners in the first place?

By choosing to redirect everyone to europe, you have essentially told miners that the priorities they have configured into their miners do not matter in the least to you, and that (possibly) what you are more concerned about is your own commission.  At a minimum, you need to rethink your system of host names, and what may or not be honored in the case of server outages, and post that on your web page so intelligent miners can make informed decisions in advance.  For a server named sf.clevermining.com to actually deliver miners to a server in europe is not what would be expected by most in any case.  And to unilaterally decide to override your educated miners' predetermined server priority preferences is flat out wrong.

How would you even know what the 'majority of miners' want anyway?  All you can see from your perspective is whether they connect or disconnect from your servers.  You have no idea if they are going to mine at other pools during their disappearance.  I am.  And I am certain others are too, we want to choose how and where to mine.

There are also many miners who don't have any other pool setup as backup and their rigs might stay idle if I didn't do that.

European server has currently 3.3% rejects which is the usual average. It's located in a well-connected datacenter with access to great intercontinental routes.

DNS TTL is set to 5 minutes and almost all miners are picking up quickly changed IP addresses. Poorly configured DNS servers should affect only very tiny percent of users.

This is a difficult situation and regardless of which choice I made, there will always be some miners who would be better if I made another choice. I'm trying to do what's best for average miners or for majority of miners.