Bitcoin Forum
June 22, 2024, 08:53:47 AM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 »
2181  Bitcoin / Pools / Re: Tx fees going up. What is zero fee mining? What is fair pay? on: October 05, 2012, 11:52:21 AM
so anyway
http://blockchain.info/block-index/311449/0000000000000412cb93f5cceceebdd6bec88d5db691a17a823287c47713d2cf
Dunno what broke, but for occasions like these....
worth mining on a pool paying txn fees out?

Wow, 154.68299211 BTC is pretty decent income for a block.

If it had been on a pool that keeps transaction fees that would be almost a 68% fee. Yes, avoiding such steep fees is probably wise.  Cheesy
2182  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: October 04, 2012, 08:29:37 PM
Yes, increasing PPLNS's N up to 4x Difficulty will definitely reduce variance when you have some downtime. Just like it reduces the variance in the income of a non-24/7 miner, it will also reduce the variance in loss due to downtime for a 24/7 miner. Less chance of a big loss because your miners went down just before we found 3 quick blocks. It would still be a loss, but a smaller one.

It's not possible to pool hop on BitMinter though, and this won't make any difference in that regard. Of course you can move in and out of the pool as you wish, but since you can't predict beforehand whether you get high or low pay you can't "pool hop".

Making pool hopping impossible is really that simple. Just use a fair reward system. It's a shame some pools refuse to do so. And it is outright strange that so many miners still use those pools.
2183  Other / CPU/GPU Bitcoin mining hardware / Re: DiabloMiner GPU Miner (LP, BFI_INT, async nw, multipool, 79xx GCN) on: October 04, 2012, 06:53:29 AM
Most pools do not follow the HTTP spec, so there is no way for DM to detect the difference between a malfunctioning pool and a malfunctioning user.

Well, my pool does. If you get a 401 (Unauthorized) response I would recommend at a minimum setting a much larger delay between retries. Maybe 30 or 60 seconds? My own miner just pops up a password dialog, like a browser would.

I don't think any pools are so broken that they respond with a 401 when there is nothing wrong?

P.S. Try http://mint.bitminter.com:8332/lp in a browser Smiley
2184  Other / CPU/GPU Bitcoin mining hardware / Re: DiabloMiner GPU Miner (LP, BFI_INT, async nw, multipool, 79xx GCN) on: October 03, 2012, 10:23:47 PM
A user at my pool retrying the same wrong password 10 times per second with DiabloMiner. Is that how it's supposed to run?

Might be an idea to give up and shut down if the password is wrong, or at least use a much longer delay. It may be that 10 times per second is because of running multiple instances, but still if it is once per second it is pretty extreme.
2185  Bitcoin / Pools / Re: Will pools double their fees when the reward halves? on: October 03, 2012, 08:00:02 AM
In my opinion the total cost of mining at a pool is more interesting than any single part of the equation.

Deepbit: 3% fee + loss to pool hoppers + loss of transaction fees = about 5% ?
P2pool: loss to orphaned blocks = about 5%

Don't blind yourself by looking at just one of the numbers.

The block finder's bonus at P2pool will cause higher variance for small miners. The big miners who create a block per day will not notice it. If you create a block per year, you will certainly experience higher variance because of it. That's the downside.

The upside is that it helps make blockwithholding attacks more expensive. If you withhold a block from P2pool you don't just lose your regular share of the income but also the bonus. This means pools with a block finder bonus are the most expensive to attack. The cheapest are PPS pools. You can destroy them for free (requires some hashpower though).
2186  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: October 02, 2012, 08:02:35 PM
In this case, it looks to me that BitMinter must be generating block headers with future timestamps on them, and passing them to pool workers.

Yes, this is what roll-ntime is about. Miners are allowed to generate new work to hash by fiddling with the block's timestamp (referred to as "ntime"). This way they don't have to talk to the server several times per second (in the case of fast miners) to get new work. As long as you don't get too far away from actual time this is OK and the block will be accepted by the rest of the bitcoin network.
2187  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: October 02, 2012, 06:03:11 PM
only sometimes, usually i get less than average, i got over 5% but last block i got 38% (over 250 rejecteds of 1300)  and rejecteds didnt't seem to stop till  i had to close and open cgminer in 4 windows.

Sometimes you will see 5% rejected for a moment after a new round starts. This is because rounds always start with rejects, then the accepted proofs of work start to come in.

But 250 rejected out of 1300 proofs of work sounds like something is very wrong. Pool-wide the rejects are pretty low too.

Did you get reject after reject in all 4 separate cgminer instances?

can a rejected share become valid later??? because i think it was this block and now i only have 98 rejected instead of ~200

No, if it went down it must have been because a new round (block) started.
2188  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: October 02, 2012, 04:37:23 PM
2012.10.02 [11:46]  Warning - slow network or server. Request took 52 sec.
2012.10.02 [11:46]  Work rejected. Server says: Duplicate proof of work

Duplicate proof of work is often caused by network issues. Also 52 second delay could also be due to a network problem.

Could you try "ping mint.bitminter.com" at commandline and see how that looks? Packetloss maybe?

