Bitcoin Forum
May 24, 2024, 06:47:25 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 »
261  Bitcoin / Mining software (miners) / Re: Which is the best linux distro for bitcoind? on: June 21, 2013, 11:09:37 PM
Centos....

Cut the crap and don't support a spyware company, you just need a basic CLEAN server install, as minimum as possible so that the memory is maxed.

Be CLEAR that  hosted services SHARE the ram and generally use dynamic allocation and bulls* 'time sharing' of ram.

This can cause subtle issues with  the linux kernel...
Also don't use a company that uses 'parallels' as their virtual support system, ensure they use VMware.
If anyone tells you that are the "same" or that parallels  is "better" then they are an idiot... stay AWAY from them as much as possible  you may become infected by their stupidity.....

Nine times out of ten, you will find it is the hosting environment that screws you over more than the hosted one.


262  Bitcoin / Pools / Re: [2.4 TH/s] Bitparking Pool, DGM 1.5%,vardiff,stratum,Merge Mining on: June 21, 2013, 10:17:00 PM
You know I'm on strat because we HAVE discussed this.. that is why you 'retired' some servers.
I get quite a few emails and requests for support, it's helpful if you answer questions in a civil tone with the information requested so we can move towards a solution. If you're not willing to do this I suggest you mine elsewhere.


I have been civil, and this is a poor attempt at deflection

There is more than 20Gh I can point at your pool, but if I have to continually adjust my costings and monitor the setup so I don't loose money (something you are being paid to manage), then I can just as easily point it at Elgius.

You provide a chargeable service, perhaps it would be conducive to your pools health  if you started to act like it, or perhaps it is YOU that should not be in this business.

But I will take your suggestion.... If your system can hold together long enough to for me to meet the minimum target for payout.
To that end I have thrown 4GH/s at your pool to see how long it can go without serious issues, but the pool has already started to 'pull' downwards.
Elgius shows the same allocation as >4.4GH/s


263  Bitcoin / Pools / Re: [2.4 TH/s] Bitparking Pool, DGM 1.5%,vardiff,stratum,Merge Mining on: June 21, 2013, 10:58:07 AM
I would like to know the % of orphans other pools have, because I still have the feeling that this pool has a fairly high ratio.
This most recent orphan was caused by a bitcoind issue that an emergency patch was supplied for. The issue caused the bitcoin daemon that the pool daemon was hidden behind to crash due to OOM and the pool daemon no longer received updates. It's unfortunate but not much could be done about bitcoind bugs.

This one, or are we talking about another one?

Quote
2013-06-20 11:52   08:03:57   0.02035677   19,905   orphaned


Why in your GUI can we not get  access to the orphaned data(block number)?
264  Bitcoin / Pools / Re: [2.4 TH/s] Bitparking Pool, DGM 1.5%,vardiff,stratum,Merge Mining on: June 21, 2013, 10:53:36 AM
Yep this is just too much.......
The pool is continually playing up.
This is the first I've heard of this. Are you on getwork or stratum?

giving the miners work then continually rejecting it.... with "unknown-work"
'unknown-work' means work is being submitted to the pool that it didn't serve. What mining software are you using? Do you have backup pools configured with it? Do you have any logs you can provide to look into it?


Seriously.......
Quote
This is the first I've heard of this. Are you on getwork or stratum?

You know I'm on strat because we HAVE discussed this.. that is why you 'retired' some servers.


I have TWO Identical accounts under different usernames on the servers with IDENTICAL settings and yet one continually plays up.

I.E
Quote
Stratum worker authorization timed out


Quote
2013-06-21 18:31:22.532   [400]       *USERID*_Stratum2:    Successfully subscribed to Stratum service

Quote
2013-06-21 18:31:25.196   [350]   Worker_H01_12:    Found share:
2013-06-21 18:31:26.153   [200]   Worker_H01_03:    *USERID*_Stratum2 rejected share d90a6a63 (difficulty 1.54167): timed out
......
2013-06-21 18:31:27.354   [350]   Worker_FRA_03:    Found share: *USERID*_Stratum2:00000002724d64614a9b4728e0935112926ff809d2b5478e2f3984490000003a00000000b9bb6c2 19d3945c0836d8f309f98b421428ac9cc1b6b6b5f868d1a37a113d2dd51c42b511a00de15:b9352787
2013-06-21 18:31:27.355   [200]   Worker_FRA_03:    *USERID*_Stratum2 rejected share b9352787 (difficulty 10.32996): Connection is not active



And yet I have  ZERO problems with elgius,BTCguild,ABCpool
50BTC gives me problems when it is DOS'ed

