Re: [tip:sched/core] sched/isolation: Document the isolcpus= flags
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [tip:sched/core] sched/isolation: Document the isolcpus= flags
- From: Christopher Lameter <cl@xxxxxxxxx>
- Date: Mon, 30 Oct 2017 10:48:04 -0500 (CDT)
- Cc: cmetcalf@xxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, tglx@xxxxxxxxxxxxx, torvalds@xxxxxxxxxxxxxxxxxxxx, hpa@xxxxxxxxx, riel@xxxxxxxxxx, mingo@xxxxxxxxxx, efault@xxxxxx, frederic@xxxxxxxxxx, kernellwp@xxxxxxxxx, paulmck@xxxxxxxxxxxxxxxxxx, lcapitulino@xxxxxxxxxx, linux-tip-commits@xxxxxxxxxxxxxxx
- In-reply-to: <20171027135831.GZ3165@worktop.lehotels.local>
- References: <1509072159-31808-13-git-send-email-frederic@kernel.org> <tip-98a06af93784a6ae541e9fc6292ef26177832543@git.kernel.org> <20171027135831.GZ3165@worktop.lehotels.local>
- User-agent: Alpine 2.20 (DEB 67 2015-01-07)
On Fri, 27 Oct 2017, Peter Zijlstra wrote:
> I _strongly_ object to this statement, isolcpus is _not_ the preferred
> way, cpusets are.
>
> And yes, while cpusets suffers some problems, we _should_ really fix
> those and not promote this piece of shit isolcpus crap.
Well low level control at the processor level is important and this allows
controlling activities on a processor that is supposed to be dedicated to
certain activities without OS interaction.
isolcpus is the *right* approach here because you are micromanaging the OS
and are putting dedicated pieces of software on each core.
A cgroup suggests that threads would be scheduled over multiple cores
which is *not* what you want. cgroup has to do something with containers
etc which is inherently more noisy and needed if you want to do different
things with your processing resources.
--
To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Stable Commits]
[Linux Stable Kernel]
[Linux Kernel]
[Linux USB Devel]
[Linux Video &Media]
[Linux Audio Users]
[Yosemite News]
[Linux SCSI]