Live data from Hacker News

The author of Nginx on why V8 is not suitable for web servers

translate.google.com

31–40 of 75 posts

Re: The author of Nginx on why V8 is not suitable for web servers

#31
post #17

It's scary what you can do with machine translation these days...

Funny how it changed: for (int i = 0; v8::V8::IdleNotification() && i to: for (int i = 0; v8:: V8:: IdleNotification () & & i

He probably should've wrapped this bit in code tags.

Edit: By 'code tags' i mean literal tags.

Re: The author of Nginx on why V8 is not suitable for web servers

#32
post #25

These only sound like problems if you need to keep it single process. If you break out the javascript interpreter via fastcgi workers just like people do with php on nginx it becomes mostly moot points right? At that point its limited to 500 req/sec/core, but frankly these days that means 4000 req/s, which, hell, I'll take it. Granted thats assuming you can actually run a fastcgi/v8 setup, I've never looked. I wonder…

ah yes, but then you aren't embedding v8 into nginx

Re: The author of Nginx on why V8 is not suitable for web servers

#33
post #31
post #17

Earlier quoted context omitted.

Funny how it changed: for (int i = 0; v8::V8::IdleNotification() && i to: for (int i = 0; v8:: V8:: IdleNotification () & & i

He probably should've wrapped this bit in code tags. Edit: By 'code tags' i mean literal tags.

Not sure what you mean; it was in a
 tag.

Re: The author of Nginx on why V8 is not suitable for web servers

#34

It's scary what you can do with machine translation these days...

That's incredible. When I read the article I didn't realize I'm reading google translated version, so I thought "Igor's english is a bit broken but relatively good". I only realized I read a translation when you pointed it out. I went back to re-read the original (I'm a native russian speaker) and it's amazing how close google got to expressing the essence of every sentence.

Re: The author of Nginx on why V8 is not suitable for web servers

#36
post #5

While an interesting article in its own right, it has nothing to do with node.js, except that this happens to be a criticism of the way V8 works, which node.js is built on. However, they may not be using things in the same way he is, or there could be mitigating circumstances which make it possible for node.js to pull this off. (I don't know anything about node.js internals, I just know this article isn't about it, a…

Right, this definitely seemed more like an article on V8 than on node.js. Though to be fair, the platform running node is arguably very important to node's implementation.

Re: The author of Nginx on why V8 is not suitable for web servers

#37
post #33
post #31

Earlier quoted context omitted.

He probably should've wrapped this bit in code tags. Edit: By 'code tags' i mean literal tags.

Not sure what you mean; it was in a tag.

Maybe a tag, which is actually a semantic element?

Re: The author of Nginx on why V8 is not suitable for web servers

#38

It's scary what you can do with machine translation these days...

I thought exactly the same thing! I still remember being able to play a game with one of my friends where we'd translate a sentence to German then back to English and laugh at how mangled it was…

http://www.translationparty.com/#9269521

Re: The author of Nginx on why V8 is not suitable for web servers

#39
At Microsoft, I watched (from afar) the incredibly painful multi-year process of making a complex language runtime intended for one environment (.NET for IIS) satisfy the requirements of a very different environment (SQL Server). When fundamental design assumptions like "memory allocation failures can kill the process" have to change, it's a big deal.

Seems like process isolation a la fastcgi is the practical way to go, unless the V8 team itself wants V8 to be embeddable in a "reliable" way (meaning, it recovers from its own errors without corrupting the process it's embedded in).

Re: The author of Nginx on why V8 is not suitable for web servers

#40

A thought: why not have node developers fork V8, and modify that to make it ready for server deployment? Has the coreteam and/or Dahl thought about this?

That could mean taking on a lot of extra work. One of the big selling points of Node is that it leverages all the work Google puts into V8.
Post reply on HN