I`m having problems with lots of rejectings showing up randomly ( sometimes when a new block starts,  but i couldn't say if its cgminer 2.7.6 or last server modifications.

The time the pool starts building upon a new block is usually the only time you get rejects.

How high a reject percentage are you getting?
2189  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: October 02, 2012, 09:53:18 AM
Was the memory leak coming from the 0.7 bitcoind daemon?

No, it was my own code. I reworked the data structures to increase parallelism. Accidentally ended up with proofs of work being kept in memory indefinitely. After a couple days the mining backend was lugging around 3.7 GB of proofs of work. Shocked

Everything looks fine, I'm mining at a normal rate, and suddenly a popup comes up, saying 'wrong username or password'. I press ok, and everything goes back to normal.
A few minutes later, this repeats...

Hmm, I only see one failed login from you in the server logs, at 2012-10-01 11:51:05 UTC, which is 22 hours ago as I write this.

Did you change password on a worker recently?

Does it help if you shut down the client and start it fresh again?
2190  Bitcoin / Pools / Re: Will pools double their fees when the reward halves? on: October 01, 2012, 09:01:42 AM
P2pool fees (wich are exactly 0) won't change  Cheesy

P2pool is one of the most expensive pools to mine at because of the high orphan rate.

But no, I don't expect pool fees to change because of the reward halving.

A more interesting problem is ASICs and the increased orphan rate they will cause until the difficulty catches up. This could be a big expense for pools that pay out orphaned blocks. For my own pool (which pays orphans for a donation), I haven't decided yet what to do in case orphans get really bad.
2191  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 30, 2012, 09:57:49 PM
Can't wait for ASICS so I can park them on this server Cheesy

Something tells me I better get the server ready for some big miners.  Grin

perhaps worth just setting the frontend to reboot every so often until you resolve the issue - it seems to go down quite a lot.

I fixed the memory leak in the mining backend. Hopefully it can sit there for a while now without requiring any more restarts or work.

Made some changes just now to the web application as well. Hopefully it will fix the issue with it locking up.

If there is still a problem I'll have a look at writing a script to detect when the website is unresponsive and automatically restart it.
2192  Bitcoin / Mining software (miners) / Re: Phoenix - Efficient, fast, modular miner on: September 30, 2012, 08:12:08 PM
A user at my pool is retrying the same wrong password 10 times per second with phoenix/v1.7.5
Is this intentional behavior from phoenix?
2193  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 29, 2012, 10:02:21 AM
Thanks, guys Smiley

Sorry, had to restart the mining backend just now. A memory leak is causing slow response after it's been running a couple of days.

I'll be working on that memory leak today, and also the issue with the website locking up.
2194  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 29, 2012, 12:45:11 AM
The site's down, but my miners are still running fine.

Back up again. There's a problem with the web server. It locks up randomly with no error message and becomes completely unresponsive. So it's a bit difficult to figure out what the problem is. I'll keep a watch on it and see if I can find out what's going on. Sorry for the instability. Sad
2195  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 28, 2012, 11:18:06 AM
Also, the Thps counter in the website header still says "Ghps". Wink

Even after clearing the cache in the browser?

And I've always wondered why there's no "cash out now" button, so I have to adjust auto-pay options. Sometimes I'd like to get small amounts earlier.

That's on my TODO list. Smiley
2196  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 27, 2012, 08:38:34 AM
The server is running very smoothly now. We had 1.8 TH/s earlier today and the server load was pretty low. Sorry for the daily restarts and sometimes high response times the last couple days. Hopefully it will be smooth sailing now. It is certainly looking pretty solid.

Suggestion: Add a clock to the website. Local server time.

Not a bad idea. Is it annoying to have one ticking away at the top of the page?

I suppose better might be to display the timestamps in a timezone chosen by the user, but that would take a bit more work.
2197  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 26, 2012, 10:49:07 PM
could it be compromised and we get virus?

Is this for only people using the bitminter mining client or anyone using site to check live stats etc.?

If you have Java plugin activated in your browser then a hacker could leave something on a webpage to take control of your computer if you view that webpage. It can happen to anyone using a browser with Java plugin turned on.

It's a bit annoying because Java is how BitMinter client is so easy to start, just clicking on a webpage. If you turn off Java in the browser to protect yourself from hackers then you can't start the miner that way. But as long as Java is still installed it should be possible to start it from commandline with "javaws http://bitminter.com/client/bitminter.jnlp". So you can protect yourself and still use the client.

Why are rejects so high right now?

I just restarted the mining server, that causes some rejects. Sorry about that, I try to keep it to a minimum.

Update now is faster authentication, which should speed up response a bit especially just after a restart when all users have to get re-authenticated. Also turned off rollntime for cgminer and bfgminer below version 2.7. Please upgrade to the latest version if you use one of those two miners.

Once in a while when those old miners start DDoSing the server some miners experience response times up to 30 seconds. It is worst in the "slow response queue", so those miners are mostly DoSing each other. But hopefully this update will help reduce the problem.
2198  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 26, 2012, 04:11:43 PM
Lately they are finding security holes in Java every day. It is recommended to disable the Java plug-in in your browser.

If you are using BitMinter client this should not be a problem. You can start it from the command line instead:
Code:
javaws http://bitminter.com/client/bitminter.jnlp
2199  Bitcoin / Pools / Re: [1200 GH/s] BitMinter.com [Zero Fee, Hopper Safe,Merged Mining,Tx Fees Paid Out] on: September 26, 2012, 05:09:06 AM
Website is back up again. Sorry for the downtime. Sad

Mining, payments, everything was running, you just couldn't access the website. And yeah, it was the backend behind Apache that locked up. I might switch to Nginx, I was actually planning to, but Apache has actually done a surprisingly good job.
2200  Other / Off-topic / Re: BFL Requests Input on: September 25, 2012, 06:18:44 PM
Thanks for the "votes" guys, I am flattered.

I'd like to nominate Fefox instead. I think he'd do a great job, and I wouldn't have to suffer so much jetlag and an expensive plane ticket from Europe. Cheesy He's been mining since the olden days when we were using calculators.
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!