2.5.2.1. GNOME 시스템 감시기 — top의 그래픽 버전

그래픽 사용자 인터페이스를 선호하신다면 GNOME 시스템 감시기가 더 마음에 드실 것입니다. top과 마찬가지로 GNOME 시스템 감시기는 시스템 전체 상태, 프로세스 계수, 메모리 및 스왑 활용량, 프로세스 수준 상태 정보를 보여줍니다.

그러나 GNOME 시스템 감시기는 한단계 더 나아가서 디스크 공간 활용량을 표로 나타낼 뿐만 아니라 CPU, 메모리, 스왑 활용량을 그래픽으로 보여줍니다. GNOME 시스템 감시기의 프로세스 목록 창의 예시는 그림 2-1에서 보여줍니다.

특정 프로세스에 대한 추가 정보를 보시려면 원하는 프로세스에 먼저 클릭하신 후 자세한 정보 버튼을 클릭하시면 됩니다.

CPU, 메모리, 디스크 사용량 정보를 보시려면 시스템 감시기 탭을 클릭하십시오.

2.5.4.1. iostat 명령

가장 기본적인 iostat 명령은 CPU 및 디스크 입출력 통계에 대한 기본 정보를 보여줍니다:

Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com)      07/11/2003

avg-cpu:  %user   %nice    %sys   %idle
           6.11    2.56    2.15   89.18

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
dev3-0            1.68        15.69        22.42   31175836   44543290
          

시스템 커널 버전, 호스트명, 날짜가 보이는 첫번째 줄 바로 아래에 iostat는 마지막으로 재부팅 후 시스템 평균 CPU 활용률을 보여줍니다. CPU 활용률 정보는 다음과 같이 구분되어 백분율로 표시됩니다:

• 사용자 모드 (어플리케이션 실행하기 등)에 소모된 시간 (백분율)

• 사용자 모드 (nice(2)를 사용하여 스케쥴링 우선 순위가 바뀐 프로세스)에 소모된 시간 (백분율)

• 커널 모드에 소모된 시간 (백분율)

• 휴지 상태 시간 (백분율)

다음에 나온 CPU 활용량 리포트는 장치 활용량 리포트입니다. 이 리포트에는 시스템 상에서 활성화된 각 디스크 장치에 대한 활용량 정보 한줄에 보여주며, 다음과 같은 정보도 포함합니다:

• 장치 설명, dev<major-number>-sequence-number라고 나타나며 여기서 <major-number>는 장치의 major 번호[1]를 의미하며, <sequence-number>는 0으로 시작하는 장치 순서 번호를 말합니다.

• 일초당 전송 (입출력 작업) 수

• 일초당 읽혀진 512 바이트 블록수

• 일초당 쓰여진 512 바이트 블록수

• 지금까지 읽혀진 총 512 바이트 블록수

• 지금까지 쓰여진 총 512 바이트 블록수

이것은 iostat 사용하여 얻을 수 있는 정보의 일부에 불과합니다. 보다 자세한 정보를 원하신다면 iostat(1) 맨페이지를 참조하시기 바랍니다.

2.5.4.2. mpstat 명령

처음 보기에 mpstat 명령은 iostat이 생성한 CPU 활용량 리포트와 별반 다를바가 없다고 느끼실 수도 있습니다:

Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com)      07/11/2003

07:09:26 PM  CPU   %user   %nice %system   %idle    intr/s
07:09:26 PM  all    6.40    5.84    3.29   84.47    542.47
          

일초당 CPU에 의해 처리된 인터럽트수를 보여주는 행이 추가된 것을 제외하면, 실제로 별 차이는 없습니다. 그러나 만일mpstat 명령을 -P ALL 옵션과 함께 사용하시면 다른 결과를 보실 수 있습니다:

Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com)      07/11/2003

07:13:03 PM  CPU   %user   %nice %system   %idle    intr/s
07:13:03 PM  all    6.40    5.84    3.29   84.47    542.47
07:13:03 PM    0    6.36    5.80    3.29   84.54    542.47
07:13:03 PM    1    6.43    5.87    3.29   84.40    542.47
          

mpstat은 멀티프로세서 시스템에서 각 CPU에 대한 활용량 정보를 개별적으로 보여주기 때문에 각 CPU의 사용 현황을 보다 효율적으로 확인하실 수 있습니다.

2.5.4.3. sadc 명령

앞서 언급했듯이 sadc 명령은 시스템 활용량 정보를 수집하여 향후 분석을 위해 파일에 기록합니다. 이 정보는 /var/log/sa/디렉토리에 sa<dd>라는 파일명으로 저장됩니다. 여기서 <dd> 부분은 파일이 생성된 날짜를 의미합니다.

sadc는 보통 sa1 스크립트에 의해 실행됩니다. 이 스크립트는 /etc/cron.d/에 위치한 sysstat 파일을 통해 주기적 cron 작업으로 실행됩니다. sa1 스크립트는 sadc를 일초간 한번 실행하지만, cron은 매 10분마다 sa1를 실행하도록 기본 설정되어 있습니다. 이렇게 수집된 자료는 /var/log/sa/sa<dd> 파일로 저장됩니다.

