Re: [util-linux] readprofile ignores the last element in /proc/profile

[Andries Brouwer]

On Sun, Aug 29, 2004 at 02:23:50PM -0700, William Lee Irwin III wrote:

> The difference I cared the most about was algorithmic. A giant memcpy()
> of the profile buffer and making multiple passes over it is ridiculous.
> This was recoded as maintaining a buffer large enough to hold the
> length of the profile buffer spanning symbol currently being examined.
> In this way the memory resources required for it to operate are
> drastically reduced from multiple megabytes to just a few pages.

That is good - although so far I have not heard complaints
about readprofile's memory use. Maybe multiple MB is not
so excessive these days.

But improvement is always good.

On the other hand, I like stability. Maybe readprofile is just some
kind of throwaway utility, not very important, but nevertheless,
some people use it, and they have habits and hate to relearn,
and they have scripts, and hate to adapt these scripts.

So, if the internal code is improved, excellent, but I am not so
happy if the invocation is changed without a very good reason.

Maybe you can make a cross: your improved algorithm inside the
old framework with options and locale?

> The removal of -V was intentional, as I consider it bloat.

Don't you know that whenever there are complaints about software
the very first question is "which version?"?

> I wasn't really expecting much to come of it besides prodding people
> to clean up bloat. The reduced functionality alone likely precludes it
> from consideration for inclusion. Supposing that there is greater
> interest, which I don't expect, I can fix these things up and so on.

Well, you sent me something. I have three choices: take it as
replacement for the current version, ignore it, work on it.
I have no time to work on it, so am only happy with what you send
if it can replace the current version.

Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/