gibbs 02b39f95c4 John Dyson's patches (and a few from me too) to LFS to use a different ... buffering scheme and make it more in tune with FreeBSD's vfs_bio implementation. The filesystem seems fairly stable, but I wouldn't recommend it to anyone not willing to experience problems. This is very green code and has the limitation that YOU CAN ONLY HAVE ONE LFS PARTITION MOUNTED AT A TIME. What LFS is good for: Non fsynced writes FASTER THAN FFS Large deletions Increadibly fast Reads are a little bit slower than FFS right now, but that is a factor of how under optimized this code is. LFS should in theory perform at least as well as FFS under fsync (iozone) type loads, and this is what I'm currently working on. Reviewed by: Justin Gibbs Submitted by: John Dyson Obtained from:		1994-11-17 01:30:53 +00:00
..
ffs	Undo a previous change. <sys/disklabel.h> was broken, not these files.	1994-11-14 13:22:52 +00:00
lfs	John Dyson's patches (and a few from me too) to LFS to use a different	1994-11-17 01:30:53 +00:00
mfs	Got rid of map.h. It's a leftover from the rmap code, and we use rlists.	1994-10-09 07:35:18 +00:00
ufs	Remove unused `struct disklabel' (the declarations that used it went away).	1994-11-14 13:50:15 +00:00