Re: any chance of 2.6.0-test*?

Matti Aarnio
2003-01-12T22:20:33Z

On Sun, Jan 12, 2003 at 04:27:30PM -0500, Rob Wilkens wrote:
> > Explain how you can do that cleanly, understandably, and without
> > code duplication, or ugly kludges without using those goto ?
> > (And sticking to coding-style.)
>
> I've only compiled (and haven't tested this code), but it should be much
> faster than the original code. Why? Because we're eliminating an extra
> "jump" in several places in the code every time open would be called.

Benchmark them - original and your revised. (Their equivalents, that is,
in userspace with rdtscll() )

Put them into a test-harness calling them million times (or some such).
Look also what assembly the compiler produced, e.g. that it didn't optimize
away error paths.

> Yes, it's more code, so the kernel is a little bigger, but it should be
> faster at the same time, and memory should be less of an issue nowadays.

That is common fallacy. Learn to code in environments where you
have to account for every byte of code and ram usage, and your code
will be fast even in bigger systems.

> Here's the patch if you want to apply it (i have only compile tested it,
> I haven't booted with it).. This patch applied to the 2.5.56 kernel.
....

/Matti Aarnio