On Tue, Nov 25, 2014 at 01:24:45PM -0500, David Miller wrote: > > And then if some fundamental part of userland (glibc, klibc, etc.) finds > a useful way to use splice for a fundamental operation, we're back to > square one. I'll note that the applications for these super-tiny kernels are places where it's not likely they would be using glibc at all; think very tiny embedded systems. The userspace tends to be highly restricted for the same space reasons why there is an effort to make the kernel as small as possible. In these places, they are using Linux already, but they're using a 2.2 or 2.4 kernel because 3.0 is just too damned big. So the goal is to try to provide them an alternative which allows them to use a modern, but stripped down kernel. If glibc or klibc isn't going to work without splice, then it's not going to work on a pre 2.6 kernel anyway, so things are no worse with these systems anyway. After all, if we can get these systems to using a 3.x kernel w/o splice, that's surely better than their using a 2.2 or 2.4 kernel w/o the splice system, isn't it? Cheers, - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
