News for hackers. Stuff that matters.
Re:Intel's roadmap for Optane SSDs with 1,000x performance by nneonneo on Monday June 13, 2016 @05:03PM (#11897616)
10ns latency means that a file entry/inode/block is available just 10-30 CPU cycles after it is requested. Suddenly the 1000 CPU cycles spent dispatching the system call look very inefficient by comparison.

Obsolete might not be the right term, but there is essentially no way that open/read/write can take proper advantage of this kind of low latency storage. We are going to need a new way to abstract and interface with this persistent storage.

Re:Intel's roadmap for Optane SSDs with 1,000x performance by bdonlan on Monday June 13, 2016 @06:15PM (#11898186)
Read/write are certainly a bit slow, but this may well be acceptable for most applications. High performance apps can use mmap, which can be extended to directly map the nonvolatile memory in question.
Re:Intel's roadmap for Optane SSDs with 1,000x performance by gpderetta on Monday June 13, 2016 @05:40PM (#11897929)
Or a way to make system calls faster, some sort of vdso with the ability to switch privilege level.
Re:Intel's roadmap for Optane SSDs with 1,000x performance by jdub on Tuesday June 14, 2016 @12:06AM (#11899695)
That's how __vsyscall works now.
Re:Intel's roadmap for Optane SSDs with 1,000x performance by gpderetta on Tuesday June 14, 2016 @04:59AM (#11900696)
__vsyscall simply abstracts away the actual system call invocation strategy (int, sysenter, syscall), but doesn't change the model at all.

Anyway, what I was thinking was similar to call gates, which were phased out for being slow. Probably just making syscall faster in the CPU and reducing the overhead kernel side would be enough.