2.5.4.4. sar 명령

그 후 sar 명령은 sadc에 의해 수집된 자료를 기초로 시스템 활용량 리포트를 작성합니다. Red Hat Enterprise Linux는sadc에 의해 수집된 파일을 sar가 자동으로 처리하도록 설정되었습니다. 이 리포트 파일은 /var/log/sa/ 디렉토리에sar<dd>이라는 파일명으로 저장됩니다. 여기서 <dd>는 하루전 날짜를 나타냅니다.

sar는 보통 sa2 스크립트에 의 해 실행되며, 이 스크립트는 /etc/cron.d/ 디렉토리에 위치한 sysstat에서 cron에 의해 실행됩니다. cron은 sa2를 하루에 한번 23:53에 실행하여 하루 동안 수집한 자료에 대한 리포트를 작성합니다.

00:00:01          CPU     %user     %nice   %system     %idle
00:10:00          all      6.39      1.96      0.66     90.98
00:20:01          all      1.61      3.16      1.09     94.14
…
23:50:01          all     44.07      0.02      0.77     55.14
Average:          all      5.80      4.99      2.87     86.34
            

00:00:01          CPU     %user     %nice   %system     %idle
00:10:00            0      4.19      1.75      0.70     93.37
00:10:00            1      8.59      2.18      0.63     88.60
00:20:01            0      1.87      3.21      1.14     93.78
00:20:01            1      1.35      3.12      1.04     94.49
…
23:50:01            0     42.84      0.03      0.80     56.33
23:50:01            1     45.29      0.01      0.74     53.95
Average:            0      6.00      5.01      2.74     86.25
Average:            1      5.61      4.97      2.99     86.43
            

2.5.5.1. OProfile 구성 요소

OProfile은 다음과 같은 요소로 구성됩니다:

• 정보 수집 소프트웨어

• 정보 분석 소프트웨어

• 관리자 인터페이스 소프트웨어

oprofile.o 커널 모듈과 oprofiled 데몬으로 구성된 정보 수집 소프트웨어.

다음과 같은 프로그램을 포함한 정보 분석 소프트웨어:

이러한 프로그램을 이용하여 수집된 정보를 여러가지 방식으로 보기 가능합니다.

관리자 인터페이스 소프트웨어를 이용하여 어떠한 이벤트를 모니터할 것인지부터 수집 작업의 시작에서 완료하기에 이르기까지 정보 수집에 대한 모든 측면을 설정 가능합니다. 이러한 작업에는 opcontrol 명령이 사용됩니다.

2.5.5.2. OProfile 세션 예시

여기서는 초기 설정부터 마지막 자료 분석에 이르기까지의 OProfile 모니터링 및 자료 분석 세션을 보여줍니다. 이곳에 설명된 내용은 기본적인 소개에 불과하며, 보다 자세한 정보를 보시려면 Red Hat Enterprise Linux 시스템 관리 가이드를 참조하시기 바랍니다.

다음과 같이 opcontrol를 사용하여 수집할 자료의 유형을 설정 가능합니다:

opcontrol \
    --vmlinux=/boot/vmlinux-`uname -r` \
    --ctr0-event=CPU_CLK_UNHALTED \
    --ctr0-count=6000

여기서 사용된 옵션은 opcontrol에게 다음과 같은 사항을 지시합니다:

• OProfile에게 현재 실행 중인 커널의 복사본을 알려줌 (--vmlinux=/boot/vmlinux-`uname -r`)

• 프로세서의 계수값을 0로 지정하고 감시할 이벤트는 CPU가 명령을 실행할 경우로 지시함 (--ctr0-event=CPU_CLK_UNHALTED)

• OProfile이 지정된 이벤트가 6000번째 발생할때마다 정보를 수집하도록 지시함 (--ctr0-count=6000)

다음으로 lsmod 명령을 사용하여 oprofile 커널 모듈이 로딩되었는지 확인해보십시오:

Module                  Size  Used by    Not tainted
oprofile               75616   1
…

ls /dev/oprofile/ 명령을 사용하여 /dev/oprofile/에 위치한 OProfile 파일 시스템이 마운트되었는지 확인합니다:

0  buffer       buffer_watershed  cpu_type  enable       stats
1  buffer_size  cpu_buffer_size   dump      kernel_only

(정확한 파일수는 프로세서 유형에 따라 다를 수 있습니다)

이제 /root/.oprofile/daemonrc 파일은 정보 수집 소프트웨어를 위한 설정이 포함됩니다:

