Messages in this thread | | | Date | Tue, 28 Feb 2006 10:42:09 -0800 | From | Hans Reiser <> | Subject | Re: Drastic Slowdown of 'fseek()' Calls From 2.4 to 2.6 -- VMM Change? |
| |
Nick Piggin wrote:
> Hans Reiser wrote: > >> Sounds like the real problem is that glibc is doing filesystem >> optimizations without making them conditional on the filesystem type. > > > I'm not sure that it should even be conditional on the filesystem type... > To me it seems silly to even bother doing it, although I guess there > is another level of buffering involved which might mean it makes more > sense. > I was not saying that filesystem optimizations should be done in glibc rather than in the kernel, I was merely forgoing judgement on that point. Actually, I rather doubt that they should be in glibc, but maybe someday someone will come up with some legit example of where it belongs in glibc. I cannot think of one myself though. - 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/
| |