So why is it that one account mines fine and yet another is continually a problem, or is it that the 'new' account is the only one that works reliably ?
265  Bitcoin / Pools / Re: [700GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: June 18, 2013, 01:48:37 AM
How do you guys keep your latency so low? My "Bitcoind GetBlockTemplate Latency" hovers around ~200ms even though my google ping is a pretty steady ~22ms. My machine is running nothing other than p2pool/bitcoind.

My efficiency right now looks OK, but in past times orphans have jumped up a bunch.



myths........

Ping is an accurate measure of latency to a remote computer system..

Ping from a 2rd party machine is a good indication of local to 3rd party.

Actual...
Pings are 'cheap' to deal with, hell some are even turned round by the infrastructure BEFORE they reach the machine, or even by the network stacks in the load balancing systems.

1.The ONLY way to get a TRUE measure of your latency is to fire up Wireshark or some other network analyzer.
Analyzers TRACE packets to the destination port and back again, they are also give an indication of how fast/ quickly the internal infrastructure is processing YOUR request.

2. CHECK the DNS redirection, for example 'BTCguild' bullshitted that they had 'local servers' in various places in the world....
What they actually had was 'redirectors', that just used DNS to redirect to the US..... (maybe its changed now)
This is NOT the same, and is actually MORE expensive  packet wise.....

3. you 'may' be able to gain a little speed per network packet by using an absolute ip address for the pool  instead of a domain name, but it is risky (some countries have SHITE DNS infrastructure)

4. You may not like it..... but choose a pool with a low Latency....

also be aware that there seems to be a new sort of 'ddos' attack, rather than taking the pool off line (which a client can detect and switch)
this attack seems to be able to  allow connections to the pool, but then causes most work to be rejected as 'unknown....'?
Possibly a redirect of the services to a 3rd party, ultimately since the client cannot detect this, the miner (person) is more likely to say F*** it and just not use the pool.. rather than loose the work with unproductive connections.
266  Bitcoin / Hardware / Re: Recieved 50GH BFL Single Today! on: June 17, 2013, 10:48:06 PM
Looks distinctly... old, scratched and used, not a nice polished surface. Maybe it's just the photos...

Have fun mining! Make sure to update with power usage.

Now you say that, I kinda see where you are coming from!

I reckon BFL held off are and still holding off sending out LOADS of miners because they themselves are mining a MAJORity of them first >.<

simple test.....
Open it up and check for dust/signs of heat marking.

If there are none, then I would suspect the bubble wrap, we have a similar problem in the China factories, we find the Bubble wrap is sometimes CRAP and will actually damage a products painted surface due to impurities in the BB wrap.....

Also certain types of poly bag has the same effect...., it depends on the paints chemistry.

The other thing is that if you ordered early it should be a 60GH/s unit.........
267  Bitcoin / Mining / Re: If Bitcoin dies... what could I do with 50 GPUs? on: June 17, 2013, 01:08:36 PM
More than you could do with  ASICS
268  Bitcoin / Pools / Re: [2.4 TH/s] Bitparking Pool, DGM 1.5%,vardiff,stratum,Merge Mining on: June 17, 2013, 06:21:46 AM
Yep this is just too much.......
The pool is continually playing up.

giving the miners work then continually rejecting it.... with "unknown-work"

and no... it is not down to a block change.


25% rejected shares is just  not on........ going to meet the minimum pay out then i'm pulling the plug permanently....
269  Other / CPU/GPU Bitcoin mining hardware / Re: ASIC's (and the wider network) as encryption crackers. on: June 17, 2013, 02:21:26 AM
No, and no.

wow, that was a pretty impressive response with as little words as possible.

+2

Yep but the noob completely missed the point... and possibly the links....
270  Other / CPU/GPU Bitcoin mining hardware / Re: Guide: Building a Solar Powered Mining-Plant on: June 17, 2013, 02:13:33 AM
I think it's really expensive to power your house from batteries at night.  Most houses get power from the grid at night.

Wouldn't the batteries be charged during the day though, to where at night all you're doing is burning up the saved energy, then replenishing it (while at the same time generating power for things) during the day?

Yes, but you have to buy the batteries and all the charging equipment.

I was under the impression that all of that was required anyways, to account from the over/underusing (so for ex. if you're generating 1 KW/hour and you happen to use 300 W one hour, you'd have 700 stored away so the next hour you could use 1.7KW and still not have issues).
.....
If only it was 100% efficient....., you don't take into account fully charged  or empty batteries.

Also you have to watch these "criminals" and their solar power ratings for the panels., just consider that you need to at least double or triple up, to ensure that you can use the power AND charge the batteries, if you go that way.... even if you feed surplus into the grid its not the storage capacity you think it is..

I spoke to a 'friend' who has a solar panel factory.. and I was quite shocked, by the time he had finished calculating, we reckoned  on nearly 500 panels for even a small sized mining operation.....

Just run the figures for something about 500w..... over a 24 hour period..... (12 kw) based on a 4-5 hours of full sunlight ...

and these 20% conversion rates are bull*** as well (yep if you can get NASA quality then your in with a chance)





So you mean that if you need, say 10 KW a day, estimate 2 KW per hour and therefore you need at least twice that (4 KW/hour) to account for bad efficiency?

It is not down to just efficiency loss, but published Vrs real ratings... Weather... time of year.... temp of panels... age of panels

I'm saying run the numbers , it's not the gold mine  people say it is, one of the biggest mistakes is failing to understand the difference between KWh and KW

Panels are stated it W or KW. (and you will not believe the shit load of light they hit the panels with to get that rating...)

You cannot have your cake and eat it... I.E you cannot use the power for your rig AND charge the batteries.
So it is AT LEAST double....
I.E
fag paket calculation @ 100% efficiency...
100w rig would need 100wh +100wh to charge the batteries, and if it is a 5 hour charge then that would get you up-to 10 hrs of running time TOTAL. (5hrs sun +5hrs battery)
To run for 24 hrs
You would need 4*100w (20hr battery storage@5hrs)+100w to run the rig(for 5 hours), then after the sun is down you start on the battery....

I.E 500W of panels to run 24Hr @100% efficiency.  (basically a 5:1 ratio).

So 1KW would require 5KW @100% efficiency if I were to require 24hour solar.


Your 10KW is basically 420w/h and if you can get 5 hours sun...
its looking like  2.2kw/h as you said....


But now we have to start throwing in actual efficiency...  god only knows what the panels actual wattage is, but the MORE storage capacity in the battery you have, the better its operation.
I.E if you take lead acid to 'deep discharge', then the efficiency overall drops by as much as 30-40%, that is a third of the Wattage you generate just 'disappears'

http://www.localenergy.org/pdfs/Document%20Library/Lead%20Acid%20Battery%20Efficiency.pdf

Here you are expected to maintain >70% charge state on the batteries..... and just use the 'top' 30%... to get a charge efficiency of ~90% storage conversion, drop below that and your storage efficiency hits 70%

I'd really like to do some research on this, with field values of an actual setup.. but cash is a problem.

If my house had been in a slightly different place, I would be looking to use Water as there is a concrete drainage ditch nearby 1:3 slope... continuous 24hr power...
271  Other / CPU/GPU Bitcoin mining hardware / Re: Guide: Building a Solar Powered Mining-Plant on: June 16, 2013, 09:53:55 AM
I think it's really expensive to power your house from batteries at night.  Most houses get power from the grid at night.

Wouldn't the batteries be charged during the day though, to where at night all you're doing is burning up the saved energy, then replenishing it (while at the same time generating power for things) during the day?

Yes, but you have to buy the batteries and all the charging equipment.

I was under the impression that all of that was required anyways, to account from the over/underusing (so for ex. if you're generating 1 KW/hour and you happen to use 300 W one hour, you'd have 700 stored away so the next hour you could use 1.7KW and still not have issues).
.....
If only it was 100% efficient....., you don't take into account fully charged  or empty batteries.

Also you have to watch these "criminals" and their solar power ratings for the panels., just consider that you need to at least double or triple up, to ensure that you can use the power AND charge the batteries, if you go that way.... even if you feed surplus into the grid its not the storage capacity you think it is..

I spoke to a 'friend' who has a solar panel factory.. and I was quite shocked, by the time he had finished calculating, we reckoned  on nearly 500 panels for even a small sized mining operation.....

Just run the figures for something about 500w..... over a 24 hour period..... (12 kw) based on a 4-5 hours of full sunlight ...

and these 20% conversion rates are bull*** as well (yep if you can get NASA quality then your in with a chance)


272  Other / CPU/GPU Bitcoin mining hardware / Re: alledgedly 1000GH/s miner - hoax? on: June 16, 2013, 09:10:28 AM
There is some company called Cryoniks Inc., which advertises a device called FrostBit: https://www.cryoniks.com/#!/app/frostbit/
They claim it does 1000GH/s and costs only about 15k USD. What do you think about this?

do your research.... they 'guy' connected with this project just so happens to also be connected with the biggest  Kickstarter scam

http://www.thebitcoinchannel.com/archives/tag/fahad-koumaiha
http://www.kickstarter.com/projects/crypteks/crypteks-usbtm-encrypted-and-lockable-usb-solution/comments

http://btcbible.com/crypteks-kickstarter-scam-continues-to-be-ignored/

just take a look at the Kickstarter thread..... wow does this guy get around...... claims   'he was just under contract'  and working with the companies that went on to scam hundreds of thousands....
273  Other / CPU/GPU Bitcoin mining hardware / Re: dirt-cheap mining plus free electricity on: June 16, 2013, 09:06:14 AM
I have limited funds but electricity is included in my rent. All things considered, what's the cheapest reasonable way that I can get into mining?

Not once the Landlord finds you chewing up >24KWH a day.....
274  Bitcoin / Hardware / Re: ASIC BUILDING BFL,AVALON,ETC on: June 16, 2013, 09:02:33 AM
Those machines are 'no good'

Specifically because they do not allow controlled pre-heating of a small area on the reverse of the board.

Rather they go for the 'nuclear' approach.

they are just 'cheaply made crap' and god only knows WTF the wire mesh on the front above the IR heaters is for

Barbecuing maybe?
275  Bitcoin / Mining / Re: A case study in entry-level mining on: June 15, 2013, 10:48:41 PM
Congrats.....
Now all the info is clearly explained.... and nicely done too.
276  Bitcoin / Mining support / Re: USB ASIC ERUPTER - Setup & Config. BCG Miner, cgminer, Hubs "Oh Pi"! on: June 15, 2013, 10:43:37 PM
Hmm - after a few hours of testing with the added heatsink, I'm seeing no significant reduction in error rate.
(This was w/ a 120mm ThermalTake fan, btw)

I'm guessing we might see some benefit from replacing the large stock heatsink w one that has a greater surface area (such as the one seen on the emerald prototypes) - but again, just a guess.  No doubt that friedcat did plenty of testing before finalizing this design - always fun to experiment tho.


I suspect that adding a heat-sink on the 'back' of the chip is not going to achieve much..., the thermal resistance is too high.

What is the temp on the inductor next to the chip and the DC/DC control chip?

Also looking at the board & it's PSU... it could do with a couple of tants. NOT ecaps...

also a bit surprised that the 'crypto' chip does not appear to be 'decoupled'...


But first point would be the temp on the inductor....
277  Bitcoin / Mining / Re: Stale rate when using pools. on: June 15, 2013, 12:03:13 AM
A few stale hashes is insignificant... The bigger issue is 'missing' hash power.....,

I use Eligius to benchmark and have noticed several other pools  'disappearing' hashing power.........
and no... it is not network latency..

Generally....
Invalids.. 0%~0.08%
rejects  0.8%-1%

278  Bitcoin / Mining / Re: Are these laptops too old to be used as ASIC controllers? on: June 14, 2013, 11:47:11 PM
Funny how you have to have the last word....
When people present valid points you accuse them of going off topic, but then you do exactly the same.

Cost of power is a big part of miner profitability and unless you are running a very substantial mining operation, then it pays to get your power-consumption down as far as possible. I myself run >80 miners with a controller using ~ 1.5-2w

Since the guy already has a PI, then it is in his best interests to use that rather than the laptops.

And the reason you can use SSH from a portable with a PI is three fold.

1. You don't tie up a portable for mining
2. You don't need to ssh 24/7
3. Remote access.

Please feel free to have the last word.... Again....

279  Bitcoin / Mining support / Re: USB ASIC ERUPTER - Setup & Config. BCG Miner, cgminer, Hubs "Oh Pi"! on: June 14, 2013, 11:25:47 PM
Check out the mini heat sink mod attached right to the chip.
It's on the mail page here on bottom under ***MODS***

That would be a an excellent test to see what happens...

https://bitcointalk.org/index.php?topic=220905.msg2326671#msg2326671

I'll take 10 of those please.

I plan on testing one out later today - let you know how it goes.
Stick a little peltier cooler on it and freeze it then crank up the v's!



No don't..... it is a STUPID idea......

1. Peltiers consume a MASSIVE amount of power for the cooling you get.
2. There is a significant cooling down time.
3. They fail silently.
4. You STILL need a fan....

280  Bitcoin / Mining / Re: A case study in entry-level mining on: June 14, 2013, 10:38:54 PM
Quote
Current profitability is 60 mBTC per day. I was hoping for 70,

It is already a failure...
If you were smart you would have re-sold the  BE's on Ebay, because they are not likely to mine with profit....

Profitability is something that is above and beyond your current expenses for a given endeavor.

If I spend $1000USD on setting up a business then find $10USD it is not  profitability...
It is an offset against costs.

Your costings are WAY off and do not give a true depiction of the situation.
(electrical/cooling costs)

This is why so many businesses fail in the first year....



Second point...
Quote
Neither works. The eBay one only outputs 500mA @ 5V

The hub is working 100% correctly, the USB standard CLEARLY defines that 500MA is the maximum current a device can draw.

The fact that this USB miner draws more, is a testament to the poor design in using the USB port beyond its spec.

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!