Topic: BitMinter.com * Optional Custom Miner, PPLNS, Merged mining, Newbie-Friendly! * - page 70. (Read 220897 times)

Yeah it could. But you want to make this as idiot proof as possible, as most people will already go "Hu? BitWHAT?".  Bitminter's miner is a great step in that direction, but with just a few minor changes, like a web launcher accepting parameters for wallet(s), no need for a signup  or even private wallet etc, it could become a real one click operation and that is what you need in this case.

And I also think its crucial the miner app has the looks or at least logo of your community or people will think they are making someone else rich. Which I guess is somewhat true, but still .

Oh and the default break interval definitely has to be modified (or configurable through parameter). It wont go lower than 10ms, but at 10 rather than 50 I see zero performance difference in hashrate, but my desktop is at least reasonably responsive again. It should probably be even lower than 10, closer to 1 (only tested on ubuntu).


You saying the idea is worth something ?

16xReozTM9DW9fvVM2WQbiQxAsh7UCyToA

:p

I would think, you should be able to just set up one worker and have your members mine under that worker.(name your worker your clan name or website)  Advertise bitminter on your servers and website, start taking bitcoin donations. This is a very good idea, im going start a thread at our gaming community too. www.coasttocoastgamers.net - [CTCG]

Hi,

(also tried sending this through PM, but I think the forum ate my PM).

Have you considered “syndicating” your pool and client to other communities? What I mean is allow other sites to host your (but custom branded) miner.

Here is my thinking;  Im a member of battle-fields.com, (BFS) which is a gaming community hosting a bunch of game servers. They need donations to survive.  I had been thinking of getting them to set up a bitcoin mining pool, but frankly, thats why over my head and Im not sure I could get enough people to join to make it worthwhile. You already have all the pieces.

So my suggestion is, allow communities like BFS to put up your miner with a (eg) Battle-fields logo and skin and a configurable donation %. So members of BFS or similar communities could support their community by simply clicking the miner on their site and select how much of their profits they want to donate to that site.

All this requires for you to do -I think- is:
-custom skin
-2 wallet addresses, one thats preconfigured (in our case, BFS wallet), the other, the personal one,  being optional. Not everyone will even bother to create one.
-User configurable split between both
- optionally, but probably a good idea, some community statistics, both within the community and between communities.  You could add some identification to the customized miner so communities stats can be shown.
- If possible, have this work without any individual registration on your site. Let each community register and have a password, and for each community, accept any worker (which would probably be the community username) as given.

I cant promise this will get you dozens of miners from Bfs, but I suspect at least a few (after all, they all have gaming cards and a willingness to help their community, particularly when it doesnt involve sending money ), but Im sure there would be many and bigger communities like BFs that could be interested, but lack the knowhow to setup their own pools.

Cheers,

Ah, good to know, that means I figured out what the problem was.

If it lags the desktop too much, you can try clicking the wrench and reducing the break interval. The default (50 ms) is a bit high. Might be best that I reduce it in a future version. Anyway, Diablo works fine too.

Yep, in the new beta it works now. Unfortunately,your miner makes my desktop laggy as hell, so Im sticking with diablo for now.

I am going to improve stale handling in general, which should reduce this problem. But it is clear that long polling is not working for you.

Mind telling me which router you are using? (PM if you want) I am guessing it is pretty aggressive with killing idle connections.

Do you by chance use an SSH client like Putty? Putty has a setting under "Connection" that says "Seconds between keepalives (0 to turn off)". If you set this to 0 and connected to an SSH host, then let the connection idle for 10 minutes, it would be interesting to know if the connection would die.

Anyway, I am working on a couple things that should help with this.


I have seen this also on a Red Hat machine. I made a small change and uploaded a new beta version. Could you try the beta and see if it helped?


mhash shown on the website is calculated based on the number of proofs of work you turn in. This in turn does not just depend on your actual mhash speed, but is affected a lot by luck. Therefore the speed will be higher than your actual hashing rate when you are lucky, and lower than the actual rate when you are unlucky. The server is just trying to guesstimate your speed.

