Live data from Hacker News

Viewing profile — gabi38

gabi38

HN member
Joined
Wed, May 04, 2011, 11:04 AM UTC
HN karma
10
Public activity
13 items

About gabi38

No profile information was provided.

Recent public activity

  1. comment
    Comment #3083555

    Is there any area that google don't stick their nose in? Now they are also in the DB business??

  2. comment
    Comment #3056312

    What he has against BOOST?if any, Boost helps eliminating deps. Without it one would need to use multiple libs from different places to achieve common things like shared pointers e…

  3. comment
    Comment #3029385

    How would kqueue compare to Windows's IO completion ports in terms of performance?

  4. comment
    Comment #2773769

    How does it compare with flask?

  5. comment
    Comment #2555607

    How is this thing loads the kernel? I've read the http://bellard.org/jslinux/tech.html but it doesn't say, Does it loads it over the net or what?

  6. comment
    Comment #2549714

    This is bad because the optimizer ignores the imperfect reality about the big crowd of non standard programs. It actually punishes non standard programs (and probably the majority …

  7. comment
    Comment #2549691

    This kind of logic is the exact cause to the optimization problem described. We all know that in practice MAX_INT+1 is negative, and that many "non-standard" programs depends on it…

  8. comment
    Comment #2549652

    Is it just me or the LLVMs idea that "If arithmetic on an 'int' type (for example) overflows, the result is undefined.. For example, knowing that INT_MAX+1 is undefined allows opti…

  9. comment
    Comment #2535753

    So who the hell actually use OpenCL?

  10. comment
    Comment #2525460

    That it has a cool name..

  11. comment
    Comment #2515373

    The point I am trying to make is that this fundamental feature of message queues (limit their length to prevent the memory exploding) should be provided by Erlang and not reimpleme…

  12. comment
    Comment #2514063

    Well, that breaks the whole philosophy of async message passing in Erlang, where sending message always succeeds and is not dependent on the receiver. What you are suggesting is in…

  13. comment
    Comment #2513463

    Very needed book. In particular I am interested in limiting message queues in Erlang. I still don't get it - How one should deal with situations where messages are produced constan…