Re: signal queue resource - Posix timers

Timothy Miller (miller@techsource.com)
Thu, 29 May 2003 12:07:14 -0400


Ed L Cashin wrote:
> William Lee Irwin III <wli@holomorphy.com> writes:
>
>
>>
>>Well, I've never run into it and it sounds really obscure, but I agree
>>in principle that it's better to return an explicit error to userspace
>>than to silently fail, at least when it's feasible (obviously the kernel
>>can be beaten to death with events faster than it can deliver them, so
>>it won't always be feasible).
>
>
> Why couldn't this be a configurable per-user thing like RSS rlimits?
>

Pardon me for butting in...

It seems to me that returning an error on unrecoverable failure is
ALWAYS the right thing to do.

We're not doing that right now, and that's okay. We can simply admit
that we're not quite doing the right thing and get around to fixing it
later.

But once the fix has been made, why would anyone want it to be optional?
Is it so rare an event that the performance hit isn't worth the
catastrophe which might occur if we don't properly return an error?

-
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/