Messages in this thread | ![/](/images/icornerl.gif) | | Date | Sat, 26 Apr 2003 08:34:27 -0700 | From | "Martin J. Bligh" <> | Subject | Re: 2.5.68-mm2 |
| |
>> > | The point is that even if bash is fixed it's desirable to address the >> > | issue in the kernel, other applications may well misbehave as well. >> > >> > So when would this ever end? >> >> Exactly what I was thinking. >> >> The kernel cannot be expected to cater to applications or make >> concessions (read: hacks) for certain behavior. If we offer a cleaner, >> improved interface which offers the performance improvement, we are >> done. Applications need to start using it. >> >> Of course, I am not arguing against optimizing the old interfaces or >> anything of that nature. I just believe we should not introduce hacks >> for application behavior. It is their job to do the right thing. > > I don't care much if the kernel does something to make an application run > better, that's an application problem. But if an application can do > something which hurts the performance of the system as a whole, then the > kernel should protect itself and the rest of the system. > > So I'm not advocating that the kernel cater to bash, just that doing > legitimate things with bash not have a disproportionate impact on the rest > of the system.
It's not just bash ... it's most applications.
M.
- 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/
| ![\](/images/icornerr.gif) |