3 ms·

This is a very silly comparison. There's a huge difference in terms of features and reliability between node's http module and this - http://pietersz.co.uk/soft

by phpnode 11y ago

This is a very silly comparison. There's a huge difference in terms of features and reliability between node's http module and this - http://pietersz.co.uk/software/dandelion-server http://pietersz.co.uk/software/dandelion-server I'm sure an equally minimal http implementation using the net module would match or beat that, but since you'd never use either of them in production, the results are meaningless.

keithy 11y ago
I mean, I love Node for building my webapps, but if I had to write a fast HTTP server for pure speed I'd probably go with C. But I use Node for NPM just like anyone would use Ruby for Gem. It makes it easy to get a production ready rest app upp and running. I agree with what you said, I don't see the point of this comparison.
graemep 11y ago
I state the point of the comparison in the post: to see how TCL's event loop + my code compres. Node's http module is fairly lightweight, and even if something more minimal would beat my TCL code by a bit it still show what I wanted to, that they are comparable and TCL is an option for event driven servers (at least as far as performance goes)
- woah 11y ago
  Sounds like your title is a distraction.
  - dang 11y ago
    Ok, we s/Beating/Comparing/'d the title.
  - graemep 11y ago
    In retrospect the title is a bit too attention grabbing. If I had anticipated the reaction I could justly be accused of writing flame bait, but I did not expect it to get so much attention or debate - I thought just TCL people would be interested!
    - mattLummus 11y ago
      1. Node is not a language it is an implementation of a language, so the title would really be TCL vs JS or Dandelion vs Node... 2. In which case you would be opened up not only to performance benchmarks but usability, simplicity, and features - whether you are talking about the language or the implementation. That being said, I have nothing against your opinions or work though and understand that your implementation is also from 2008 :)
coldtea 11y ago
>There's a huge difference in terms of features and reliability between node's http module and this Yeah, but in which software's favor? TCL has been battle-tested for decades, even in industrial automation... Now, this particular server might be just some guy's quick project, but Node also started as a ho-hum experiment...
- Tobani 11y ago
  > TCL has been battle-tested for decades, even in industrial automation... Right but I believe the point was that this http implementation was less battle-tested than node's and that if you're willing to strip away features from the node version, it too could outperform node's version in a microbenchmark.

by phpnode 11y ago

keithy 11y ago

I mean, I love Node for building my webapps, but if I had to write a fast HTTP server for pure speed I'd probably go with C. But I use Node for NPM just like anyone would use Ruby for Gem. It makes it easy to get a production ready rest app upp and running. I agree with what you said, I don't see the point of this comparison.

graemep 11y ago

I state the point of the comparison in the post: to see how TCL's event loop + my code compres. Node's http module is fairly lightweight, and even if something more minimal would beat my TCL code by a bit it still show what I wanted to, that they are comparable and TCL is an option for event driven servers (at least as far as performance goes)

woah 11y ago
Sounds like your title is a distraction.
- dang 11y ago
  Ok, we s/Beating/Comparing/'d the title.
- graemep 11y ago
  In retrospect the title is a bit too attention grabbing. If I had anticipated the reaction I could justly be accused of writing flame bait, but I did not expect it to get so much attention or debate - I thought just TCL people would be interested!
  - mattLummus 11y ago
    1. Node is not a language it is an implementation of a language, so the title would really be TCL vs JS or Dandelion vs Node... 2. In which case you would be opened up not only to performance benchmarks but usability, simplicity, and features - whether you are talking about the language or the implementation. That being said, I have nothing against your opinions or work though and understand that your implementation is also from 2008 :)

coldtea 11y ago

>There's a huge difference in terms of features and reliability between node's http module and this Yeah, but in which software's favor? TCL has been battle-tested for decades, even in industrial automation... Now, this particular server might be just some guy's quick project, but Node also started as a ho-hum experiment...

Tobani 11y ago
> TCL has been battle-tested for decades, even in industrial automation... Right but I believe the point was that this http implementation was less battle-tested than node's and that if you're willing to strip away features from the node version, it too could outperform node's version in a microbenchmark.