Live data from Hacker News

Viewing profile — nteon

nteon

HN member
Joined
Thu, Apr 07, 2011, 4:56 PM UTC
HN karma
442
Public activity
102 items

About nteon

No profile information was provided.

Recent public activity

  1. comment
    Comment #45688581

    the downside is that the go runtime doesn't expect memory reads to page fault, so you may end up with stalls/latency/under-utilization if part of your dataset is paged out (like if…

  2. comment
    Comment #37178948

    In Go, overflow is not checked, but it is well-defined in the spec including `programs may rely on "wrap around"`: https://go.dev/ref/spec#Integer_overflow

  3. comment
    Comment #35657540

    you are right -- EROI and emissions are different. If you add in things like carbon capture, emissions go down but energy-in goes up. Would it make sense to extract and refine gaso…

  4. comment
    Comment #32075190

    Yes they did. Here is one such demo: https://leaky.page/

  5. comment
    Comment #29831778

    How did you get COOP/COEP in Github pages? A quick search just now suggested it might be possible with a Service Worker[0], with the caveat that it may only work on _second_ load. …

  6. comment
    Comment #29827643

    I think there is a straightforward path to having Browsix generically support the WebAssembly WASI system interface[0] -- any toolchain that emitted binaries targeting that would t…

  7. comment
    Comment #29827290

    I'm one of the authors - its so exciting to see continued interest here! The biggest problem with Browsix today stems from Spectre mitigations: Shared Array Buffers aren't enabled …

  8. comment
    Comment #29827070

    That's pretty right, with the addition that other things can target Browsix (like the gopherjs toolchain). Emscripten provides default implementations of a bunch of syscalls (and e…

  9. comment
    Comment #29827011

    (author here) Without something like Browsix you have to make a choice: find a JavaScript library or implement the functionality you want to run client side, or run existing Unix p…

  10. comment
    Comment #29826925

    (one of the authors here) it was written in Typescript from the start! Typescript eliminated a bunch of type confusion errors when developing the kernel, although the need to marsh…

  11. comment
    Comment #25088320

    (444) 444-4444 also works

  12. comment
    Comment #23001164

    Can you compare `tcmalloc` to e.g. tcmalloc dynamically loaded, or jemalloc specified with Bazel's malloc option? It is unclear from the post whether the wins are improvements from…

  13. comment
    Comment #20462572

    WASI provides a cross platform definition of "system calls" ( https://github.com/WebAssembly/WASI/blob/master/design/WASI-... ), so that you could write a program, compile it for w…

  14. comment
    Comment #20460817

    (I'm one of the authors of Not So Fast) In the paper we build on previous work from our group, Browsix ( https://browsix.org ) to provide a similar level of abstractions to WASI (t…

  15. comment
    Comment #19185592

    Well, there are 2 sides to increasing page sizes. If you can fit more objects on a page, there is a higher chance of collision at a given occupancy %, reducing the effectiveness of…

  16. comment
    Comment #19185535

    This sounds right - that line was written before Rust used the system allocator by default. Will update, although I'm still itching to write a GlobalAlloc implementation.

  17. comment
    Comment #19185474

    Hi! I'm one of the authors -- thanks so much! We thought similarly about cache performance, but weren't able to find specific examples (most of the slow benchmarks we dug into were…

  18. comment
    Comment #16755984

    It isn't the only way to handle concurrency, but they are the only primitives that can be used to port existing code (C/C++/Rust/etc) into the browser sandbox without killing perfo…

  19. comment
    Comment #15909413

    GopherJS is _not_ an emulator. Saying that it emulates a 32-bit environment means that `int` (which is architecture-specific in Go) is 4 bytes (compared to 8-bytes on amd64), and m…

  20. comment
    Comment #14749587

    Please take a look at the contributions in the paper at the end of the introduction. The JVM uses operating system abstractions (like a file system, threads, and synchronous APIs) …

  21. comment
    Comment #14749554

    Doppio relies heavily on the Javascript object model, the asm.js subset of Javascript isn't very relevant.

  22. comment
    Comment #14749543

    yes -- it implements Java objects on top of Javascript objects.

  23. comment
    Comment #13159516

    I think the most compelling use case is running legacy code in the browser (and in applications like Atom and Visual Studio Code) - like our Latex example. Another good use case ar…

  24. comment
    Comment #13159090

    JSLinux is a tremendous feat of engineering. If you want to run realistic programs in the browser (and not just technology demos), WebAssembly, asm.js, and compilation to JavaScrip…

  25. comment
    Comment #13153626

    Yes! GopherJS has been amazing to work with. The majority of our changes ( https://github.com/bpowers/browsix-gopherjs ) amount to an alternative implementation of the compiler/nat…