So I dropped my memclocks and bumped my intensity. Got a minor increase in shares per minute (which matters more than hashrate). ...
Is there a theory about the relation between hash rate and shares/minute? Overall they must correlate, but I've observed that the correlation is not perfect. They correlate, but proportional to luck. So if you're "tuning' based on the value returned for shares/minute, then you're changing settings based on the luck of your most recent mining session, and nothing to do with hash performance... Someone was talking about how they were getting higher hash rates when they changed one of their options (I think vectors) but were getting lower shares. I thought they had done it over a long period of time, but it might have been them talking out their ass. They said something about the card having way more rejected shares than expected. When they changed their setting for vectors to something lower, their MH/s dropped a small amount but their submitted shares went up. This would have been back in June, so I'm not sure what to even search. |
|
|
|
block_tx 31386 31603 after just over 3 hours. My VM host was acting up for a bit and not giving the guest it's full CPU, but it seems to have sped up now.
sorry for off-topic. I switched to postgres due to mysql performance-issues. it _is_ faster (in the bitcoin-abe case at least) Well I was wanting an excuse to play with postgres, but I think right now is in the middle of too many other things. For now, my server is still running at max load with mysql. When I do get it up, it will be at electrum.stitthappens.com (might as well change redemerald to my real name now :p ) and the hidden service will be at esvua6k2gzjj64ad.onion Well I'm having troubles. $ bitcoind getinfo
{
"version" : 50100,
"balance" : 0.00000000,
"blocks" : 160203,
"connections" : 9,
"proxy" : "",
"generate" : false,
"genproclimit" : -1,
"difficulty" : 1159929.49722438,
"hashespersec" : 0,
"testnet" : false,
"keypoololdest" : 1325056151,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"errors" : ""
}
$ electrum-server
starting Electrum server
cache: yes
No handlers could be found for logger "Abe.DataStore"
Enter username for jsonrpc at localhost:8332: bitcoinrpcusername
Enter password for bitcoinrpcusername in jsonrpc at localhost:8332:
Enter username for jsonrpc at localhost:8332: bitcoinrpcusername
Any ideas? I have the username and password set in /etc/electrum.conf so I'm not sure why it's prompting me for them. When I put them in, it just prompts me for them again. |
|
|
|
So I dropped my memclocks and bumped my intensity. Got a minor increase in shares per minute (which matters more than hashrate). I'm tempted to bring GPU 1 up another 5 MHz to match GPU 0, but when I ran it like that before it crashed after a couple days. GPU 0 and 1 are my 5970. I'm really temped to buy a second card now that my paycheck cleared. cgminer version 2.1.0 - Started: [2011-12-30 04:16:36]
--------------------------------------------------------------------------------
(5s):1081.5 (avg):1082.7 Mh/s | Q:59366 A:54757 R:1627 HW:0 E:92% U:14.45/m
TQ: 5 ST: 6 SS: 1 DW: 2356 NB: 396 LW: 2803 GF: 245 RF: 8
Connected to http://goat1.zapto.org:8337 with LP as user redemerald1
Block: 00000ada8101be812ceac86e64822a87... Started: [19:20:00]
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 74.5C 4364RPM | 382.5/381.8Mh/s | A:19264 R:592 HW:0 U:5.08/m I:9
GPU 1: 70.5C | 380.2/379.6Mh/s | A:19106 R:626 HW:0 U:5.04/m I:9
GPU 2: 69.5C 1569RPM | 317.0/321.3Mh/s | A:16387 R:409 HW:0 U:4.32/m I:9
--------------------------------------------------------------------------------
GPU 0: 382.8 / 381.8 Mh/s | A:19264 R:592 HW:0 U:5.08/m I:9
74.5 C F: 85% (4354 RPM) E: 830 MHz M: 160 Mhz V: 1.049V A: 99% P: 0%
Last initialised: [2012-01-01 06:45:45]
Intensity: 9
Thread 0: 193.8 Mh/s Enabled ALIVE
Thread 3: 188.7 Mh/s Enabled ALIVE
GPU 1: 380.4 / 379.6 Mh/s | A:19105 R:626 HW:0 U:5.04/m I:9
71.0 C E: 825 MHz M: 160 Mhz V: 1.049V A: 99% P: 0%
Last initialised: [2012-01-01 14:44:38]
Intensity: 9
Thread 1: 191.6 Mh/s Enabled ALIVE
Thread 4: 188.6 Mh/s Enabled ALIVE
GPU 2: 316.5 / 321.3 Mh/s | A:16385 R:409 HW:0 U:4.32/m I:9
69.5 C F: 43% (1575 RPM) E: 1000 MHz M: 160 Mhz V: 1.162V A: 99% P: 0%
Last initialised: [2011-12-30 19:46:43]
Intensity: 9
Thread 2: 161.8 Mh/s Enabled ALIVE
Thread 5: 154.2 Mh/s Enabled ALIVE
[E]nable [D]isable [I]ntensity [R]estart GPU [C]hange settings
|
|
|
|
Thanks for great link, it's exactly the answer what I has been searching for. It's actually very similar to the solution which I discussed with genjix on IRC, but it's nice to see that others found same solution independently. It looks that I'll choose those conventions described on stackexchange. It is slightly complicating all the signing the stuff, because it de-facto needs custom object encoder. However it is necessary to implement only in clients which require signing of proxied calls; common clients (using only blockchain service directly on overlay server) probably won't care about signing at all. Edit: excellent, I found that "canonical JSON" is widely used term and there are some implementations in various languages already, like jsonical for pyhon ( http://pypi.python.org/pypi/jsonical/). I just need to test if those implementations are compatible, but it looks like step in good direction... This looks interesting too. It doesn't seem to match some of the other specs I've seen though. https://github.com/jchris/canonical-json#readme |
|
|
|
Contest is closed, I picked name "Stratum". I'm sending 2BTC to Marcus right now!
I liked that name best, too. |
|
|
|
Fair enough. I just want to emphasize again that you can have speed and convenience with a lightweight blockchain. Just see BitcoinJ, it runs even on mobile phones.
To developers it's not convenient enough. I wanted to use bitcoinj for a java web app, but then discovered I would have to maintain the blockchain in order to use it. This means consuming a lot of traffic for a simple web app that will be idle 99.9% of the time. Having an external API can make me practically stateless - I just have to store keys, that's all - which simplifies my life considerably. This. I'm not interested in my thin client downloading and saving anything. I'm working on a phonegap application that is pretty much just one html file, one css file, and one javascript file. Private keys are stored encrypted in local storage (like GLBSE) or generated deterministically when the client is opened (we'll see how well js can do this /me crosses fingers). There is no room to download even a lightweight blockchain. As far as signing, we should look at how other people have done it. OAuth alphabetizes the fields and then does some more. I don't like the idea of having to implement a "canonical_encode" but it looks like it might be necessary. http://stackoverflow.com/questions/4670494/how-to-cryptographically-hash-a-json-object |
|
|
|
it was quite a surprise to hear from one of the original Cypherpunks that banks LOVE chargebacks.
That surprised you? really? |
|
|
|
|
I must be missing something. Why "3"?
|
|
|
|
When I first start my miner, it usually shows a higher than accurate rate. Over what timeframe did you see this drop? What are you mining on that gives you 84 MH/s? nvidia?
What are your system's temps? The drop was after a restart (the whole previous day it was 84Mhash). It's a Radeon HD 4830, mining at 72C. Did the graphics drivers update? There have been lots of reports of the recent drivers dropping hash rates. A reboot would cause newly installed drivers to load. |
|
|
|
Looks like everything is under control here since the last time I've posted on this tread. I only have a comment on the following: The moment I break even on my mining investment, I will be much more willing to donate my coins and donate to this forum as well as to the bitcoin 100 as I think both are very helpful for the bitcoin community.
That's good enough for me. I took the liberty of adding your name to the list, Red Emerald, including a 1 BTC pledge of which I've honored by proxy. Hope you don't mind. ~Bruno~ Thanks! |
|
|
|
My hash rate dropped from 84 to 61 without making any changes to the system (upon a simple shut down and power on). Great.
I don't suppose anyone has any suggestions?
When I first start my miner, it usually shows a higher than accurate rate. Over what timeframe did you see this drop? What are you mining on that gives you 84 MH/s? nvidia? What are your system's temps? |
|
|
|
I wish javascript could talk over plain TCP Sockets...  A simple web client cannot query cgminer on 4028 directly. This is too bad. I was really hoping that I could write a simple index.html that could query any cgminer instance without having to add anything to the server running cgminer. For now it looks like I will use my python script to proxy calls so that an ajax request can get them. Minor adjustment of what you said: You need to add to the server running the web page. If the web page is on the miner - then you can add php as easily as you added the web server. (and if you didn't install the web server, but someone else did - ask them why they forgot php) A simple web server that serves just html is way lighter weight than installing PHP. My miner doesn't have the space for much at all since its running off a USB stick. It barely had the space for the tiny python site I made. I was planning on using phonegap to make a monitor app. This creates an app that is just an html and javascript page running right on the smartphone. I wanted the phonegap app to directly query the cgminer instance. Instead, I am querying a small website that is running on the miner. I've setup my site so it can run anywhere though. It also has some basic caching and can add authentication or any number of things pretty easily. This is probably better than querying cgminer directly anyways. I'll likely move this over to my actual webserver and set --api-network since litecoin mining is making the site sometimes unresponsive. I'll also get it running on port 80. Right now the site is super minimal. I'm probably going to use backbone and jquery mobile to make a really easy to use page. Maybe even play around with image generation to make sigs (although we can't use images here anymore ) |
|
|
|
Hi everyone. Sorry for the delay. I was busy with work and had the new years party last night, then got rather sick (food poisoning). I am taking the day off today and should be able to catch up on everything and even make an FAQ.
Sorry for the bumpy start.
This felt good to see {
"account" : "goat",
"address" : "1DKkH6BBY1z96fcgoprnfTmJ2gdQt4zSHs",
"category" : "receive",
"amount" : 6.05000000,
"confirmations" : 0,
"txid" : "740ea0bfab35fc0ae9a7042ffae5a7c2bf84d31b0d8e32b0b009ee6bd9e8c0bc",
"time" : 1325212811
}
I've got my miner back online and pointing at you. |
|
|
|
I wish javascript could talk over plain TCP Sockets... A simple web client cannot query cgminer on 4028 directly. This is too bad. I was really hoping that I could write a simple index.html that could query any cgminer instance without having to add anything to the server running cgminer. For now it looks like I will use my python script to proxy calls so that an ajax request can get them. |
|
|
|
|
This was a nice and simple explanation. I'm not interested in playing the market and prefer to work on services, but thanks for the refresher. It's been a while since my last econ class.
|
|
|
|
Holy Crap! It's, it's... It's Beautiful!  That's sexy. |
|
|
|
|
Great set of questions, mav.
I think most people don't actually understand what pyramid/ponzi schemes really are and so explaining how bitcoin is different is difficult.
The mining subsidy definitely comes across as free money. We need to make it more clear that this is payment for securing the network.
Can someone provide an argument how it is a scam?
|
|
|
|
I've migrated the source of this document from Google Docs to be a Markdown-formatted file AND moved the master source file to GitHub. If you have any further corrections, you can edit it yourself and send me a pull request! Thanks again for all the input! Great work. Using git for something like this is really neat. |
|
|
|
sudo ./cgminer
cgminer doesn't need to be run with root. No need for sudo |
|
|
|
|
Show Posts
