Messages in this thread | | | Date | Thu, 9 Oct 2003 15:50:36 +0200 | From | Gábor Lénárt <> | Subject | Re: 2.7 thoughts |
| |
On Thu, Oct 09, 2003 at 03:17:05PM +0200, Frederick, Fabian wrote: > * bind mount support for all general mount options (nodev,ro,noexec etc) > with SECURE implementation with any (maybe even future) filesystems? > > * union mount (possible with option to declare on what fs a new file > should be created: on fixed ones, random algorithm, on fs with the > largest free space available etc ...) > <LVM ?
Dunno about LVM, I've not plaied a lot with it ...
> > * guaranteed i/o bandwidth allocation? > * netfilter's ability to do tricks which OpenBSD can do now with its > packet filter > > * ENBD support in official kernel with enterprise-class 'through the > network' volume management > < NFS ?
NFS is a filesystem. However I meant filesystem independent access, ie raw device access through the network and creating any filesystem on it. NBD can do this, ENBD is even better, but I think it can be further developed sure, and at least AFAIK ENBD is not inside the official kernel. Or maybe it is? :)
> * more and more tunable kernel parameters to be able to have some user > space program which can 'tune' the system for the current load,usage,etc > of the server ("selftune") > <What parameters would you add in procfs ?
In general :) Maybe this is not the question of the kernel nowdays, but that userspace program. I mean now we can hear news about chaning scheduler behaviour on-the-fly and other interesing stuffs. I meant these class of parameters for example. Like the case of the OOM killer and others I know that implementing a quite complex algorithm inside the kernel is not a good point, probably. That's why I thought that this kind of on-line "selftuning" can be possible with a user space process, the only need is to provide enough statistical parameters and tuning possibilites by the kernel, so the tuner can do its job. However I don't know that this theory is useful for reality it was only a wild idea (but sounds good IMHO :)
> * Virtual machine support > <Maybe more 3.0 relevant ?
:)
-- - Gábor (larta'H) - 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/
| |