I can only say, give bitminter a try; zero fees and merged mining. ATM there isnt even the option to donate. It uses PPLNS, so there is a fairly high variability considering the smallish pool size, but that works both ways. Like yesterday when we got 3 or 4x the expected income in a lucky streak. Thats a nice way to start the new year .
|
|
|
I just compiled 2.1.1 on linuxcoin; For no apparent reason, it still seems to send a few shares to a failover pool each time after receiving a long poll. There is no indication of the primary pool being slow or down: [2012-01-02 18:07:00] LONGPOLL requested work restart, waiting on fresh work [2012-01-02 18:07:03] Accepted 00000000.638a8cdc.d04fad04 GPU 0 thread 2 pool 0 [2012-01-02 18:07:04] Accepted 00000000.5ca59695.abfef338 GPU 1 thread 1 pool 1 <<<<<<< [2012-01-02 18:07:07] Accepted 00000000.1d1a6056.49d23631 GPU 0 thread 0 pool 0 [2012-01-02 18:07:07] Accepted 00000000.c4c1a1be.5059d232 GPU 0 thread 0 pool 0 [2012-01-02 18:07:18] Accepted 00000000.a2ba11d9.85832b6c GPU 0 thread 0 pool 0 [2012-01-02 18:07:42] Accepted 00000000.c36507c8.fbb965c8 GPU 1 thread 1 pool 0 [2012-01-02 18:07:44] Accepted 00000000.e068f69c.5b961150 GPU 1 thread 3 pool 0 [2012-01-02 18:07:48] Accepted 00000000.7538e8a6.d5b2dfa5 GPU 0 thread 2 pool 0 [2012-01-02 18:07:49] Accepted 00000000.3e93607e.846b1a21 GPU 1 thread 3 pool 0 [2012-01-02 18:08:10] Accepted 00000000.dd33c2bd.3cbf5975 GPU 0 thread 0 pool 0 [2012-01-02 18:08:12] Accepted 00000000.022ca257.0997122e GPU 1 thread 3 pool 0 [2012-01-02 18:08:14] LONGPOLL detected new block on network, waiting on fresh w ork [2012-01-02 18:08:22] Accepted 00000000.595178f1.18a8cb3d GPU 1 thread 1 pool 1 <<<<<<< [2012-01-02 18:08:23] Accepted 00000000.849a98d9.464ec1ba GPU 1 thread 3 pool 1 <<<<<<< [2012-01-02 18:08:27] Accepted 00000000.f09dc720.6b21b7c1 GPU 1 thread 1 pool 1 <<<<<<< [2012-01-02 18:08:41] Accepted 00000000.4a6aa090.2b98099c GPU 1 thread 1 pool 0 [2012-01-02 18:08:46] Accepted 00000000.367074fe.7dc3a313 GPU 1 thread 1 pool 0 [2012-01-02 18:08:52] Accepted 00000000.12b021b0.8991d572 GPU 1 thread 1 pool 0 [2012-01-02 18:08:54] Accepted 00000000.0d25fa80.1e252b53 GPU 0 thread 2 pool 0 [2012-01-02 18:08:57] Accepted 00000000.50292a8d.add8ae8e GPU 1 thread 1 pool 0 [2012-01-02 18:09:07] Accepted 00000000.998e8934.7ee9f88c GPU 1 thread 3 pool 0 [2012-01-02 18:09:13] Accepted 00000000.934a726d.f8b42525 GPU 1 thread 3 pool 0
IM leaving my windows machine on 2.0.8 for now, if I get the "network hang bug" Ill be able to see if that bug is solved in 2.1.1
|
|
|
Exactly, loaned money will grow exponentially, but that do not necessarily cause problem, as long as A and B can borrow money to payback their debt, they do not need to worry about the debt, it is almost free, since those money are produced almost without any cost
The only problem is fairness, because we all know only banks and government can get these free loans. The result is, those who do not have such privilege get kicked out from their home and those who have the privilege get year-end-bonus
Mostly agreed, but its worse than that; if governments would take those free loans, it would be fine. After all, assuming a functional democracy, government==people. The reality is that its only the banks getting the virtually free loans, while the governments are lending from those banks at substantial interest rates. So think about it, EU governments allow the ECB to create the money and lend to banks at 1%, then those very same governments lend from those very same banks at 3,4, or if you are Italy, 7+%. Now that is insanity. Or genius if you will, but its definitely how you transfer wealth from the poor to the rich.
|
|
|
Well PPS is always better unless a prop poll is having good luck. So with all things netural, I like to be in a PPS pool,
That makes no sense at all. X is always higher than Y - unless Y is higher. All PPS does is transfer the short/medium term risk of good or bad luck to the pool. But you will pay for that in the form of a fee, unless the pool operator likes risking bankruptcy. In the longer term, ignoring fees, there is no difference between any of the payout systems, except for those that not hop proof. You will lose on those, as pool hoppers will be able to extract more than their "fair"share.
|
|
|
Those with "comm errors" that lead to failures, are you using the ubuntu 11.11 binary on an older ubuntu?
Using Linuxcoin (which is based on ubuntu 11.04 I think? not sure) but compiled gcminer myself, and the same issue on windows, obviously using the windows binary.
|
|
|
Exactly. Its not like vbulletin is bug free, but the chance of some freelance dev coughing up a codebase that is both more secure and more feature rich, is...well, lets be generous and say extremely tiny. Its almost like saying windows or OS-X is buggy and insecure, lets put out a bounty for someone to write a better OS from screatch. Good luck with that.
The sensible approach is to take a proven and mature OSS platform and tweak it where needed, but keeping in mind that any non trivial tweak is very likely to introduce new security issues and bugs.
|
|
|
Yep that was the one. Should have bookmarked it. IIRC, for some vector settings, hashrate increased with clocks, but the fastest performance was achieved with other settings and very low memory clocks.
|
|
|
See my post above. Or post your config file if in doubt. Its probably the vdcc lines you have to remove. If you save a config file from cgminer it saves it in the same directory as cgminer.
|
|
|
Indeed lol. Just a day after I rented half my hashing power to some startup pool. Still nice edit: and there is number 6 306 35955 2012-01-01 20:43 0h 04m 4,110 409,454 1.0% 71.757 NMC DeathAndTaxes 119 left 305 160164 2012-01-01 20:39 2h 58m 184,723 1,159,929 14.7% 74.189 BTC Kraken 118 left 304 35953 2012-01-01 20:39 2h 58m 183,009 409,454 36.0% 73.515 NMC Kraken 117 left 303 160146 2012-01-01 17:40 2h 02m 128,879 1,159,929 10.5% 75.259 BTC bitcoinpappi 100 left 302 35933 2012-01-01 17:40 2h 02m 127,437 409,454 26.7% 74.437 NMC bitcoinpappi 97 left 301 160138 2012-01-01 15:38 6h 41m 426,239 1,159,929 30.8% 76.012 BTC bitcoinpappi 92 left 300 35920 2012-01-01 15:38 0h 58m 62,494 409,454 14.2% 75.843 NMC bitcoinpappi 84 left 299 35912 2012-01-01 14:39 5h 42m 359,039 409,454 58.4% 75.072 NMC ibehnk 76 left 298 160090 2012-01-01 08:56 3h 26m 221,858 1,159,929 17.4% 76.938 BTC Turbor 44 left 297 35873 2012-01-01 08:56 3h 26m 219,601 409,454 41.5% 76.173 NMC Turbor 37 left 296 160065 2012-01-01 05:30 0h 46m 51,034 1,159,929 4.3% 78.817 BTC mmariotti 19 left 295 35846 2012-01-01 05:30 0h 46m 50,487 409,454 11.6% 78.056 NMC mmariotti 10 left 294 160060 2012-01-01 04:43 23h 41m 1,550,221 1,159,929 73.7% 78.039 BTC pageus 14 left 293 35841 2012-01-01 04:43 1h 44m 113,787 409,454 24.3% 77.758 NMC pageus 5 left 292 35829 2012-01-01 02:59 21h 57m 1,420,942 409,454 96.9% 77.226 NMC ibehnk confirmed I could get used to this!
|
|
|
small note; config files generated by cgminer can include empty or zero values for vdcc (core voltage). cgminer crashes when you try to launch it with that config file. The solution is to simple edit the config file and either put in the correct voltages, or delete those lines all together. Its a bug that may or may not be fixed in the latest release, but its definately there in the version im using (2.0. .
|
|
|
3 blocks in little over a day. Look again. ITs 4 blocks in 24 hours now. Actually in less than 12 hours. Gotta be a record.
|
|
|
Does dropping the memory clock affect the overall hash rate either up or down? In my own testing it seems to not affect it one way or the other, but I haven't been very scientific.
It depends on the miner app and settings. Ive seen some fancy chart that showed hashrate plotted against memory clock, and in most cases, hashrate actually decreased (only very very marginally, a few %) with increasing vram clock rates, though it wasnt quite a straight line. This is counter intuitive, but apparently had some solid theoretical explanation, something about caching algorithm, but I dont quite remember how it worked. Cant seem to find that graph or thread, if someone knows it, Id love to see it again.
|
|
|
A year ago, btc was trading at $0.292, with a total valuation of $1.4M. Now, seemingly every week, a buy for $50k-$250k USD worth of coins happens. Pretty nifty.
You are assuming all new minted coins end up being available for sale. I think this is very, very far from the truth. My guess is at least 90% of all coins is not for sale, and just being hoarded regardless of exchange rates. That means the influx of money is vastly smaller, at least proportionally to this hoarding rate. Some small indication to back up my gut feeling here: https://bitcointalk.org/index.php?topic=56128.0My coins are not for sale, not if the price goes to $100 tomorrow, not if it drops to $0.1. And yet In a few years time I might decide to get out and sell at either of those prices. I think this is not an exception but rather the rule, so you could say the current BTC price is all but meaningless; its just a reflection of the sentiment traders have about the sentiment of other traders. And those are trading a tiny fraction of the all BTCs. No wonder its so volatile.
|
|
|
I would not mind trying a different miner but it seems like slush's has the best pool right now. It's a 2% fee but you get around a extra 4% in namecoins back. If that is your criteria, bitminter has zero % fee and also namecoin merged mining. The bigger difference is that bitminter is small, so you have high variability. SOme days you will earn a lot, others you will earn nothing, but in the end you will end up higher than with slush. Think of it as a step inbetween slush and solo . Anyway, I mostly suggest bitminter because the miner is a one click thing. YOu could test it in a few minutes, if that, and it would greatly help us to find out if the problem is the miner software or something else. I do agree with DnT that cgminer is probably the way to go, because of its management features (manage clocks, fans, voltages, fail over pools etc);its what I used at bitminter, but its not so easy to setup. And if the problem is the app sdk version, it may not help with the performance problem. I was under the impression kiv's guiminer was one of the bettter ones but I could be wrong. Not wrong, just out of date .
|
|
|
Another data point on (what I'll call) the networking problem:
After quitting and immediately restarting cgminer, no problem for the next 20 minutes, after which this post was made. This is not definitive; could be coincidence, but with more like instances it will become more indicative.
Seems to be the exact same thing I had. I wonder if there could possibly be a correlation with the fact we both use bitminter pool? Is that your n1 pool? edit: it isnt. So its not bitminter doing the long polling for you. It is for me.
|
|
|
His bug is far worse than than the FDIV bug, that one was was pretty obscure. m3sSh3aD's brain bug produces far more and far greater errors and in each and every attempt at math. He posted earlier his electricity costs £0.16 per KwH. to get to £110/month means £0.15/H. So he would be mining at barely over 1000W Hes mining mostly on heavily overclocked and overvolted 69x0 cards. To get 3 BTC per day, you need ~3.5GH. @1000W? Show me a GPU mining rig that gets anywhere near 3.5MH/W.
|
|
|
It is for development of new custom forum software. I can't recall the thread title but theymos detailed the specs for the job in a very long post.
You want a new custom OS to run that forum on too? Perhaps a custom ARM CPU implementation to run the whole stack ? Seriously. Why on earth reinvent the wheel? Have to agree with the OP. Im fine with donations to cover actual costs, but as there dont seem to be any, this doesnt look too well.
|
|
|
When I downclock 1 of the cards from stock speeds(the GPU that gets above 100c), like the two above suggested, the miner runs stably(as far as I can tell in less than an hour of constant mining, not enough time though) this gives one of my GPU's time to get above 100c, the other GPU sits at 80C
You are going to kill your cards at those temps. Find out if something is wrong with the card itself by switching their position (if its an airflow issue) and/or do as I suggested, open the case and point a desk fan at it. You can tweak voltages and clocks all you want later, but at stock speed and settings, these cards should not run at 100C.
|
|
|
A 1200W PSU ought to be enough for any rig. Why are using 2 PSUs?
|
|
|
|