I'll tell you for 160,000 shares to the miner of my choice.

right, pool

Got my invite, and got a couple cards on this..

Looks fun, still learning..


But it seems down right now..

I was connected for a while there..


Correction, its back up..

Update:

Our old DC is doing an upgrade to their routers to address the issues we've been having.  GPUMAX will be down from 9:30PM to 1AM CST while they upgrade and configure the hardware.  We can't tell you how sorry we are about having to take the system down for this long.  Hopefully it's faster but we'll expect it take that long or longer.

We wish we could migrate during this time to our new system but I don't think it's possible.  I recommend everyone to setup a fail-over to their offline pools so you don't have much downtime.

If you have a purchase in the system during this time it will be suspended until the system comes back up or if you wish you can contact me or support@gpumax.com to have a refund issued.

Thanks and we'll see you on the flip side.

You need to set speed thresh holds......to force miners to failover on their own and not simply to PUBLIC work if no CONTRACT work is available.
As it seems, my miners are more than happy to stay connected to GPUMAX even at 50% speeds and NOT failover to my backup pool.
Waking up to find that I wasted a bunch of electricity while I slept is rather discomforting......
My setup is rather small right now and I know what it produces every minute with tons of backup data to support it.

As of posting this, my backup pool had reported NO CONNECTION in the past 15+ hours to the worker set as my 'Public' worker in GPUMax, nor have my backup workers accumulated anything significant, so where do I point the finger ?
(CGminer - latest version, Win7 x64, multiple months of stability on same hardware with monitoring stats)....

I've noticed this with CGminer also.. not quite to the extent above, but definately there..

Would it be possible to give us miners an option to have GPUMAX simply disable workers when no public work is avaliable at that worker's pricepoint?  Let us worry about our own fail-overs when no public work is avaliable.  This could be something as simple as changing the worker's password to "no_work" when it needs to be disabled, and change it back when life is good...

Granted you'd still be getting some traffic with the periodic re-connect attempts, but I don't think you'd be seeing as much as if you were passing through hashes ... I see this as a win-win.

dats my 2 satoshi's take on this

Sigg

I like the above idea.
Adding an additional 'bridge' point of failure doesn't really make sense, passing through shares.

Right now, I am sending 4 workers @ 4.8GH/s to GPUMAX and I only connect to 2 places, regardless of the situation.
My GPUMAX 'Public Pool' and my locally set 'Backup Pool' are 1 in the same (BTCGuild) as it's stable as shit and I never have to worry about it (my backup pool) yet my STALES/INVALIDS are always greater when passing through work using my single GPUMAX managed 'Public' worker, compared to my directly connected 4 backup worker threads sent to BTCGuild.

I really like the service, but I can manage my workers well enough on my own and would rather just have the option to connect to GPUMAX when Contract work is available.

My 3 satoshi's take on things....lol

Coming soon! It has come!

If your miner is running at 50% speed then you have something else going on.

bolded what is for me, the most important item in the above..  when doing public work, I fly, when doing private work, I usually fly .. but there are some times when private work gets a lot of disconnect/reconnect resulting in reduced performance .. I just assumed this was a side effect of going through a proxy.  the benifits still far outweigh the penalties, so i just live with it..  

Sigg