News for hackers. Stuff that matters.

A comment on Atom's new concurrency-friendly buffer implementation. Parent comment

Re:Atom's new concurrency-friendly buffer implementation by CyberDildonics on Thursday October 12, 2017 @10:45PM (#15462952)
Yes, but even faster would be actual native instructions run directly by your CPU.
[ Parent | on HN ]
Re:Atom's new concurrency-friendly buffer implementation by bicubic on Thursday October 12, 2017 @11:30PM (#15463081)
So... webassembly?
[ Parent | on HN ]
Re:Atom's new concurrency-friendly buffer implementation by akmittal on Friday October 13, 2017 @12:47AM (#15463337)
Webassembly run on VM for portability.
[ Parent | on HN ]
Re:Atom's new concurrency-friendly buffer implementation by Frizi on Friday October 13, 2017 @03:18AM (#15463769)
Which in turn JIT compiles the code down to your specific hardware, possibly doing some extra optimizations along the way as it cares only about a single processor at a time. I do think languages like Rust are really superior to what we have in JS land, but the VMs there are truly a marvel of modern engineering.
[ Parent | on HN ]
Re:Atom's new concurrency-friendly buffer implementation by CyberDildonics on Friday October 13, 2017 @09:59AM (#15465705)
Yikes, do you not realize that there is a difference between webassembly and actual native instructions?
[ Parent | on HN ]