Linux kernels offer the following functions: - dirfd, fdopendir; - openat, statat, unlinkat, etc. Whenever they can be used, they can be much faster than open, stat, unlink, etc. We should expose them and make use of them.

We might wish to implement the following functions in the front-end: - File.prototype.linuxDirectoryIterator (behaves as |new DirectoryIterator|, but from a file descriptor, using |fdopendir|); - File.prototype.linuxOpenAt (behaves as |File.open|, but for a file in |this|, and only if |this| is a directory); - File.prototype.linuxInfoAt (behaves as |File.info|, but for a file in |this|, and only if |this| is a directory); - File.prototype.linuxRemoveAt (behaves as |File.remove|, but for a file in |this|, and only if |this| is a directory).

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

Mass closing as we are no longer working on b2g/firefox os.

Mass closing as we are no longer working on b2g/firefox os.

Sylvestre, this bug was also about Linux and Android. Most of the optimizations have been done already, but I don't think it is worth closing it just yet :)

David, would you mind explaining what hasn't been implemented? Thanks

Actually, much of https://bugzilla.mozilla.org/show_bug.cgi?id=770501#c1 hasn't been implemented. I realize that we don't really care about I/O performance these days, so we might as well close the bug, as you did.