Tell HN: Server Status • Hacker News Board

Re: Tell HN: Server Status

#51

Post by yebyen » Thu, Jan 16, 2014, 2:17 PM UTC

gvb wrote: post #40

wlesieutre wrote: post #30

Earlier quoted context omitted.

2400 Hz, if I'm not mistaken. Baud indicates how many signals you can send in a second. Hz is the wave frequency, which you have to mimic for the signaling tones.

No, 2400 baud - phase shifting is used encode the bits, so the actual frequencies used are complex. 300 baud used two tones for Tx and two tones for Rx so it is easy to whistle (albeit the characters coming out are garbage). Higher baud rates are probably impossible to whistle because the encoding is much more complex. I never tried, acoustic couplers didn't work above 300 baud. ;-) Ref: http://en.wikipedia.org/wiki/…

I am pretty sure he meant 2600Hz anyway

Besides everyone knows, nobody whistles 2600Hz, they just get the toy out of the Cap'n Crunch box to do it for them.

http://en.wikipedia.org/wiki/John_Draper#Phreaking

Re: Tell HN: Server Status

#52

Post by shiftpgdn » Thu, Jan 16, 2014, 2:18 PM UTC

barrkel wrote: post #35

By tolerating the loss of two disks, do you mean raidz2 or do you mean 3-way mirror? Raidz2 is not fast. In fact, it is slow. Also, it is less reliable than a two way mirror in most configurations, because recovering from a disk loss requires reading the entirety of every other disk, whereas recovering from loss in a mirror requires reading the entirety of one disk. The multiplication of the probabilities don't work…

Why not Raid 60 with Btrfs? It'll tolerate two disk loss with pro-active parity protection via btrfs and be faster and provide you with more disk space.

Re: Tell HN: Server Status

#53

Post by lewq » Thu, Jan 16, 2014, 2:18 PM UTC

pmarin wrote: post #27

rincebrain wrote: post #26

ZFS instead of UFS on what, an Illumos derivative, FBSD, or actual Oracle Solaris?

FreeBSD.

I'd love to show you how HybridCluster, which automates ZFS replication and failover (FreeBSD + ZFS + jails), might be able to help. Relatedly, we've just announced free non-commercial licences which would be perfect for HN: http://www.hybridcluster.com/blog/containers-distributed-sto...

Re: Tell HN: Server Status

#54

Post by randallsquared » Thu, Jan 16, 2014, 2:21 PM UTC

lmm wrote: post #34

user24 wrote: post #31

Earlier quoted context omitted.

No-one's going to say "Yeah I was going to apply to YC but HN keeps going down so I don't think I will after all".

Speak for yourself

Could you elaborate on why that's a factor at all? Given that YC's core business has nothing to do with HN, I wonder if the idiosyncrasies of HN aren't actually contributing something like intermittent reinforcement training to community members.

Re: Tell HN: Server Status

#55

Post by makmanalp » Thu, Jan 16, 2014, 2:24 PM UTC

The trend I'm noticing is people mentioning that if only HN was moved to , problems would go away.

Instead of doing that, they probably dropped a bit more than a thousand dollars on a box, and are probably saving thousands in costs per year. This is money coming out of someone's pocket.

This site is here, and it's a charity, being provided free of cost, to you. Who cares if HN is down for a few hours? Seriously? Has anyone been hurt because of this, yet?

Re: Tell HN: Server Status

#56

Post by loceng » Thu, Jan 16, 2014, 2:27 PM UTC

makmanalp wrote: post #55

The trend I'm noticing is people mentioning that if only HN was moved to , problems would go away. Instead of doing that, they probably dropped a bit more than a thousand dollars on a box, and are probably saving thousands in costs per year. This is money coming out of someone's pocket. This site is here, and it's a charity, being provided free of cost, to you. Who cares if HN is down for a few hours? Seriously? Has…

Not to discount the value of HackerNews, however there is great benefit to YCombinator being associated with it; They could let it go down and never host it again but they would lose value.

Re: Tell HN: Server Status

#57

Post by shawn-butler » Thu, Jan 16, 2014, 2:29 PM UTC

Using DTrace to profile zfs:

http://dtrace.org/blogs/brendan/files/2011/02/DTrace_Chapter...

I'm sure other more experienced DTrace users can offer tips but I remember reading this book and learning a lot. And I believe all the referenced scripts were open source and available.

Re: Tell HN: Server Status

#58

Post by hbags » Thu, Jan 16, 2014, 2:30 PM UTC

ishener wrote: post #7

may i ask where are the machines hosted? is that on AWS? if not, why don't you move to a more reliable hosting, like AWS?

why don't you move to a more reliable hosting, like AWS?

As a fairly heavy ($x00,000/month) user of AWS, this is the funnniest and most-misguided thing I've read in a long time. AWS is horrible. It's extraordinarily bad, with all sorts of insanely complex failure modes to account for. There are some reasons to consider using it, but reliability is most definitely NOT amongst them.

Re: Tell HN: Server Status

#59

Post by kalleboo » Thu, Jan 16, 2014, 2:31 PM UTC

ishener wrote: post #7

may i ask where are the machines hosted? is that on AWS? if not, why don't you move to a more reliable hosting, like AWS?

What makes you think AWS is more reliable?

Re: Tell HN: Server Status

#60

Post by lmm » Thu, Jan 16, 2014, 2:31 PM UTC

randallsquared wrote: post #54

lmm wrote: post #34

Earlier quoted context omitted.

Speak for yourself

Could you elaborate on why that's a factor at all? Given that YC's core business has nothing to do with HN, I wonder if the idiosyncrasies of HN aren't actually contributing something like intermittent reinforcement training to community members.

Why's it a factor at all? Because I wouldn't want to work with an organization that half-asses things. I don't understand the second half of your comment.