News for hackers. Stuff that matters.

A comment on Unix System Call Timeouts. Parent comment

Re:Unix System Call Timeouts by kosinus on Monday March 13, 2017 @03:05AM (#13855787)
Pretty much, yes. I think that assumption turned bad a really long time ago?

Interruptible sounds like a very strong requirement. Just being able to wait for the result sanely is enough, I think. A process may then decide to lose interest halfway, but having the result be undefined and fds invalid is just fine, from what I've seen in e.g. node.js/libuv.

[ Parent | on HN ]
Re:Unix System Call Timeouts by microcolonel on Monday March 13, 2017 @11:11AM (#13858427)
Keep in mind that local storage is getting lower latency year over year. NVMe was a big step, but there could soon be more hardware memory mapped flash storage (like DIMM SSDs), and 3D XPoint. I think the overhead will soon exceed the operation in terms of cost, especially if it's asynchronous.
[ Parent | on HN ]
Re:Unix System Call Timeouts by vidarh on Monday March 13, 2017 @11:18AM (#13858498)
That assumes uncontended access.
[ Parent | on HN ]