Date: Mon, 13 Jan 92 03:53:45 +0100 From: tthorn@daimi.aau.dk The current file system has no impressive performance, and was hoping the addition of FFS would improve the situation. Note that a lot of the basic ideas of the FFS can be implemented without changing the filesystem format.... for example, the idea of having cylinder groups and allocating blocks trying to make sure that a file is in one cylinder group. Of course, you really can't change the 14 char limit without chaging the filesystem format, although I could think of some really ugly kludges one could use to make the change in a backward compatible way... If we're going to redesign the filesystem format, perhaps we should start making wish lists (keeping in mind that it may not be practical to implement them all). My wish list item is per-file ACL's, with expansion room to handle network-authenticated entities: i.e., Kerberos principals or X.500 DN's (yeah, right). - Ted
| Rafael J. Wysocki | 2.6.28-rc2-git7: Reported regressions from 2.6.27 |
| Dave Hansen | Re: [RFC/PATCH] Documentation of kernel messages |
| Jesper Juhl | Re: [RFD] Documentation/HOWTO translated into Japanese |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
git: | |
| Sander | 'struct task_struct' has no member named 'mems_allowed' (was: Re: 2.6.20-rc4-mm1) |
| Corey Minyard | [PATCH 3/3] Convert the UDP hash lock to RCU |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
