I really like your idea of the 4-part abstraction. Still… Your library really is not "that" easy to use.<p>I'm currently working on my own library using libuv, http-parser, nghttp2 and wslay, which is very similiar in it's use to node.js. As you might guess a echo server is therefore only about 15 lines of code, but about as performant as your framework. The downsite is that it's not as flexible due to the missing "4-part abtraction" (really… an excellent idea).<p>That's why your release somehow saddens me: When I'm going to release my framework to the public, it might be pretty good for cross platform apps etc. compared to others, but it will never ever be as popular as yours. Heck… I don't even have 10 twitter followers.
dcsommer (author of proxygen) gave a great talk about this at the last Sourcegraph open-source meetup. Here's the video: <a href="https://www.youtube.com/watch?v=-yxQIRl6Qic" rel="nofollow">https://www.youtube.com/watch?v=-yxQIRl6Qic</a>
We used to do nginx + gunicorn for our rest services, it was not responding well beyond a point (for a given ec2 instance). We replaced that with nginx + lua (openresty module), we saw almost 10x increase in response times. Would it make sense for us to invest in something like this and hope to see a significant performance gain? Lowering response times is not a big deal but being able to get those same response times on a lower priced instance would definitely help. We have no real C++ skills in the team but we could learn or hire.
Looks to me as facebook's answer to golang ?<p>Building simple, standalone http services with good performances seems to me what those two projects (proxygen and golang) are really about.<p>Now the question is, how much faster using C++ is, and how much safer and faster writing golang is...
Excellent, I've been toying around with my own and looking at LibUV. I think the time is right for something like this. I want to maintain state on everything that connects to me.
Facebook oughta hire some better scripters, the deps.sh is of terribly low quality. I didn't get more than a couple of lines until i stumble upon this (which tells me the author has no clue :):<p>'start_dir=`pwd`; trap "cd $start_dir" EXIT;'...<p>No need to say that the script can be dangerous, in case directory change fails for instance, there's no checks but sudo make uninstall is run anyway in another dir than the intended one.