Bug 1000197
Summary: | RFE: introduce application.slice | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jóhann B. Guðmundsson <johannbg> |
Component: | systemd | Assignee: | systemd-maint |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | johannbg, lnykryn, msekleta, plautrba, systemd-maint, vpavlin, zbyszek |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-08-25 20:16:16 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1000189 |
Description
Jóhann B. Guðmundsson
2013-08-22 22:24:38 UTC
You are asking for two different slices for the OS itself vs. stuff the admin actually installed on top of the OS? i.e. you want all systemd services to be in one slice and all the apache instances in another? Note that for multi-instantiated services there's already an implicit slice created where they are all placed in for each service. i.e. all apache instances are implicitly placed in systems.slice/apache.slice/apache... I was thinking resource assignment basically ensure you could reserve X resources to the system itself something like. I got 4 cores ( or 40% cpu ) assigned to an OS container within that os container I want to give 20% to the application container which contains apache ssh etc 10% to the system container ( new ) and 10% to the user sessions. same applies with other resource deployment memory bandwith etc. If it dont make sense to you just close this. This doesn't seem to be going anywhere. If anything, it should be discussed upstream. |