Earlier quoted context omitted.
Because you always end up building your own database out of flat files and that is always worse than using an existing one.
If it was always worse then every developer doing this must be stupid. Here are some ways in which a filesystem is "better": - Zero administration - Only configuration setting is the directory - Trivial to test - Trivial to examine with existing tools, backup, modify etc - Works with any operating system, language, platform, libraries etc - Good performance characteristics and well tuned by the operating system - Eas…
HN will be down Saturday morning while we switch servers
71–80 of 129 posts
Re: HN will be down Saturday morning while we switch servers
#72Earlier quoted context omitted.
And yet, here you are, on a site run off a flat file database.
A commenting site that: - Has average latency over 500ms when not under load - Performs quite poorly under load (I hate to bring it up, but the most recent example was Aaron Swartz's passing. Anyone who used HN then to get news knows how poorly HN performs under load) - Is restarted every week or two because it leaks memory - Keeps XSRF tokens in memory and loses them across restarts - Doesn't have a full markup lang…
Re: HN will be down Saturday morning while we switch servers
#73Earlier quoted context omitted.
And yet, here you are, on a site run off a flat file database.
A commenting site that: - Has average latency over 500ms when not under load - Performs quite poorly under load (I hate to bring it up, but the most recent example was Aaron Swartz's passing. Anyone who used HN then to get news knows how poorly HN performs under load) - Is restarted every week or two because it leaks memory - Keeps XSRF tokens in memory and loses them across restarts - Doesn't have a full markup lang…
Re: HN will be down Saturday morning while we switch servers
#74Re: HN will be down Saturday morning while we switch servers
#75Re: HN will be down Saturday morning while we switch servers
#76Given that you've got performance issues and a fairly limiting deployment model, I never understood why you didn't get the most absurdly overpowered machine possible. (I assume you're not, because if you were, you'd be upgrading every ~6mo or so as faster single-core machines come out)
Re: HN will be down Saturday morning while we switch servers
#77Earlier quoted context omitted.
Just how popular is HN? Anyone got info on uniques or pageviews a month?
As of October 5th 2011: "Also, a traffic update: HN now gets over 120k unique ips on a weekday, and serves over 1.3 million page views." http://ycombinator.com/newsnews.html Additionally: http://www.alexa.com/siteinfo/ycombinator.com
Re: HN will be down Saturday morning while we switch servers
#78Do you think you could go down for a week? That's generally how long I need to break an addiction
I'm sorry, but 10 minutes on a saturday morning does nothing for me.
Re: HN will be down Saturday morning while we switch servers
#79Earlier quoted context omitted.
Because you always end up building your own database out of flat files and that is always worse than using an existing one.
And yet, here you are, on a site run off a flat file database.
Using a files system as a database is a little different as file systems are databases in their own right.
The question to ask is "is the data I want to store in my 'database' enough like the data stored in a filesystem that I can just use the filesystem as my database?"
Re: HN will be down Saturday morning while we switch servers
#80Earlier quoted context omitted.
As of October 5th 2011: "Also, a traffic update: HN now gets over 120k unique ips on a weekday, and serves over 1.3 million page views." http://ycombinator.com/newsnews.html Additionally: http://www.alexa.com/siteinfo/ycombinator.com
don't you dare mention alexa stats here