11–20 of 39 posts
Earlier quoted context omitted.
HHVM is just a PHP JIT compiler. It's not a different language. That is Hack.
I wasn't clear enough I now realize in my post, I meant supporting Hack language that comes with HHVM (type annotations etc) in PHP Storm
HHVM + HACK + XHP is an entirely different experience compared to writing PHP. Code can actually be very clean and lots of bugs can be found that may have previously gone unnoticed + performance benefits.
Just wanted to say FB is doing an exceptional job with these projects.
bespoke endpoints sound like a good compromise, but I wonder why they stick with php for the general apis that the bespoke endpoints consume? Wouldn't they get better scalability if they moved that backend logic to something like Play, which would give you NIO on a jvm? EDIT: Removed mention of "shared-nothing", which I misunderstood.
I'd personally be curious if they experimented with Go lang for this. Low memory, fast startup, fast at run. It makes more sense to use another language for bespoke than anywhere else in their stack, at least from my limited external viewpoint that is :)
Earlier quoted context omitted.
Isn't shared nothing a scalable architecture? http://en.wikipedia.org/wiki/Shared_nothing_architecture
Ok, I hadn't seen that phrase to describe that kind of architecture before, thanks. Still though, it seemed they were describing each node's "build-the-world" process as onerous. Is HHVM thread-per-request?
It's come a long way and I'm excited to see further improvements.
bespoke endpoints sound like a good compromise, but I wonder why they stick with php for the general apis that the bespoke endpoints consume? Wouldn't they get better scalability if they moved that backend logic to something like Play, which would give you NIO on a jvm? EDIT: Removed mention of "shared-nothing", which I misunderstood.
I was also curious about this. If the main traffic interface is bespoke, I'm sure Esty would investigate other solutions. It would make the most sense to also experiment with Bespoke since it's just an interface that talks to other APIs, likely without any business logic and a huge codebase. It orchestrates other APIs into 'views' for the consumer so you have one consolidated endpoint. I'd personally be curious if th…
It also means deployment will be different.
While the technology might make more sense, there's often enough reasons to not use it if you've specialized into a certain ecosystem.
I guess the question I've been having is that if I want to begin a new project with performance as a main priority, should I use HHVM+PHP or HHVM+Hack over something like Java or Go, or is it more for making existing PHP codebases more performant.