Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[proposal] Support Linux Core Scheduling #1728

Open
6 of 10 tasks
saintube opened this issue Oct 30, 2023 · 0 comments
Open
6 of 10 tasks

[proposal] Support Linux Core Scheduling #1728

saintube opened this issue Oct 30, 2023 · 0 comments
Assignees
Milestone

Comments

@saintube
Copy link
Member

saintube commented Oct 30, 2023

What is your proposal:

Koordinator supports the Linux core scheduling for containers, where containers belonging to different users can be isolated at the SMT level.

container-core-scheduling

Why is this needed:

For the scenarios aimed at security, the Core Scheduling feature is helpful to avoid SCAs (side-channel attacks) on the L1-level or L2-level while the apps of the same user still have chance to leverage SMTs.

Is there a suggested solution, if so, please add it:

  • Phase 1: Provide the fundamental Linux Core Scheduling for the containers.
  • Phase 2: Improve the performance of the Core Scheduling feature.
    • 2.1 Koordlet: Exports more metrics to trace the core sched operations working well.
    • 2.2 Koordlet: After the Anolis kernel fixes the compatibility problem and provides a more stable interface, the koordlet removes the workaround about when the node's CPU QoS policy is migrating from Group Identity to Core Scheduling. (no longer traverse the cgroup trees, add container-level reconcile for GI)
    • 2.3 Koord-scheduler: improves the scheduling scoring according to the density of the cookies.

The work of phase 1 is planned to be released in v1.5.0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant