Messages in this thread |  | | From | "H. Peter Anvin" <> | Subject | Re: losetuping files in tmpfs fails? | Date | 5 Jan 2002 15:18:49 -0800 |
| |
Followup to: <3C35F8B2.98763627@sltnet.lk> By author: Ishan Oshadi Jayawardena <ioshadi@sltnet.lk> In newsgroup: linux.dev.kernel > > No, there isn't. I noticed this myself a few months back, but didn't > complain because, well, the purpose of tmpfs is to provide support for > POSIX shared memory, right? (At least according to Configure.help). > {If,/ Because} tmpfs does that correctly, it's not broken. >
That was the original reason for it, when it was called "shmfs". It has become more than that, due to the fairly clever observation that "shmfs" already supported virtually everything needed for a swappable temporary-storage general filesystem.
-hpa
P.S. On kernel.org, I was forced to hack tmpfs so that it returns a nonzero size for directories; otherwise "make distclean" breaks for older Linux kernels, and the incdiff robot that runs on kernel.org relies on this operation working correctly. It would be a good thing if tmpfs could account for the amount of memory consumed by directories, etc. -- <hpa@transmeta.com> at work, <hpa@zytor.com> in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt <amsp@zytor.com> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |