configd는 Mac OS X 뒤에서 실행되는 시스템 구성 데몬으로, 대부분의 사용자는 Mac의 백그라운드에서 실행되는 핵심 OS X 프로세스를 전혀 눈치채지 못할 것입니다. 즉, configd는 때때로 작동하여 비정상적인 CPU 스파이크 및 팬 활동을 유발하여 Mac 소리를 풍동처럼 만들 수 있습니다. 이상한 configd 동작은 Activity Monitor를 시작하고 "% CPU" 옵션으로 정렬하고 상단에 있는 'configd' 루트 사용자 프로세스가 20-95% CPU를 차지하는 것을 보면 쉽게 진단할 수 있습니다.해당 동작이 1분 정도 지속되면 일반적으로 큰 문제가 되지 않습니다. 일시적인 급증은 정상일 수 있으므로 그냥 실행하고 무시하십시오. 명백한 이유 없이 몇 시간 동안 또는 그 이상 – 이것이 우리가 여기서 해결하고자 하는 것입니다.

터미널을 통한 강제 재실행으로 구성된 높은 CPU 사용량 해결

전능한 'killall' 명령을 사용하여 바지를 빠르게 걷어차는 방식으로 configd를 강제로 다시 실행합니다. configd는 시스템 프로세스이기 때문에 종료되면 즉시 다시 실행되며 configd가 프로세서 사용률에 미친 모든 인스턴스에서 이 트릭이 문제를 해결합니다.

Launch 터미널(평소와 같이 /Applications/Utilities/ 내에 있음)을 실행하고 다음 명령을 입력합니다.

sudo killall 구성

슈퍼 사용자로 명령을 실행하려면 관리자 암호를 입력해야 하므로 sudo 접두사가 필요합니다. sudo 없이 명령을 실행하는 것은 프로세스가 루트(슈퍼유저) 소유이기 때문에 비효율적입니다.

Activity Monitor를 열어두고 CPU별로 정렬하면 'configd'가 사라지고 다시 시작할 때 더 이상 목록의 맨 위에 있지 않고 CPU를 과도하게 사용하지 않습니다. . 이제 프로세스를 검색하면 CPU의 0%에서 1% 사이의 어딘가에서 소비되고 있음을 알 수 있습니다.

killall 명령을 사용한 후에도 configd에 여전히 문제가 있는 경우 이 문서의 맨 아래로 이동하여 configd 문제 해결에 대해 자세히 알아보십시오.

터미널 없이 configd 다루기

명령줄에 익숙하지 않은 경우 다른 두 가지 옵션이 있습니다.

1. 실행 중인 모든 Mac 응용 프로그램을 종료합니다. 이 작업은 수동으로 수행하거나 자체 제작한 이 앱을 사용하여 OS X에서 모든 것을 종료할 수 있습니다.
2. Mac 재부팅

Mac을 재부팅하면 configd 프로세스를 직접 종료하는 것과 같은 효과가 있지만 분명히 작업 흐름에 좀 더 방해가 됩니다. configd 오류가 앱의 잘못된 동작으로 인해 발생한 경우 모든 애플리케이션을 종료하면 도움이 될 수 있습니다.

특정 configd 문제 진단 및 configd 학습

Apple은 configd를 공식적으로 다음과 같이 설명합니다.

configd 데몬은 로컬 시스템의 많은 구성 측면을 담당합니다. configd는 원하는 시스템 상태와 현재 상태를 반영하는 데이터를 유지 관리하고, 이 데이터가 변경될 때 애플리케이션에 알림을 제공하고, 로드 가능한 번들 형태로 여러 구성 에이전트를 호스팅합니다.

이 발췌문은 터미널에 다음을 입력하여 액세스할 수 있는 configd의 매뉴얼 페이지에서 가져온 것입니다.

man configd

여기에 있는 개발자 라이브러리 링크를 사용하여 웹이나 명령줄을 통해 Mac에서 직접 읽을 수 있습니다.

처음에 configd가 미친 이유를 진단하려는 경우 다음 두 위치에서 configd 번들 및 plist 파일을 둘러볼 수 있습니다. 이는 진행 상황에 대한 몇 가지 힌트를 제공할 수 있습니다. 잘못된 이유:

/System/Library/SystemConfiguration/ /Library/Preferences/SystemConfiguration/

다른 옵션은 다음 명령을 사용하여 세부 정보 표시 모드에서 configd를 다시 실행하도록 선택하는 것입니다.

sudo /usr/libexec/configd -v

이렇게 하면 자세한 정보가 OS X 시스템 콘솔로 내보내지며 콘솔 앱이나 명령줄을 통해서도 읽을 수 있습니다.해당 정보를 앞서 언급한 시스템 디렉토리에 있는 정보와 비교하면 정확한 원인 진단에 큰 도움이 됩니다.

일반적인 경험에 따르면 일부 앱과 프로세스는 다른 것보다 구성 문제를 더 자주 유발하며, 그중 일부에는 CrashPlan과 같은 Java 및 Java 기반 서비스, 해결되지 않은 인쇄 오류가 있는 특정 프린터 및 부적절한 네트워크가 포함될 수 있습니다. 네트워크 연결이 반복적으로 시도되고 실패하는 구성. 이것이 때때로 모든 앱을 종료하는 것이 문제를 해결하는 데 효과적인 이유입니다. 왜냐하면 configd가 혼란스러워지는 반복 실패를 끝낼 수 있고, 경우에 따라 configd를 종료해도 문제가 해결되지 않는 경우 범인 plist 파일을 제거하면 해결할 수 있기 때문입니다. 한 번에 문제. 개인의 경험과 결과는 다를 수 있습니다.