halayli

78 ms·

841.
by halayli 14y ago
I said this before and I'll say it again. Any benchmark that doesn't state why one candidate is faster than the other is not a benchmark. It's bullshit marketing material. A benchmark that doesn't state what one candidate bottlenecks on and
842.
by halayli 14y ago
This is very similar to what I ended up doing. I bought a server, and hosted it at he.net.
843.
by halayli 14y ago
Again with these silly benchmarks. Let's just throw numbers out there and see what people can make from them. Obviously whoever ran this benchmarks doesn't know what the real bottleneck is here. Hint: It's not the CPU. 6k req/sec is nothing
844.
by halayli 14y ago
I was expecting they went the extra mile and implemented aio in node. Nothing is out of the ordinary here.
845.
by halayli 14y ago
This breaks consistency.
846.
by halayli 14y ago
updated every 10 minutes != Real-time
847.
Maps.apple.com
5 points by halayli 14y ago|3 comments
848.
by halayli 14y ago
Anybody home?
849.
by halayli 14y ago
You'd think. Write a web server in C and a web server in python/erlang/go/node.js. You'll notice that the one written in C (or C++) runs twice as fast. If it was a syscall bottleneck then they'd achieve the same performance. zero-copy reque
850.
by halayli 14y ago
This gigaom article is horrible.
851.
by halayli 14y ago
Poller is a very important factor but there are other things to consider as well depending on how fast you want to go. But sometimes 'fastest' is not what you should look at though. Solutions like node.js, python, etc.. copy strings and buf
852.
by halayli 14y ago
When benchmarking language performance results, it's a good practice to explain why is one language faster than the other. In other words, profile and figure out the bottleneck. If you don't know why, then it's better not to post them until
853.
by halayli 14y ago
Nitpicks: Some phrases end with a period and some don't: Spend less time to find information Archive and return back later. The post title (blue-ish) on the right side is eating too much space for no good reason. And it seems that the keywo
854.
by halayli 14y ago
With this logic, let's not secure any software that you cannot connect to it directly.
855.
by halayli 14y ago
Facebook is sitting on tons of cash. If they cannot attract talented designers then they are in trouble. Design is very important IMO. You think the majority of fb users will say 'oh look at those nice features'? I bet you not, they'll say
856.
by halayli 14y ago
I won't argue about design taste. :)
857.
by halayli 14y ago
Most of FB's products look cheap, and ad-oriented made for naive users. There is a lack of design, and perfectionism. Compare the FB page with http://www.apple.com/iphone/from-the-app-store/
858.
by halayli 14y ago
Isn't it your fault to have picked Heroku in this case?
859.
by halayli 14y ago
Again with these titles. speak for yourself.
860.
by halayli 14y ago
hetzner problem in U.S is latency.
861.
by halayli 14y ago
The challenge in chat is really scalability. I see no mention about this. How will it scale on 10 servers? The UI is well executed.
862.
by halayli 14y ago
Pirating movies is stealing. There is no other way of putting it. I'll let you decide whether you find stealing ethical or not. It might depend on your social circle. If you were a member of a gang, you'll find it socially acceptable among
863.
by halayli 14y ago
Google and marketing will never get along: "compact home or office device" <---- WHATEVER THAT MEANS!
864.
by halayli 14y ago
I feel they were doing it wrong. If they preloaded the page with bootstrapped data + templates then it should be as fast.
865.
by halayli 14y ago
strupr is not universal and not standard.
866.
by halayli 14y ago
I ended up buying a camper shoes.
867.
by halayli 14y ago
yes, without compression. Everything you said is covered in SPDY. But SPDY takes a step further and improves the current state of HTTP as well to better transfer documents.
868.
by halayli 14y ago
The challenge in any chat server is how to scale it. The rest is easy.
869.
by halayli 14y ago
Ajax is merely a client JS interface to HTTP. A protocol that already exist. It's not a protocol being imposed on web servers. When you want to impose a new protocol on web servers and browsers, it better not be to solve push notifications
870.
by halayli 14y ago
The fact that it's mentioned in HTML5 API bothers me.

More ›