지풍@blog

LVM 같은 경우에는 가상파일시스템(??)이기 때문에 보통의 마운트 방법으로는 마운트가 안됩니다

그렇기 때문에 특별한 방법이 필요 한데 아래와 같이 수행하면 됩니다

nice는 아시다시피 유닉스에서 프로세스의 우선순위를 의미합니다. top 표시 내용 중 ni(nice)는 "기본값보다 낮은 우선순위로 사용자 공간에서 실행된 시간"을 의미합니다. 따라서 us(user)는 정확하게는 "기본값으로, 혹은 그보다 높은 우선순위로 사용자 공간에서 실행된 시간"을 의미합니다.

hi(hard interrupt)는 "순수한(?) 인터럽트 핸들러에서 사용한 시간"을 의미합니다. 하지만 인터럽트 핸들러는 수행중 다른 인터럽트를 꺼버리기 때문에 가능하면 빨리 실행을 마쳐야 합니다. 그래서 시간이 걸릴 만한 작업은 잠시 미뤄뒀다가 실행합니다. (나중에 인터럽트 처리 작업을 마저 처리하는 부분을 "bottom halves"라고 부르더군요. 인터럽트 핸들러는 "top halves"라고 부르고요.) "잠시 미뤄둔 인터럽트 처리 작업에 사용한 시간"이 바로 si(soft interrupt) 항목입니다.

wa(I/O wait)은 I/O를 기다리는 시간이 맞습니다. 어떤 프로세스가 I/O 때문에 wait 상태로 들어갈 때 즉시 실행 가능한 다른 프로세스가 있으면 그 프로세스를 실행하지만 그렇지 않은 경우는 어쩔 수 없이 I/O 대기 작업 중 하나가 완료될 때까지 대기해야 합니다. 그 때 사용한 시간이 wa입니다. 모든 프로세스가 I/O 완료가 아닌 다른 이벤트를 기다리면서 쉬고 있으면 이는 id(idle) 항목에 해당합니다.

항목들 간의 관계를 좀 정리하자면...

1. wa(I/O wait)과 id(idle)은 모두 대기 시간입니다. I/O를 기다리는 프로세스가 하나라도 있으면 wa에 카운트 되고 그렇지 않으면 id에 카운트 됩니다.
2. hi(hard interrupt)와 si(soft interrupt)를 합치면 인터럽트 처리에 쓰인 시간이 됩니다. 인터럽트 핸들러 자체에서 잠깐 쓴 시간은 hi에, 미뤄둔 처리 작업에 쓰인 시간은 si에 카운트 됩니다.
3. sy(system)는 wa,id,hi,si를 제외하고서 커널 내에서 쓰인 시간입니다. hi, si도 (그리고 더 정확하게는 wa와 id도) 커널 내의 시간이라고 할 수 있지만 sy 항목의 계산에서는 제외됩니다.
4. us(user)와 ni(nice)를 합하면 사용자 공간에서 실행된 시간입니다. 기본 우선순위보다 낮은 우선순위로 실행되느냐의 여부로 us와 ni 중 하나로 카운트 됩니다.

뱀발로... top 프로그램의 실행 결과는 결국 /proc/stat 파일의 내용을 파싱해서 뿌려주는 것입니다. 그런데 /proc/stat 출력 결과를 보면 프로세스별로 7개가 아니라 8개의 항목이 있습니다. 마지막 항목은 "steal" 항목으로 "프로세스가 비자발적으로 대기하는 데에 사용한 시간"라고 합니다... 만 현재 커널에서는(2.6.15 기준) 카운트를 하지 않고 있습니다.