Live data from Hacker News

Viewing profile — hannesw

hannesw

HN member
Joined
Wed, Jun 23, 2010, 12:26 PM UTC
HN karma
151
Public activity
17 items

About hannesw

No profile information was provided.

Recent public activity

  1. comment
    Comment #2908690

    This is exactly where I want to go with RingoJS: Many threads with private mutable scope, global read-only scope, worker/actor based thread interop, one event loop per thread. Curr…

  2. comment
    Comment #2652165

    I think the opinions expressed in this article are valid. However, I don't think the inability of current JavaScript to do async I/O without callbacks is Node's biggest problem. As…

  3. comment
    Comment #2551931

    The only way to make it expand forever would be to support recursion. Would be interesting what texts you could come up with that. Kind of a textual Mandelbrot set.

  4. comment
    Comment #1988967

    Another important one is this: FOU: field-of-use restrictions (in the TCK license). http://skife.org/java/jcp/2010/12/07/the-tck-trap.html http://jcp.org/en/jsr/results?id=5111

  5. comment
    Comment #1742714

    Updated!

  6. comment
    Comment #1740691

    I just found out the same. So I guess it must be some intra-VM data shifting? Anyway, I'll update my posting accordingly.

  7. comment
    Comment #1740440

    Yes, --trace-gc shows about 10 Mark-sweeps per second, each taking around 13 ms (no compacts though as far as I could see). But are those ~15% spent in GC are enough to explain the…

  8. comment
    Comment #1740323

    You are right about the title. That "not ready for the server" is a foolish phrase. I'd change it to "not tuned for the server" if I could, but it looks like it's impossible to cha…

  9. comment
    Comment #1740008

    Just an educated guess. If you're allocating tons of objects and strings and your app gets slow, it's very likely to be the GC. But I don't know V8 well enough to say for sure.

  10. comment
    Comment #1739959

    Most of these questions are answered in my original, longer post: http://hns.github.com/2010/09/21/benchmark.html . The JSON I'm parsing is just objects with short string propertie…

  11. comment
    Comment #1739915

    I'm the author of both the original article and this HN posting - and yes, I am biased, since I'm the main developer of RingoJS (the other platform in that benchmark). I've made th…

  12. story
  13. comment
    Comment #1525582

    I submitted a Ringo talk to JSConf.eu 2010, haven't heard anything back from these guys so far. If that fails, I may apply for next JSConf.us. We'll get the word out there eventual…

  14. comment
    Comment #1500171

    We use Jetty's ability to do both sync and async HTTP in RingoJS. I've written about it here: http://hns.github.com/2010/07/02/versatility.html I think Netty is great if you want f…

  15. story
  16. comment
    Comment #1455634

    I know, i read that post. I'm planning to do a Node/Ringo comet comparison soon, and memory usage/max connections will be a part of that.

  17. comment
    Comment #1454936

    Comparing comet performance between node and ringo should be interesting. Ringo uses jetty/cometd, so it should scale pretty decently as well. My guess is that node will use less m…