Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
imbriaco
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
Railway Metal Gen 2
(blog.railway.com)
3 points
by
imbriaco
4mo ago
|
0 comments
2.
▲
by
imbriaco
4y ago
We run rather a lot more than 2500 instances at peak and a variety of instance types dependent on game mode. Our waste is on the order of 5-7% depending on the time of day -- we can run less waste on the downward slope of the demand curve f
3.
▲
by
imbriaco
4y ago
It's very true in my experience, and we've looked pretty hard at all the options. Thanks for the offer of the slides, I have first hand experience with this at scale. It certainly depends a lot on how sophisticated your autoscalin
4.
▲
by
imbriaco
4y ago
The vast majority of game servers are hosted on public cloud providers. They turn out to be a pretty perfect example of an ideal cloud workload: - Very elastic demand curve - Generally ephemeral with any necessary persistent state stored of
5.
▲
by
imbriaco
7y ago
Totally agree, there's definitely an opportunity there if the surface area of what the system is doing gets smaller. The big difference today is that it's a lot easier to compose a debugging suite using additional tools on top of
6.
▲
by
imbriaco
7y ago
No, I'm not moving any goal posts. I was reacting to the statement "Tooling/Perf/etc is not needed when running". I'm not sure where you'd get the idea that I'm anti-unikernel, I just wanted to not di
7.
▲
by
imbriaco
7y ago
> Tooling/Perf/etc is not needed when running (do you really want to debug in production) but tooling can be used in the process of development. Whether or not you want to debug in production, reality often means that you will
8.
▲
by
imbriaco
8y ago
This is an asinine argument that seems to be driven by the belief that there is such a thing as efficient allocation of capital in the real world. Or perhaps just sour grapes that some of the unsophisticated investors they like to take adva
9.
▲
by
imbriaco
9y ago
It actually is unreasonable for you to ask that. It's also a pretty bad take to bring up the 150,000 people die every day statistic as if the fact that a single person who many people had a connection to dying is not of significance. I
10.
▲
by
imbriaco
9y ago
The Glowforge will only engrave from a bitmap. You need a vector to do cutting.
11.
▲
by
imbriaco
9y ago
But MQDs.
12.
▲
by
imbriaco
9y ago
This is extra delicious irony given the fact that the typical, and often only, requirement for these SDN layers is IP connectivity.
13.
▲
by
imbriaco
9y ago
Yes. They've been hosting it outside of their production infrastructure for several years.
14.
▲
by
imbriaco
10y ago
Hi, I'm Mark Imbriaco. That's my deck. As I said in response to another comment in this thread, I don't often share my slides without the context of the recording of the talk that went with it. That recording isn't avail
15.
▲
by
imbriaco
10y ago
Thanks, I appreciate that. I generally don't like to post decks without the recording of the talk and I was kind of surprised this one got shared as widely as it seems to have been. I'm glad you enjoyed it.
16.
▲
by
imbriaco
10y ago
I don't tend to recite my slides, so your prediction that the talk was more insightful was ... insightful. Each of the slides was accompanied with an anecdote that attempted to both illustrate the point and to provide more background a
17.
▲
by
imbriaco
10y ago
Hi everybody, I'm the founder and CEO of Operable, developers of the Cog ChatOps platform. I'm happy to answer any questions folks might have about Cog or how we think about ops and ChatOps.
18.
▲
Backing ChatOps at Kickstarter with Cog
(blog.operable.io)
5 points
by
imbriaco
10y ago
|
1 comments
19.
▲
by
imbriaco
10y ago
In a traditional RDBMS you would let the database enforce schema level authn if that was a concern, so wouldn't have to parse anything. You'd just connect to the database as the appropriate user and send the query.
20.
▲
by
imbriaco
10y ago
That's irrelevant since we are specifically talking about the NC law. The NC law was very specifically targeted at municipal broadband projects and was effectively written by Time Warner to prevent underserved customers from having ano
21.
▲
by
imbriaco
10y ago
The judge conveniently disregards the difference between passive observation and active intrusion. Breaking into someone's computer is no different than if the officer had broken the blinds themself, which clearly would not meet the te
22.
▲
by
imbriaco
11y ago
Google "Netflix downtime" for evidence that Netflix also has outages. Google has outages, sometimes very significant ones of Google Apps. Facebook has outages. Complex systems fail. Period. All the time. Things like the Simian Arm
23.
▲
by
imbriaco
11y ago
You're absolutely right. We should collectively be using incidents like this as an opportunity to learn, much like the GitHub team does. Our entire industry is held back by the lack of knowledge sharing when it comes to problem respons
24.
▲
by
imbriaco
11y ago
It turns out that it's even hard then. Complex systems, by their very nature, fail in unexpected and unpredictable ways. If that weren't bad enough, hindsight bias makes it way too easy for us to look back with perfect knowledge a
25.
▲
by
imbriaco
11y ago
I don't know why I'm responding, but I can't help myself. I guess it's the good old XKCD "Someone is wrong on the Internet" effect and I should know better. But. They are paying people who would otherwise work
26.
▲
by
imbriaco
11y ago
At least the #2 and #7 (by number of commits) committers to Git are employed by GitHub. They're both very consistent contributors and have been for a very long time. You specifically said that GitHub does not participate in the open so
27.
▲
by
imbriaco
11y ago
That'd be a shame if it were true. GitHub has 6 pages of public repositories ( https://github.com/github ) that you can peruse. To pre-empt your response, yes, they aren't all open source projects that GitHub has re
28.
▲
Chris Anderson Talks about Open Collaboration and the Hardware Renaissance
(youtube.com)
1 points
by
imbriaco
12y ago
|
0 comments
29.
▲
by
imbriaco
12y ago
We're growing so fast that shutting down hardware is the last thing we would ever do. We have the opposite problem -- it's quite challenging to provision hardware fast enough to keep up with demand. :)
30.
▲
by
imbriaco
12y ago
Rest in peace, Ezra.
More ›