On Thu, Nov 19, 2020 at 10:56 PM Kyle Evans <kev...@freebsd.org> wrote: > > [... snip ...] > > On the other hand, let's go the other way with it: say I have a > process based on cpuset 1 and just a different affinity, so the one > thread has an anonymous cpuset based on the mother of all prison0 > processes. With the above patch applied, it suddenly gets its own > numbered cpuset [**]. > > [... snip ...] > > [**] I think this particular issue can be easily addressed by walking > through all of the threads in the process one more time, just before > we allocate a new base cpuset for it if we're going to. If every > thread has an anonymous set, then we can simply avoid creating a new > base for it and just keep the existing behavior, which will do the > right thing -- create a new anonymous set hanging off of the jail's > root. The jail's root set can be modified by real root, so from that > perspective nothing has changed.
It turns out this isn't quite right, and we're a tad inconsistent: prison0 processes don't inherently get its root cpuset, while other jails' processes do. The above should have been "every thread has either an anonymous set or the root set", but we can't do that, so instead: "anonymous set, the root set, or the default set (i.e. thread0's)" _______________________________________________ freebsd-jail@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-jail To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org"