CPU 사용량을 최적화하려고 시도하면 Spotify가 설치되지 않았음에도 불구하고 "pgrep -x spotify"가 계속 실행됩니다.

CPU 사용량을 최적화하려고 시도하면 Spotify가 설치되지 않았음에도 불구하고 "pgrep -x spotify"가 계속 실행됩니다.

저는 최근 아주 오래된 노트북에 Arch Linux를 설치했습니다. 그래서 최대한 최적화하고 CPU/RAM 사용량을 줄이려고 노력하고 있습니다. 첨부된 내용은 터미널 외에는 많이 실행하지 않고 노트북에서 찍은 htop의 스크린샷입니다. 여기에 이미지 설명을 입력하세요.

나를 혼란스럽게 하는 몇 가지 사항이 있습니다.

  • 첫째, 총 CPU 사용량은 모든 프로세스에 걸친 개별 CPU 사용량의 합보다 훨씬 큰 것 같습니다(아래로 스크롤하면 더 있지만 모두 CPU 사용량이 0.0%로 표시됩니다). 왜 이런거야? 두 코어의 용량이 약 80%이고 CPU가 분명히 상당한 스트레스를 받고 있는 반면 htop은 여전히 ​​비슷한 출력을 표시하는 경우가 있습니다.
  • 짧은 시간 동안만 나타나기 때문에 스크린샷을 찍을 수는 없지만, 가끔 CPU를 10% 정도 사용하면서 명령어 pgrep -x cmuspgrep -x spotifyhtop이 잠깐 나타나는 경우가 있습니다. 이 노트북에는 프로그램이 거의 설치되어 있지 않으며 Spotify나 Spotify와 관련된 어떤 것도 설치한 적이 없습니다. 이러한 명령의 이유는 무엇입니까?

답변1

매뉴얼 페이지 pgrep에서 문제 에 대한 부분 :pgrep

pgrep  looks  through  the  currently running processes and lists the process IDs
       which match the selection criteria to stdout.  All the criteria  have  to  match.

-x옵션:

-x, --exact
              Only match processes whose names (or command line if -f is specified)  ex‐
              actly match the pattern.

따라서 이 pgrep줄은 시스템의 어떤 항목이 cmus를 검색 중이거나 Spotify가 시스템에서 실행 중임을 나타냅니다(설치되지 않은 경우 찾을 수 없음).

CPU 사용률 불일치에 관해: 잘 모르겠습니다. 그러나 내 생각에 한 가지 가능성은 이것이 htop단지 보여주는 것입니다.사용자 공간프로세스. 아마도 커널 자체도 일부 CPU를 사용하고 있을 것입니다. 그러나 htop이 커널 공간에 대한 줄을 포함하는 것을 원하지 않습니다. 그러나 코어 평균 25% 이상의 CPU 사용량이 의미가 있는지는 모르겠습니다. 당신은 당신의 시스템이 "매우 오래됐다"고 말했지만 자세히 설명하지는 않았습니다. 너무 오래되어서 커널 자체에 CPU의 많은 부분이 필요한 것은 아닐까? 일부 커널 모듈이 "오작동"하거나 해당 하드웨어와 제대로 작동하지 않아 CPU와 충돌을 일으킬 수 있습니까?

관련 정보