I'm probably going to change this to an exponential moving average on the server, just like I did in the miner. That should help even things out. Currently it is just an average measured over 5 minutes, so it fluctuates a lot.

I tried  this  on my 5850 running ubuntu and I got this error:

Failed to map output buffer(code -12 = CL_MAP_FAILURE) on Cypress (#1)

Happens with both the beta and regular version. CPU mining works. Any clues?


edit: also, I wonder if your mhash calculation is correct. Im using Diablo miner now, and it reports the usual ~290 Mhash for my 5850 at stock speed. When I check my status page on your site, it shows me 357 Mhash/s for the past 100 shares. Whats up with that?

I did some testing regarding the stales, with GUIminer and this pool i got about 2 rejected stales out of 400 while with the Bitminter i got 60 rejected on 400. Though saying that i do get a higher mhash using your program then the GUIminer.

In general it is correct, as fewer desktop updates means faster mining. But there seems to be a point where things get crazy if the intervals are too long. I'll think of a new text for the tooltip. And perhaps lower the default interval a bit.


Thank you, sirs.


I think there are two main reasons for this. One is the proportional payout method. It causes a lot of people to leave at unlucky blocks. The other thing is that, like you, most people feel better with a higher hashrate. It becomes a self-fulfilling prophecy, the pool stays small because many people don't want to mine in a small pool.

There are 681 users currently, and about 5-10 new ones every day. But most of the users are not active. In addition to the two reasons above I guess some are just curious and wanted to check out BitMinter for a few minutes to see what it's like.



I'll get some forum signatures up that you can use. That could perhaps help.

nice app!

Hey,

I'm new at forums and such, so excuse any feux pas...  What happened with 72gh/s about a week ago?  i feel much better with a higher hashrate.  Smaller payouts don't bug me a bit, as long as they happen more.  Perhaps someone needs to really get down and dirty promoting this kick-ass interface...  Dr. Haribo, you need to keep working on the interface/GUI/whatever,(optimize that B***H) but we need someone to really whore out your fantastic work.  i dunno what'll take, but i'm sure if we all write one message about bitminter.com each time we check if we get paid, we'll add another 100gh/s pretty quick. 

I have 3640 accepted and 2 rejected proofs of work at the moment.

The fact that you got an improvement tells me it is probably right that it is a router or firewall timing out the connection. But I guess restarting long polling every 10 minutes isn't soon enough.

I'll have to think about how I can improve this further.

I'd really prefer to turn on TCP keep-alive - just have to find a workable way to do that.

Alternatively I could make the long poll timeout configurable.

You get low stales with GUIminer against the BitMinter pool?

I got 241 accepted shares and 13 rejected which is a improvement from before, i got about 10% rejected shares before and now it's about 5%. If you compare this to when i use GUIminer and another pool were i got 3600 accepted and 0 rejected shares.

Okay i will give it a try and let it stand and work for a while and report back the numbers i get.

Could you try it again now? I just released a new version of the miner that should hopefully work better for you. Also some changes recently on the server-side should reduce stales a bit.


Why not give it a try? Let me know how you like it.

nice looking gui.. this might be an alternative to what im mining with right now.

A few people have that problem. It's most likely due to a router or firewall killing the long poll connection. The beta version has a shorter timeout on the long poll connection and will keep restarting it. That solves it, at least for some who tried it. I'm going to put this in the regular (non-beta) version any moment now.

Once I do, it would be great if you could check whether it solves the problem for you too. (Or try the beta now)

I tend to get a lot of rejected shares when using you program/server, even when i take my overclock down to fabric overclock. I have also tried my original overclock with guiminer and then i don't get any stales at all.

BitMinterD 1.0 (the mining pool software) up and running.

Changes:

• Reduced use of server resources considerably - for future scalability
• Notify long pollers faster at block changes

So, only internal changes that you should not notice beyond slightly lower stales. It's been tested on the bitcoin test network and seems stable enough, but let me know if you experience any problems.

Finally! Good job solving that slow block, people.