CTR_EVENT[0]=CPU_CLK_UNHALTED
CTR_COUNT[0]=6000
CTR_KERNEL[0]=1
CTR_USER[0]=1
CTR_UM[0]=0
CTR_EVENT_VAL[0]=121
CTR_EVENT[1]=
CTR_COUNT[1]=
CTR_KERNEL[1]=1
CTR_USER[1]=1
CTR_UM[1]=0
CTR_EVENT_VAL[1]=
one_enabled=1
SEPARATE_LIB_SAMPLES=0
SEPARATE_KERNEL_SAMPLES=0
VMLINUX=/boot/vmlinux-2.4.21-1.1931.2.349.2.2.entsmp

다음으로 opcontrol --start 명령을 이용하여 opcontrol 명령이 실제로 정보 수집을 시작하도록 지시합니다:

Using log file /var/lib/oprofile/oprofiled.log
Daemon started.
Profiler running.

ps x | grep -i oprofiled 명령을 사용하여 oprofiled 데몬이 실행 중인지 확인해보십시오:

32019 ?        S      0:00 /usr/bin/oprofiled --separate-lib-samples=0 …
32021 pts/0    S      0:00 grep -i oprofiled

(실제 ps 명령에 의해 출력된 oprofiled 명령행은 이곳에 표시된 것보다 훨씬 길지만, 페이지에 맞도록 짧게 줄였습니다)

현재 시스템 상에서 실행되고 있는 모든 실행 프로세스에 대한 자료를 수집하고 있습니다. 이 자료는/var/lib/oprofile/samples/ 디렉토리에 저장됩니다. 이 디렉토리에 속한 파일들은 특이한 방식의 이름을 사용합니다. 예를 들면:

}usr}bin}less#0

파일 이름은 실행 코드를 포함한 각 파일의 절대 경로에서 슬래시 (/)를 오른쪽 괄호 (})로 바꾸고, 마지막 부분에 우물정자 (#)와 숫자 (이 예에서는 0)를 첨가합니다. 따라서 이 예시에서 사용된 파일은 /usr/bin/less 파일을 실행하면서 수집된 자료를 담은 파일을 의미합니다.

일단 자료 수집을 마치면, 분석 도구를 이용하여 수집된 자료를 볼 수 있습니다. OProfile의 장점 중 하나는 자료를 수집하는 동시에 자료 분석을 수행할 수 있다는 것입니다. 그러나 최소한 한세트의 샘플이 디스크에 기록될때까지 기다리셔야 합니다. 또는 opcontrol --dump 명령을 이용하여 샘플을 디스크에 먼저 기록한 후 분석을 시작하셔야 합니다.

다음은 op_time 명령을 이용하여 정보가 수집된 순서를 역순 (가장 높은 숫자에서 낮은 숫자 순서)로 보여줍니다:

3321080   48.8021  0.0000 /boot/vmlinux-2.4.21-1.1931.2.349.2.2.entsmp
761776    11.1940  0.0000 /usr/bin/oprofiled
368933     5.4213  0.0000 /lib/tls/libc-2.3.2.so
293570     4.3139  0.0000 /usr/lib/libgobject-2.0.so.0.200.2
205231     3.0158  0.0000 /usr/lib/libgdk-x11-2.0.so.0.200.2
167575     2.4625  0.0000 /usr/lib/libglib-2.0.so.0.200.2
123095     1.8088  0.0000 /lib/libcrypto.so.0.9.7a
105677     1.5529  0.0000 /usr/X11R6/bin/XFree86
…

리포트를 상호대화식으로 생성하실때는 리포트가 몇백 줄에 걸쳐 매우 길어질 수가 있으므로 less 명령을 함께 사용하시는 것이 좋습니다. 이 예시에서는 긴 리포트를 짧게 잘라서 보여주고 있습니다.

이 특정 리포트의 경우 한 줄마다 각 실행 파일에 대하여 수집한 정보를 보여줍니다. 각 줄은 다음과 같은 형식을 따르고 있습니다:

<sample-count> <sample-percent> <unused-field> <executable-name> 

여기서:

• <sample-count>는 수집된 샘플수를 나타냅니다.

• <sample-percent>는 이 특정 실행 파일에 대하여 수집한 모든 샘플의 퍼센트를 보여줍니다

• <unused-field>는 사용되지 않은 영역을 나타냅니다

• <executable-name>은 샘플을 수집한 실행 코드를 포함하는 파일의 이름입니다.

이 리포트는 거의 반 이상의 샘플이 CPU가 커널 자체의 코드를 실행 중일때 수집된 것을 보여줍니다. 다음 줄에는 OProfile 자료 수집 데몬이 나타나며, 그 다음으로 다양한 라이브러리와 X 윈도우 시스템 서버, XFree86를 볼 수 있습니다. 이 샘플 세션에서 실행 중이던 시스템에서 사용된 계수기 값 6000은 opcontrol --list-events의 최소 권장값을 의미한다는 사실을 기억해두십시오. 즉 이 예시 시스템에서 OProfile의 작업 부하로 인한 최대 CPU 사용량이 11 퍼센트를 넘지 않는다는 것을 의미합니다.