missed the bottom, and was sooo convinced we were still in downtrend, that I broke my own rules, and didn't buy back in when it passed where I had originally sold. Look out for than damn greed, it clouds judgement!
|
|
|
What will happen? Up or down? And if we go up do we go down after that? Do we see $50 ever again?
Yes. No. Maybe. Yes, going to $90 soon volume is surely too low to sustain this long-term. It looks to me like it's corrected about right for having been over sold, and is ready to get back to the slow slide down again soon. This is just based on my intuition, and what some of the more convincing mid-term bears on this thread have explained previously.
|
|
|
Is there a typical proportion of orphaned blocks per good blocks in mining pools? Trying to work out whether certain fees are worth it, and can't work out how to get any stats on proportions of orphaned blocks.
|
|
|
very noobish question:
I'm load-balanced across three pools. I'm thinking of going for the one with the highest average yield, and hoping that the load-balanced setting is basically helping to show up which pools are better. Is using load-balance a reliable way of comparing pool efficiencies?
Not really. Balance or load-balance don't distribute the hashrate perfectly evenly over multiple pools. If it favors one pool over another, and sends more shares that way, you're going to think you're earning more with that pool, when the pools may end up being the same. Whenever I've tried it, it's always given Ozcoin the short straw, submitting less shares to Ozcoin and giving more to the other pools. Idk why it happens like this, but it can make Ozcoin look less profitable, when it's really not. Efficiency means nothing in the stratum protocol era. Compare disconnects, GF and RF.
OK, so I'll set it to 'balance' for unbiased results. GF and RF are 0 for about 36 hours of run time. I'll check those periodically thanks
|
|
|
very noobish question:
I'm load-balanced across three pools. I'm thinking of going for the one with the highest average yield, and hoping that the load-balanced setting is basically helping to show up which pools are better. Is using load-balance a reliable way of comparing pool efficiencies?
|
|
|
Followed all the steps, until now the best tutorial about "Wi-Pi Mining" I read.
should add:
- vncwiever pwd is truncated to EIGHT places. I was hammering away my usual 20-digit pwd. - followed all the steps, didn't work so far. probably something with my router which blocks prettey much everything. maybe include the Pi as a hotspot/wifi repeater as well?
where is this --> ' character on the us keyboard layout?
doesn't this 8 spaces password limitation make it vulnerable to hackers?
|
|
|
Great tutorial. Thanks for putting it together
- The last step is to autostart CGMiner every time we turn on the Raspberry Pi: -We need to edit autostart with this command: sudo nano /etc/xdg/lxsession/LXDE/autostart -At the end add the line: @/usr/bin/lxterminal --geometry=90x35 -e cgminer (The parameter "geometry" is to set the size of CGMiner, so adjust the parameter to your needs) -Reboot using: sudo reboot
Everything went smooth until this bit. When I reboot, cgminer won't start automatically. I'm using cgminer 3.1.1 with Erupter USBs. Might the older cgminer be why it doesn't work? Anyway, I wrote this script with nano, called it auto_cgminer, and saved it in my 'code' folder, cd /home/pi/cgminer-3.1.1/ ./cgminer -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 -S /dev/ttyUSB3 -S /dev/ttyUSB4 -S /dev/ttyUSB5 -S /dev/ttyUSB6 -S /dev/ttyUSB7 -S /dev/ttyUSB8 -S /dev/ttyUSB9 --config /home/pi/cgminer-3.1.1/cgminer.conf
then entered @/usr/bin/lxterminal --geometry=90x35 -e code/auto_cgminer in stead of @/usr/bin/lxterminal --geometry=90x35 -e cgminer into the /etc/xdg/lxsession/LXDE/autostart file. Now it gets mining straight away to config file specs on startup. Now here I got stuck: 11- Install TightVNC on your computer - Write your Raspberry Pi IP - Will ask for the password of TightVNC - If everything is ok, you will see the Raspberry Pi desktop and CGMiner open waiting for the server details. - Write the URL - Write the username - Write the password - Now will start to mine, but we need to save the configuration file: - "S" to go to settings - "W" to write the config file - "Enter" to save the default "bfgminer.conf" - "Space" to clean the screen
I installed TightVNC onto my Ubuntu 11.10 computer, just as I had done as instructed here for the Pi. Then I don't know how to start it up so that I can do the second step, "Write your Raspberry Pi IP". Entering tightvnc or tightvncserver into terminal don't give me an option to enter the Pi's IP... What did I miss?
|
|
|
Is there a typical proportion of orphaned blocks per good blocks in mining pools? Trying to work out whether certain fees are worth it.
edit: probably the wrong thread - reposting in the Mining Support thread
|
|
|
I can't get the btminter mining button to work on firefox, nor chrome. I'm running ubuntu 11.10, and have OpenJDK Java 7 Runtime and Iced Tea Java Web Start 6 installed. When I click on the button in chrome, it just downloads the bitminter.jnlp file. In Firefox, it tries to run it, but running it in Firefox isn't right as it just opens an empty window. The button ran fine on the Windows 7 PC. any ideas?
|
|
|
Is there a thread that explains multiple pools set up for cgminer.
I found https://bitcointalk.org/index.php?topic=68901.0 yesterday. Pooling to bitminter and slush's nicely with the new config file.
are you using active cooling on the USB erupters? if not that might be the source of your crashing. (just a guess, I don't do linux)
M
Yeah. My fan only only arrived today, so we'll see if that helps, but I'm sceptical. The whole thing stops all at once, whereas with overheating I would have expected individual Erupters to stop without necessarily shutting cgminer down This https://bitcointalk.org/index.php?topic=51622.msg615755#msg615755 is the closest I've found to any sort of automated reconnection. I think it's for a screen thing or something, which I'm not familiar with. I don't know how to alter or implement that script for auto-restart of failed cgminer
|
|
|
I've just started mining with half a dozen USB Erupters on Slush's pool (Ubuntu 11.10). Cgminer periodically stops/crashes. When it does, I can't enter anything into terminal, so have to start a new terminal and restart cgminer. I've gone through the readme but can't figure out a way to make it restart automatically when this happens.
Any tips apreciated
|
|
|
Hi, I'm mining for the first time, on Slush as it was frequently recommended. Still haven't got my head around the rewards systems. I've been running at 1.6Gh/s for about 10 hours, and the rewards are so far pretty low. I'm assuming this has to do with the scoring. How long should I wait until the reward rates are more representative?
The rewards are low as compared to what? how much do you expect to get from 1.6Gh/s in ten hours when the whole pool is about 20Th/s? I'm runing about 3.6Gh/s and my 7 day average output is currently .085 btc per day at your rate you can expect about .04something a day. Yup, that's about what I was expecting to be getting according to http://www.bitcoinx.com/profit/. Right now, confirmed reward plus estimated for the round is 0.0072, which would work out at 0.017 for 24 hours. I figured it might take a while to gain score It's just an unlucky spell - what you get per round will stay similar, we should be getting more rounds though. give it 24hrs - take a reading and look at the 24hr pool luck (if pool luck is at 60%, then what you earned is 60% of what you would earn on a normal day). Sometimes pool luck can be around 160% - take that into account aswell. happy mining K. Cheers. I'll check it again tomorrow. To be sure, my system lost connection three times. Once for a few seconds, the other for about 2 mins, and the other about 10-15 mins. Not sure if that would have cost me significantly, but I'm getting the impression not.
|
|
|
Hi, I'm mining for the first time, on Slush as it was frequently recommended. Still haven't got my head around the rewards systems. I've been running at 1.6Gh/s for about 10 hours, and the rewards are so far pretty low. I'm assuming this has to do with the scoring. How long should I wait until the reward rates are more representative?
|
|
|
damn. my bitstamp bid was 30c too low. Gotta pull it. Can't trust there to be second bounces in this maelstrom
|
|
|
Forget another bounce in the the late 70's. this decade is done now. Soon we'll Welcome The Sixties, hippies and social revolution.
that's a pretty steep wall not to bounce off of... edit:, though yes, I'd guess not to high 70s from 71, but at least mids For my part, I opened a position around 85, then 82 seeing massive walls behind. Seeing no momentum i wanted to close again at 82 but mistakenly decided to hold. Waking up i was half shocked to see 14k sells and other biggies and price at 79 and continuing to plummet. At 76-77 i closed my position.Then bought and sold a few in this small rally with marginal profit.. This time i wont trust those walls at 70, it can get eaten by gorillas quick,as Blitz say juicy bids with little spread. And the bounce may not trespass 70 again before visiting further lows. Yeah allot of dropping without bouncing earlier, so hard to judge it. It's looking more bouncy today though. temptation is leading me to risk a small amount on this one
|
|
|
Forget another bounce in the the late 70's. this decade is done now. Soon we'll Welcome The Sixties, hippies and social revolution.
that's a pretty steep wall not to bounce off of... edit:, though yes, I'd guess not to high 70s from 71, but at least mids
|
|
|
I guess it's worth a mention that while waiting for my d-link hubs and fans to arrive, my ubutnu 11.10 laptop is running 3 erupter off an old cheap Topcom usb mini hub 224 p2.0.
|
|
|
I find it really hard to predict the top of these seemingly artificial long steady bull trap rises. Only telling factor I can think of is they'll keep going until the bid depth fills up enough to be worthwhile for a big dumper. Any other factors which may help estimate this?
|
|
|
thanks guys, I'll go for the 2 d-links. I had actually come to that conclusion and am happy to check back here to see it's right
|
|
|
Thanks for such a good thread and informative posts!
I'm getting the gear together while waiting for 10 Erupters to arrive, and have a very noob question. I've looked around but can't find an answer.
I'm not sure how the miners work so don't know whether there is any advantage of using USB3.0 vs UCB2.0 hubs. (for running 10 Erupters of a USB hub or two). I'm guessing no, but to be sure...
|
|
|
|