strace scheduling fairness

[Dmitry V. Levin]

On Wed, May 16, 2012 at 12:47:14PM +0200, Denys Vlasenko wrote:
> On 05/16/2012 11:48 AM, Dmitry V. Levin wrote:
[...]
> >> One solution is to run waitpid() in a loop until it returns 0 "no more tracees
> >> to wait", then handle them all. It was NAKed a few years ago.
> >
> > It would be nice to have a look at that discussion.  Do you have a
> > reference?  What was the rationale that time?
> 
> I guess Roland saw it as "ugly" and "trying to work around ptrace API
> which is a hopelessly bad API anyway".
> 
> On the technical note, it adds additional waitpid call per every
> syscall entry/exit,

So its cost is quite noticeable, and therefore this fair scheduling is not
always desirable.  Is it possible to implement the feature as an option?


-- 
ldv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20120517/4bcf7bfe/attachment.bin>