You need a Kill-a-watt or similar. Actual consumption varies wildly depending on GPU and memory speed, voltage, which miner you use, and which parameters you use with it.
|
|
|
I'm surprised you are getting this Mhash/s rate in Windows. If you were able to recreate these settings in say the latest stable of Debian or the latest release Ubuntu x86_64 do you think it would be even faster?
I'm surprised you're surprised. I get 372 MHash at 930 MHz in Debian. If I could run at 1050 MHz like the other guy I should get about 420 MHash.
|
|
|
There's also no rule that says the difficulty consistently increases. Actually, we have seen the difficulty drop when price drops.
Only once. On the other hand the difficulty has increased many times the last months even if the price was falling.
|
|
|
No. Lots of people think like you, so difficulty will probably rise to at least 200 000 in about two weeks, and even more after that. If the price stabilises at this level, the difficulty will rise quickly to about 300 000 and then it will continue to rise but not as fast.
|
|
|
If it's just for mining it's incredibly overkill.
|
|
|
I just got this error while it was mining: 02/05/2011 11:39:32, 0cfa6185, accepted 02/05/2011 11:39:48, warning: job finished, miner is idle 02/05/2011 11:39:49, Unexpected error: Traceback (most recent call last): File "/home/user/poclbm/BitcoinMiner.py", line 172, in mine self.sendResult(self.resultQueue.get(False)) File "/home/user/poclbm/BitcoinMiner.py", line 197, in sendResult d = result['work']['data'] TypeError: 'NoneType' object is unsubscriptable 02/05/2011 11:40:04, dacd0ae0, accepted
|
|
|
Where my shares gone? Don't know why they're not listed in that page, but they're registrered: jrstatus.pl 1KaSXG6ncuriX2MXpsFohT7eELNQJSiS1E oldest: 2011-04-30 00:54:00 newest: 2011-05-01 00:53:00 balance: 0.827431
|
|
|
It should consume more than a stock 5970 due to having 4 GB VRAM alone. I happen to have a similar card (Sapphire 5970 4 GB Toxic) which also consumes more than a stock 5970. It's because it's factory overclocked and overvolted, not because it has 4 GB RAM.
|
|
|
If you're on Linux this script will display info about one address: #!/usr/bin/perl
use JSON; use LWP::Simple;
my $acc = shift; my $data = decode_json(get('http://luke.dashjr.org/programs/bitcoin/pool/balances.json'))->{$acc};
printf "oldest: %4d-%02d-%02d %02d:%02d:%02d\n", sub { $_[5]+1900, $_[4]+1, @_[3,2,1] }->(localtime($data->{oldest})); printf "newest: %4d-%02d-%02d %02d:%02d:%02d\n", sub { $_[5]+1900, $_[4]+1, @_[3,2,1] }->(localtime($data->{newest}));
printf("balance: %f\n", ( ($data->{balance}) / 100000000 ));
Save it, run chmod +x <filename> and then ./filename address
|
|
|
It ends with ,"":null}, but otherwise it seems fine.
|
|
|
I guess it can't get much easier than this Do you know if your service can be used with this pool? http://bitcointalk.org/index.php?topic=6667.0The reason why it might not is that it includes the transfer directly in the block, so it requires 120 confirmations. I see that you just show the incoming funds immediately. It would be nice if was possible to see the confirmation status for unconfirmed transfers.
|
|
|
I see everywhere... is there an alternative, or a need to specify this when using phoenix? No and no, but everybody just copies everybody elses setup, so this kind of thing spreads quickly. It's the same thing as the bat/cmd-file everybody makes to start the client even though a short cut would be easier.
|
|
|
Good. I want to collect accurate data, so: stock shader clock as well as stock memory clock? No changes of the PowerTune settings? No GPU voltage mod? No mem voltage mod? Shader clock can't be changed separately and GPU voltage doesn't influence speed. I have voltage at 1.02 for 830 MHz and 1.1 for 880 MHz. Memory speed is set to 150 MHz.
|
|
|
Not 720 but 679: 2*830/880.*355 = 679 Mhash/s theoretical. However the best I have seen reported by a Phoenix user on 6990 at 830 MHz is 650 Mhash/s. 708/650 = 9%. I'm not sure what you're saying no to, I get slightly above 340 Mhash at 830 MHz with -f 1.
|
|
|
I am glad your price is so high. If it was lower it would distort the mining market and I would be Forced to buy it to keep up. At that price so few people buy it there is little impact.
And of course, if anybody has purchased it and found that it works really well it would be stupid to tell others. Anyway, 9% seems like an exaggeration. I get ~360 Mhash at 880 MHz on my unlocked 6950 with poclbm, so a 6990 should give 720 at the same speed. That's even without "cheating" by using dynamic speed.
|
|
|
So only downgrading to OpenCL 2.1 would fix this?
Yes, but 2.1 doesn't support the 6xxx series, so you can't do it if you have one of those.
|
|
|
I was able to run the card at 850MHz all through last night. So it's just 900 MHz specifically that's giving me unhappy times. Maybe I should try 899 ...
50 MHz is a *huge* difference for stability. For instance, the last GPU I optimised will run just fine at 850 MHz, crash after a while at 860, and crash immediately at 870.
|
|
|
I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%. It's because OpenCL 2.2 and higher is broken if you have more than 1 GPU.
|
|
|
|