Bitcoin Forum
July 03, 2024, 06:04:32 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 »
1  Bitcoin / Pools / Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 09, 2013, 08:53:18 PM
The last crappy day like this was 20 days ago   Cry

Sorry for not warning you - I came back to Slush yesterday. That's why the the luck has turned bad.

Sorry about that!
2  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 21, 2013, 06:25:59 PM
Seems that ASICMiner is now mining SOLO.
3  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 14, 2013, 01:02:15 AM
I think there are some web servers (there are many) that are down. The load-balancer sometimes sends you to an 'up' web server and sometimes to a 'down' web server. Bit worrying.

[EDIT] Based on my api ticker - it's failing about 25% of the requests - so I reckon 1/4 of the internet facing web servers are not responding.

[EDIT2] I'm still with Slush tho - and mining is unaffected by the internet facing web servers - loyalty counts - have faith

The LB is supposed to detect that and remove it from the farm. Seems that there's no probe activated in the LB.
4  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 06, 2013, 11:34:18 PM
Payout history Time Zone

What is the timezone for the payout history? I have one tagged for May 07 but we're still May 6 in UTC.
5  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 06, 2013, 09:57:09 PM
@ Lucko

Then it means it could take 70+.
I doubt they get into the next block, because that would brake the score calculation - they enter the database later, but in the exact place and when submitted are triggering recalculation, which explains the jumps up and down for the last few rounds (and unconfirmed rewards), but will never happen for the 'confirmed' ones.

Exactly the opposite ('confirmed' is after 100 blocks), but let's stop here. There's no point in arguing.
OK so we agree on everything. So there was a problem. Block confirmed and missing shares according to log.

