탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
![]() |
시스템 관리 설명서: Oracle Solaris Containers-리소스 관리 및 Oracle Solaris 영역 Oracle Solaris 10 1/13 Information Library (한국어) |
8. FSS(Fair Share Scheduler)(개요)
9. FSS(Fair Share Scheduler) 관리(작업)
10. 리소스 상한값 지원 데몬을 사용한 물리적 메모리 제어(개요)
15. Solaris Management Console의 리소스 제어 기능
19. 비전역 영역 설치, 정지, 복제 및 제거 정보(개요)
20. 비전역 영역 설치, 부트, 정지, 제거 및 복제(작업)
24. Oracle Solaris 10 9/10: 물리적 Oracle Solaris 시스템을 영역으로 마이그레이션(작업)
25. 영역이 설치된 Oracle Solaris 시스템의 패키지 및 패치 정보(개요)
26. 영역이 설치된 Oracle Solaris 시스템에서 패키지 및 패치 추가 및 제거(작업)
29. 비전역 영역이 설치된 Oracle Solaris 10 시스템 업그레이드
30. 그 밖의 기타 Oracle Solaris 영역 문제 해결
34. lx 브랜드 영역 설치, 부트, 정지, 복제 및 제거 정보(개요)
35. lx 브랜드 영역 설치, 부트, 정지, 제거 및 복제(작업)
각각 A와 B라는 두 가지 병렬 CPU 바인딩 작업 부하를 실행하는 CPU 두 개가 장착된 시스템이 있다고 가정해 보겠습니다. 각 작업 부하는 개별 프로젝트로 실행 중입니다. 이러한 각각의 프로젝트는 프로젝트 A에 SA 할당이 지정되고 B에 S B 할당이 지정되도록 구성되었습니다.
평균적으로 기존 TS 스케줄러에서는 시스템에서 실행 중인 각 작업 부하에 동일한 양의 CPU 리소스가 제공됩니다. 각 작업 부하는 시스템 용량의 50%를 얻게 됩니다.
S A=SB 를 사용하여 FSS 스케줄러의 제어 하에서 실행할 경우 이러한 프로젝트에는 거의 동일한 CPU 리소스가 제공됩니다. 하지만 프로젝트에 서로 다른 할당 수가 지정되는 경우 CPU 리소스 할당이 다릅니다.
다음 세 가지 예는 서로 다른 구성에서의 할당 수 작동 방식을 보여 줍니다. 이러한 예는 요구량이 사용 가능한 리소스와 일치하거나 초과할 경우에만 수치상 할당에 따라 사용량을 정확히 표시됨을 보여 줍니다.
A와 B 각각에 CPU에 바인딩된 두 개 프로세스가 있으며, S A = 1과 S B = 3인 경우 총 할당 수는 1 + 3 = 4입니다. 이 구성에서는 CPU 수요가 충분히 제공된 경우 프로젝트 A 및 B에 각각 25%와 75%의 리소스가 할당됩니다.
A와 B에 각각 CPU에 바인딩된 프로세스 하나가 있고 S A = 1 및 S B = 100인 경우 총 할당 수는 101입니다. 각 프로젝트에는 실행 중인 프로세스가 하나뿐이므로 각 프로젝트에서 두 개 이상의 CPU를 사용할 수 없습니다. 이 구성에서는 프로젝트 간에 CPU 리소스 경합이 없으므로 프로젝트 A 및 B에 각각 모든 CPU 리소스의 50%가 할당됩니다. 이 구성에서는 CPU 할당 값이 무관합니다. 두 프로젝트에 할당 0이 지정되었더라도 프로젝트의 할당은 동일합니다(50/50).
A와 B에는 각각 두 개의 CPU에 바인딩된 프로세스가 있고 프로젝트 A에 할당 1이 제공되며 프로젝트 B에 할당 0이 제공된 경우 프로젝트 B에는 CPU 리소스가 할당되지 않으며 프로젝트 A에 모든 CPU 리소스가 할당됩니다. B의 프로세스는 항상 시스템 우선 순위 0에서 실행되므로 프로젝트 A의 프로세스에 더 높은 우선 순위가 지정되었기 때문에 B의 프로세스를 실행할 수 없습니다.