nice애플리케이션을 개발하고 데몬에 값을 제공 하고 싶습니다 . 그러나 이에 대한 지침을 찾지 못했습니다.
일부 기사에서는 백업 작업의 가치가 높아야 한다고 nice(우선 순위가 낮아야 함) 언급하지만 어떤 프로세스의 가치가 낮아야 하는지 찾을 수 없습니다 nice.
값 설정에 대한 그러한 지침이 없어서 각 데몬의 값이 가장 높은 우선 순위로 설정된다면 nice끔찍한 세상이 아니겠습니까 ?nice-20
답변1
좋은 가치를 설정하기 위한 지침이 있나요?애플리케이션 개발자를 위한 것인가요?
아니요, 그것은 귀하의 통제 범위에 속하지 않으며 그렇게 하려고 해서는 안 됩니다. (상사에게 소프트웨어 구매 결정에 대해 조언하는 시스템 관리자만 짜증나게 할 것입니다.)
프로세스에 더 높은 우선 순위를 부여하려면 루트 권한이 필요합니다. 잘 설계된 데몬은 루트로 실행되어서는 안 됩니다. 이에 대한 예외는 매우 드물며 모두 시스템 관리와 직접적으로 관련되어 있으며 일반적인 의미의 "응용 프로그램"과는 관련이 없습니다. 어떤 종류의 시스템 관리를 위한 소프트웨어를 작성하지 않는다면 애초에 루트로 실행되도록 응용 프로그램을 설계해서는 안 됩니다. 따라서 애플리케이션에 더 높은 우선순위를 부여할 수도 없습니다.
귀하의 신청서를 제출하고 싶으시면줄이다우선순위죠. 그러나 대부분의 경우에는 이를 수행하지 않으며 시스템 관리자에게 관리를 맡길 수 있습니다. 아마도 "낮은 리소스 사용 공간"이 판매 포인트 중 하나라면 이를 달성하기 위해 코드를 작성하고 싶을 수도 있습니다.
좋은 가치를 설정하기 위한 지침이 있나요?시스템 관리자의 경우?
물론이죠. 이 모든 것은 "시스템 튜닝"이라는 제목에 속합니다. 질문의 수정된 버전은 실제로 Stack Exchange 형식에 비해 너무 광범위하지만 간단히 말해서 다음과 같습니다.
- 튜닝하기 전에 테스트하십시오. IO가 병목 현상을 일으키는 경우 renice를 사용하여 문제를 해결할 것이라고 상상하지 마십시오.
- 기기를 보유하게 된 실제 프로세스에 우선순위를 부여합니다(예를 들어, LDAP 서버인 경우 LDAP 프로세스에 우선순위를 부여합니다).
- 필수적이지 않은 프로세스가 리소스를 차지하는 경우(가설이 아닌 실제 테스트를 통해 - 포인트 1 참조) 이러한 일이 발생하지 않도록 제한하세요.
...어떤 프로세스가 더 낮은 값을 가져야 하는지 찾을 수 없습니다
nice.
위의 2번 항목을 참조하세요. 이는 전체 기계의 실제 사용에 따라 달라집니다.