Personally, I use the U: field in cgminer to calculate my approx submitted shares. It's in submitted/min rate.
6  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 04, 2013, 05:40:08 PM
ive heard that you can underclock memory below chip speed on 7970,
but i cant find any stable points can anyone list stable oc and uc settings for stock cooling?
[


I'm undeclocking memory at 350 with MSI Afterburner prior to starting my mining. You cannot do it with cgminer.

You must modify the Afterburner config file for this to work. Can't remember the details. Check in the Google machine.
7  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: May 04, 2013, 12:29:27 PM
To all those who pointed out my guiminer problem was because I had all three miners pointed at the same gpu, you were right - I was
smart enough to set the GTX 480's up correctly but forgot to check the same when I cloned 2nd & 3rd gpu from my first 7870 miner.

guiminer connects to stratum.bitcoin.cz:3333 ok, and all three are putting out 360+ MH/s.
I'm happy that you're getting 360+ MH/s on your Asus HD7870DC2-2GD5-V2 gpus.  The Fedex dude was just here a couple of hours ago to deliver two of exactly the same cards that you have to replace a couple of mining-challenged Nvidia GPUs on an old gaming rig.  I have come to the conclusion that generally, AMD cards that are moderately OC'd, usually hashes around 26% of the number of stream processors.  So I figured that I would be getting around 265 MH/s (26% of 1024 stream processors) out of each of these cards.  At what clock are you getting 360+ MH/s with, may I ask?

7850 - I got about 330MH/s - 1200Mhz
7870 - 430-450MH/s - 1215Mhz
7950 - 540MH/s - 1150Mhz
7950 - 520MH/s - 1100Mhz

That's what I've been getting returned the 7850 now running two 7870, two 7950.
Thanks...and please see "Edit" to my original post (eyes too slow, fingers too quick).  Anyway, are those clocks sustainable?  I imagine that you must be either in a cold region or in a very well-cooled data center.  The only time I get up to such clocks is when I try to do a quick benchmark...and during winter...and then it dies.

FWIW: I am running a 7870 and a 7970 in the same PC. They are running from guiminer with just -v -f0 and -w 128 or 256 flags, but I set the clock performance from Catalyst Control Centre.

7870 is giving 430MHash/s at 1170/1200 engine/mem, with fan set to 60% and power -5%. At engine 1200 it crashes fairly quickly.  Runs at 66C, VRM1 at 71C

7970 is giving 645MHash/s at 1125/1000, 60% fan, -5% power. Runs at 67C, with VRM1 at 88C

One side is off the computer, the PSU is sitting on top, and it's in the cellar where it's nice and cool. Plus we're about 700ft/210m above sea-level, in a rural so that's generally less warm all round!!!!

You can get over 700 with a 7970 easily. I have 2 in the same box at 700. But one is running at 68C and the other at 80C. I can push them to around 710 with GPU clock at 1200 but it gets unpredictable and unstable.
8  Bitcoin / Mining / Re: Diamond x3 7970 @ 670-700MH/s each on: May 01, 2013, 12:59:34 AM
I got only 610-630 on my 7970

I have 2 running both at around 705. One is a Gigabyte and the other is a Sapphire Dual-X. They both have to be tuned differently. One runs at 80 C and the other at 68C. Oddly enough with auto-fan, one needs a targe temp at 68C to keep the GPU at near 100% load while the other needs a target temp at 82C to keep a load of 100% GPU. It took me a while to figure that one out!.

Running at 340 clock speed and 1200 GPU speed on both.
9  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 27, 2013, 01:34:26 PM
Can anyone explain the effect of worker difficulty?  I see where it asks the expected hashrate of the worker and then raises the difficulty for that worker if the hashrate is very high.  What effect does this actually have?  What effect does it have on a worker to have too high or too low of a difficulty set?  I googled but could not really find it explained.  If someone has a link or an explanation I would appreciate it.

Nothing. Your submitted shares have value x difficulty. You'll see less submitted shares from cgminer but they will be multipled by the worker difficulty to calculate your score. For very very short duration consecutive blocks you may get screwed once in a while because you work did not submit any shares at a higher difficulty. n my opinion stick with the lowest granularity unless you have a large Caterpillar bitcoin mining machine.

It's basically getting paid by the shovel or by the bucket for your work.
10  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 25, 2013, 05:02:21 PM
Slush is down to 5%. No PPS is hurting it in my opinion. I tried both on BTC Guild and PPS is much more lucrative than PPLNS (I know Slush is different with SCORE). No wonder BTC Guild has started defaulting new workers to PPLNS.

BTC Guild's current PPS rate: 0.0000026464471419
My current PPS rate on slush's pool (avg. from the last 30 blocks): 0.0000026582937162

Even with the problems due to OVH being full of idiots and a 24h pool luck of 67%, I'm still making more here than I would have on BTC Guild...

Unfortunately, you can't consider Slush as being PPS as the payout is based on luck. But I was only making an observation in general between PPS and PPLNS systems from a pool that is consistent on the difference in payout bewteen the 2 methods. I was averaging around 0.06 BTC/day with PPLNS and almost 0.1 with PPS!

Not tying to dis-credit Slush in anyway.
11  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 25, 2013, 04:32:07 PM
Well Slush has us all happy again.

Slush can i ask for 1 more thing, can you change our LUCK at finding blocks,

4 hour block, now, 5 hour block an hour before that and another 5 hour at the start of the day.

Not good for us

joolz


joolz, I am unsure if you are kidding or not...

Slush is down to 5%. No PPS is hurting it in my opinion. I tried both on BTC Guild and PPS is much more lucrative than PPLNS (I know Slush is different with SCORE). No wonder BTC Guild has started defaulting new workers to PPLNS.

I will be back to Slush when it stabilizes.

12  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 24, 2013, 09:36:07 PM
I also confirm mining still works without issues.
Now let's all be patient while slush fixes the database and the front-end is available again.

Although I'm only someone with little mining power and a few funds with Slush's pool, I had the following remarks:

  • On the frontpage of your site it says "api.bitcoin.cz:8332" is the main pool URL, although you announced at 10/3 that "stratum.bitcoin.cz:3333" is the default mining URL: "Default mining URL for Stratum is stratum.bitcoin.cz:3333. If you're still using api.bitcoin.cz, please fix your URL to prevent fallback to deprecated Getwork protocol." Why not change that as it doesn't seem to redirect?
  • Any consideration for a 2-step authentication? I know this has nothing todo with the recent intrusion, but I think this extra authentication will make your pool stand out (even more).
  • Any possibility someone at OVH could be responsible for the recent intrusion? I do not know much about hacking, but it looks obvious physical access was needed here.
  • Since the front-end is currently down and Google cache can be slow I can't tell which page exactly; but there is a page in Dutch that's only partially translated. If you need my help with any Dutch or French translation, feel free to ask.
  • Although it is logic you take care of your pool - since you created it and are making profit from it - I do really appreciate your transparancy and way of dealing with this situation. Thanks for that.
I know VIP means "Very Important Person", but what/who are considered VIP at Slush's pool?

Do they have a different address than stratum.bitcoin.cz?

Just venturing a guess, I would think that it's probably reserved for ASIC miners.

Or in network terms, VIP means a virtual IP - through a load balancer
13  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 22, 2013, 02:19:30 AM
Speaking of ' Weird Block ' ... since having to kill all the blocks my wallet had and restarting my PC ( and reloading the backup wallet ) I have yet to get more than 3 connections to the bitcoin network and re-re-re-download any blocks....

Not going to blame anyone, just thought it was weird and with the random DDoS attacks that have been reported lately kinda makes the paranoid inside me wonder if there isn't some US government conspiracy going on since it is a decentralized currency they have no influence over ( unless they started their own mining pool )......

any one else have to kill the wallet's data files and not get any blocks in the last ..... 24 hours? ( -8 GMT at 5pm Pacific time )

I had a problem with Bitcoin-QT throwing corrupted database errors. Even deleting and re-sync the block chain I had the same error. I backed up my wallet.dat file and used an online wallet since then.
14  Bitcoin / Mining / Mining operators on: April 21, 2013, 07:11:13 PM
Pardon my noob question.

I have a question on mining operators. How do we know they are declaring 100% of the found blocks to the pool? Couldn't they simply skim a few blocks to an unknown entity once in a while?

Is this 100% based on trust?
15  Bitcoin / Mining / Re: Asus HD 7970 Direct CUII settings and results on: April 21, 2013, 07:05:23 PM
I'm running mine at 1200 core, 1050 memory, 100% fans, with temps in the 78-80C range, turning around 710MH/s.

You're going to kill your fans if you run them constantly above 80%. Not worth the extra 30MH/s in my opinion.
16  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 21, 2013, 06:41:30 PM
bit of digging and the ' update ' file that failed was related to an old NERO i had to install to make a KNOPPIX iso in to a disk.... forgot that older ( win 98 compatable ) programs dumped things in to task sheduler but it should not have had an issue with the wallet.

If you did not get the wallet to back up your transactions ( any since starting it ) finding any coins for the ' old ' wallet may be useless and there is no way ( that I know of with out the cost of sending ' to yourself ' ) to make one wallet out of 2.
The only way I know to restore is to close the wallet, move the backup file ( of the walllet.dat ) on top of ( replacing and re-naming if needed to ' wallet.dat ' ) in the previously mentioned folder ( for those that missed it &system&\&user&\application data\bitcoin )

Create a wallet at blockchain.info and drag and drop you wallet.dat file there. It supports encrypted files. If you don't trust their security, you can then transfer to a new address created otherwise.
17  Bitcoin / Development & Technical Discussion / Re: Probable Dead Bitcoins on: April 21, 2013, 02:02:50 PM
A wallet can change hands without moving, private keys are being traded, leave em alone!

Who would accept a private key from someone knowing that the original ownwer could have kept a copy. I understand the concept between family members etc but besides that I don't see any advantages.
18  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 21, 2013, 12:52:50 PM
Something doesn't seem right.

With stated 9.7k Ghash/s, slush should have a higher market share.

As the pool luck ever been this low?

http://blockchain.info/pools
19  Bitcoin / Pools / Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: April 21, 2013, 12:24:51 PM
I still can't connect via Stratum since the DDoS attack. I have tried all three stratum addresses. It seems to be communicating, because when I enter an incorrect password, another message comes up.


My newbie thread about the problem, it contains more details: https://bitcointalk.org/index.php?topic=179870.0

Maybe you account is FUBAR on the slush side. Have you tried simply creating another account or at least a second worker on the existing account?
20  Bitcoin / Mining support / Re: 2x 7970 crash on: April 20, 2013, 07:33:22 PM
I've got 2 Gigabytes 7970s, each running with 2 threads. They run super hot (so hot I have to leave a door open for them in Alaska), but are stable at 1180/110, each pulling just under 720Mh/s.

Try running the card at 1100Mhz core with the second thread active and work your way up.

Thanks - it was the PSU - traded the CoolerMaster 725W for a Corsair TX750 and all is good.
Pages: [1] 2 3 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!