짧은 대기 시간 동안 RHEL 최적화

1. 로그를 전송할 머신을 구성합니다. 자세한 내용은 Red Hat Enterprise Linux의 rsyslog로 원격 Syslog를 참조하십시오.

2. syslog 출력이 로컬 파일 시스템이 아닌 서버에 기록되도록 로그를 원격 로그 서버로 보내는 각 시스템을 구성합니다. 이렇게 하려면 각 클라이언트 시스템에서 /etc/rsyslog.conf 파일을 편집합니다. 해당 파일에 정의된 각 로깅 규칙에 대해 로컬 로그 파일을 원격 로깅 서버의 주소로 교체합니다.

   # Log all kernel messages to remote logging host.
   kern.*     @my.remote.logging.server

   위의 예제에서는 모든 커널 메시지를 @my.remote.logging.server 의 원격 시스템에 기록하도록 클라이언트 시스템을 구성합니다.

   또는 /etc/rsyslog.conf 파일에 다음 행을 추가하여 로컬에서 생성된 모든 시스템 메시지를 기록하도록 syslogd 를 구성할 수 있습니다.

   # Log all messages to a remote logging server:
   .     @my.remote.logging.server

프로세스

1. 특히 서버에서 필요하지 않은 그래픽 인터페이스를 실행하지 마십시오.

   시스템이 기본적으로 GUI로 부팅되도록 구성되어 있는지 확인합니다.

   # systemctl get-default

2. 명령 출력이 graphical.target 이면 텍스트 모드로 부팅하도록 시스템을 구성합니다.

   # systemctl set-default multi-user.target

3. 튜닝 중인 시스템에서 메일 전송 에이전트(MTA) 를 적극적으로 사용하지 않는 경우 비활성화합니다. MTA가 필요한 경우 올바르게 조정되었는지 확인하거나 전용 시스템으로 이동하는 것이 좋습니다.

   자세한 내용은 MTA 설명서를 참조하십시오.

   중요

   MTA는 cron 과 같은 프로그램에서 실행되는 시스템 생성 메시지를 보내는 데 사용됩니다. 여기에는 logwatch() 와 같은 로깅 함수에 의해 생성된 보고서가 포함됩니다. 시스템의 MTA가 비활성화된 경우 이러한 메시지를 수신할 수 없습니다.

4. 마우스, 키보드와 같은 주변 장치는 대기 시간에 부정적인 영향을 미칠 수 있는 인터럽트를 보냅니다. 그래픽 인터페이스를 사용하지 않는 경우 사용되지 않는 주변 장치를 모두 제거하고 비활성화합니다.

   자세한 내용은 장치의 설명서를 참조하십시오.

5. 성능에 영향을 미칠 수 있는 자동화된 cron 작업을 확인합니다.

   # crontab -l

   crond 서비스 또는 불필요한 cron 작업을 비활성화합니다.

6. 타사 애플리케이션 및 외부 하드웨어 공급업체가 추가한 구성 요소가 있는지 확인하고 불필요한 모든 구성 요소를 제거합니다.

프로세스

1. sysctl 명령 중 하나를 사용하여 필요한 값을 일시적으로 설정합니다.

   • sched_deadline_period_max_us 매개변수를 사용하려면 다음 명령을 실행합니다.

     # sysctl -w kernel.sched_deadline_period_max_us=2000000

   • sched_deadline_period_min_us 매개변수를 사용하려면 다음 명령을 실행합니다.

     # sysctl -w kernel.sched_deadline_period_min_us=100

2. 값을 영구적으로 설정합니다.

   • max_us 의 경우 /etc/sysctl.conf 를 편집하고 다음 행을 추가합니다.

     kernel.sched_deadline_period_max_us = 2000000

   • min_us 의 경우 /etc/sysctl.conf 를 편집하고 다음 행을 추가합니다.

     kernel.sched_deadline_period_min_us = 100

3. 변경 사항을 적용합니다.

   # sysctl -p

프로세스

1. 텍스트 편집기에서 /etc/sysctl.conf 를 엽니다.

2. 매개 변수의 값을 사용하여 파일에 새 항목을 삽입합니다.

   /proc/sys/ 경로를 제거하고 나머지 슬래시(/)를 마침표(.)로 변경하고 매개 변수의 값을 포함하여 매개변수 이름을 수정합니다.

   예를 들어 echo 0 > /proc/sys/kernel/hung_task_panic 명령을 만들려면 /etc/sysctl.conf 에 다음을 입력합니다.

   # Enable gettimeofday(2)
   kernel.hung_task_panic = 0

3. 파일을 저장하고 닫습니다.
4. 변경 사항을 적용하려면 시스템을 재부팅합니다.

프로세스

1. 필수 패키지를 설치합니다.

   $ sudo dnf install rteval kernel-rt podman -y

2. 설치된 커널을 확인합니다.

   $ sudo grubby --info=ALL
   index=0
   kernel="/boot/vmlinuz-5.XX.0-XX.X.X.el9_6.x86_64+rt"
   args="ro crashkernel=2G-64G:256M,64G-:512M resume=UUID=3e14acf4-a359-4045-b8fc-990ff83743ec rd.lvm.lv=rhel_rt-qe-11/root rd.lvm.lv=rhel_rt-qe-11/swap console=ttyS0,115200n81 $tuned_params"
   root="/dev/mapper/rhel_rt--qe--11-root"
   initrd="/boot/initramfs-5.XX.0-XX.X.X.el9_6.x86_64+rt.img $tuned_initrd"
   title="Red Hat Enterprise Linux (5.XX.0-XX.X.X.el9_6.x86_64+rt) 9.6 (Plow)"
   id="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-5.XX.0-XX.X.X.el9_6.x86_64+rt"
   index=1
   kernel="/boot/vmlinuz-5.XX.0-XX.X.X.el9_6.x86_64"
   args="ro crashkernel=2G-64G:256M,64G-:512M resume=UUID=3e14acf4-a359-4045-b8fc-990ff83743ec rd.lvm.lv=rhel_rt-qe-11/root rd.lvm.lv=rhel_rt-qe-11/swap console=ttyS0,115200n81 $tuned_params"
   root="/dev/mapper/rhel_rt--qe--11-root"
   initrd="/boot/initramfs-5.XX.0-XX.X.X.el9_6.x86_64.img $tuned_initrd"
   title="Red Hat Enterprise Linux (5.XX.0-XX.X.X.el9_6.x86_64) 9.6 (Plow)"
   id="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-5.XX.0-XX.X.X.el9_6.x86_64"
   index=2
   kernel="/boot/vmlinuz-0-rescue-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
   args="ro crashkernel=2G-64G:256M,64G-:512M resume=UUID=3e14acf4-a359-4045-b8fc-990ff83743ec rd.lvm.lv=rhel_rt-qe-11/root rd.lvm.lv=rhel_rt-qe-11/swap console=ttyS0,115200n81"
   root="/dev/mapper/rhel_rt--qe--11-root"
   initrd="/boot/initramfs-0-rescue-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.img"
   title="Red Hat Enterprise Linux (0-rescue-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) 9.6 (Plow)"
   id="XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX-0-rescue"

3. 실시간 커널을 기본 커널로 설정합니다.

   $ select a in /boot/vmlinuz-*rt*; do grubby --set-default=$a; break; done

4. tuned-adm:을 사용하여 실시간 프로필을 적용합니다.

   $ sudo tuned-adm profile realtime

5. 호스트 시스템을 재부팅합니다.

   $ sudo reboot

검증

1. 커널 버전 및 튜닝 매개변수를 확인합니다.

   $ sudo uname -r
   5.XX.0-XX.X.X.el9_6.x86_64+rt

   $ sudo cat /proc/cmdline
   BOOT_IMAGE=(hd0,gpt2)/vmlinuz-5.XX.0-XX.X.X.el9_6.x86_64+rt root=/dev/mapper/rhel_rt--qe--11-root ro crashkernel=2G-64G:256M,64G-:512M resume=UUID=3e14acf4-a359-4045-b8fc-990ff83743ec rd.lvm.lv=rhel_rt-qe-11/root rd.lvm.lv=rhel_rt-qe-11/swap console=ttyS0,115200n81 skew_tick=1 tsc=reliable rcupdate.rcu_normal_after_boot=1 isolcpus=managed_irq,domain,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47 intel_pstate=disable nosoftlockup

프로세스

1. /sys/fs/cgroup/Example/ 디렉터리를 생성합니다.

   # mkdir /sys/fs/cgroup/Example/

   /sys/fs/cgroup/Example/ 디렉터리는 하위 그룹을 정의합니다. /sys/fs/cgroup/Example/ 디렉터리를 생성하면 일부 cgroups-v2 인터페이스 파일이 디렉터리에 자동으로 생성됩니다. /sys/fs/cgroup/Example/ 디렉터리에는 메모리 및 pid 컨트롤러에 대한 컨트롤러별 파일도 포함되어 있습니다.

2. 선택 사항: 새로 생성된 하위 제어 그룹을 검사합니다.

   # ll /sys/fs/cgroup/Example/
   -r—​r—​r--. 1 root root 0 Jun  1 10:33 cgroup.controllers
   -r—​r—​r--. 1 root root 0 Jun  1 10:33 cgroup.events
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 cgroup.freeze
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 cgroup.procs
   …​
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 cgroup.subtree_control
   -r—​r—​r--. 1 root root 0 Jun  1 10:33 memory.events.local
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 memory.high
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 memory.low
   …​
   -r—​r—​r--. 1 root root 0 Jun  1 10:33 pids.current
   -r—​r—​r--. 1 root root 0 Jun  1 10:33 pids.events
   -rw-r—​r--. 1 root root 0 Jun  1 10:33 pids.max

   예제 출력은 cgroup.procs 또는 cgroup.controllers 와 같은 일반적인 cgroup 제어 인터페이스 파일을 보여줍니다. 이러한 파일은 활성화된 컨트롤러에 관계없이 모든 제어 그룹에 공통입니다.

   memory.high 및 pids.max 와 같은 파일은 루트 제어 그룹(/sys/fs/cgroup/)에 있는 메모리 및 pids 컨트롤러와 관련이 있으며 systemd 에 의해 기본적으로 활성화됩니다.

   기본적으로 새로 생성된 하위 그룹은 상위 cgroup 의 모든 설정을 상속합니다. 이 경우 루트 cgroup 의 제한이 없습니다.

3. 필요한 컨트롤러를 /sys/fs/cgroup/cgroup.controllers 파일에서 사용할 수 있는지 확인합니다.

   # cat /sys/fs/cgroup/cgroup.controllers
   cpuset cpu io memory hugetlb pids rdma

4. 필요한 컨트롤러를 활성화합니다. 이 예에서는 cpu 및 cpuset 컨트롤러입니다.

   # echo "+cpu" >> /sys/fs/cgroup/cgroup.subtree_control
   # echo "+cpuset" >> /sys/fs/cgroup/cgroup.subtree_control

   이러한 명령은 /sys/fs/cgroup/ root 제어 그룹의 즉시 하위 그룹에 대해 cpu 및 cpuset 컨트롤러를 활성화합니다. 새로 생성된 예제 제어 그룹 포함. 하위 그룹은 기준을 기반으로 프로세스를 지정하고 각 프로세스에 제어 검사를 적용할 수 있는 위치입니다.

   사용자는 모든 수준에서 cgroup.subtree_control 파일의 내용을 읽고 즉시 하위 그룹에서 활성화에 사용할 수 있는 컨트롤러를 파악할 수 있습니다.

   참고

   기본적으로 루트 제어 그룹의 /sys/fs/cgroup/cgroup.subtree_control 파일에는 메모리 및 pids 컨트롤러가 포함되어 있습니다.

5. 예제 제어 그룹의 하위 cgroup 에 필요한 컨트롤러를 활성화합니다.

   # echo "+cpu +cpuset" >> /sys/fs/cgroup/Example/cgroup.subtree_control

   이 명령을 사용하면 즉시 하위 제어 그룹에 메모리 또는 pid 컨트롤러가 아닌 CPU 시간 분배를 규제하는 컨트롤러 만 사용할 수 있습니다.

6. /sys/fs/cgroup/Example/tasks/ 디렉터리를 생성합니다.

   # mkdir /sys/fs/cgroup/Example/tasks/

   /sys/fs/cgroup/Example/tasks/ 디렉터리는 cpu 및 cpuset 컨트롤러와 순전히 관련된 파일이 있는 하위 그룹을 정의합니다. 이제 이 제어 그룹에 프로세스를 할당하고 프로세스에 cpu 및 cpuset 컨트롤러 옵션을 사용할 수 있습니다.

7. 선택 사항: 하위 제어 그룹을 검사합니다.

   # ll /sys/fs/cgroup/Example/tasks
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cgroup.controllers
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cgroup.events
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.freeze
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.max.depth
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.max.descendants
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.procs
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cgroup.stat
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.subtree_control
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.threads
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cgroup.type
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpu.max
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpu.pressure
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpuset.cpus
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cpuset.cpus.effective
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpuset.cpus.partition
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpuset.mems
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cpuset.mems.effective
   -r—​r—​r--. 1 root root 0 Jun  1 11:45 cpu.stat
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpu.weight
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 cpu.weight.nice
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 io.pressure
   -rw-r—​r--. 1 root root 0 Jun  1 11:45 memory.pressure

프로세스

1. 제어 그룹 내에서 리소스 제한을 달성하도록 원하는 CPU 가중치를 구성합니다.

   # echo "150" > /sys/fs/cgroup/Example/g1/cpu.weight
   # echo "100" > /sys/fs/cgroup/Example/g2/cpu.weight
   # echo "50" > /sys/fs/cgroup/Example/g3/cpu.weight

2. 애플리케이션의 PID를 g1,g2, g3 하위 그룹에 추가합니다.

   # echo "33373" > /sys/fs/cgroup/Example/g1/cgroup.procs
   # echo "33374" > /sys/fs/cgroup/Example/g2/cgroup.procs
   # echo "33377" > /sys/fs/cgroup/Example/g3/cgroup.procs

   예제 명령은 원하는 애플리케이션이 Example/g*/ 하위 cgroups의 멤버가 되도록 하며 해당 cgroup 구성에 따라 CPU 시간을 배포합니다.

   실행 중인 프로세스가 있는 하위 cgroup의 가중치(g1,g2,g3)는 상위 cgroup 수준(예)으로 요약됩니다. 그러면 CPU 리소스가 해당 가중치에 따라 비례적으로 배포됩니다.

   결과적으로 모든 프로세스가 동시에 실행되면 커널은 해당 cgroup의 cpu.weight 파일을 기반으로 비례 CPU 시간을 각각 할당합니다.

   Expand

   하위 cgroup	cpu.weight 파일	CPU 시간 할당
   g1	150	~50% (150/300)
   g2	100	~33% (100/300)
   g3	50	~16% (50/300)

   Show more

   cpu.weight 컨트롤러 파일의 값은 백분율이 아닙니다.

   하나의 프로세스가 실행을 중단하고 cgroup g2 를 실행 중인 프로세스 없이 그대로 두면 계산에서 cgroup g2 및 g 3 의 계정 가중치만 생략합니다.

   Expand

   하위 cgroup	cpu.weight 파일	CPU 시간 할당
   g1	150	~75% (150/200)
   g3	50	~25% (50/200)

   Show more
   중요

   하위 cgroup에 실행 중인 프로세스가 여러 개 있는 경우 cgroup에 할당된 CPU 시간이 멤버 프로세스 간에 균등하게 배포됩니다.

검증

1. 애플리케이션이 지정된 제어 그룹에서 실행되는지 확인합니다.

   # cat /proc/33373/cgroup /proc/33374/cgroup /proc/33377/cgroup
   0::/Example/g1
   0::/Example/g2
   0::/Example/g3

   명령 출력에는 Example/g*/ 하위 cgroup에서 실행되는 지정된 애플리케이션의 프로세스가 표시됩니다.

2. 제한된 애플리케이션의 현재 CPU 사용을 검사합니다.

   # top
   top - 05:17:18 up 1 day, 18:25,  1 user,  load average: 3.03, 3.03, 3.00
   Tasks:  95 total,   4 running,  91 sleeping,   0 stopped,   0 zombie
   %Cpu(s): 18.1 us, 81.6 sy,  0.0 ni,  0.0 id,  0.0 wa,  0.3 hi,  0.0 si,  0.0 st
   MiB Mem :   3737.0 total,   3233.7 free,    132.8 used,    370.5 buff/cache
   MiB Swap:   4060.0 total,   4060.0 free,      0.0 used.   3373.1 avail Mem
   
       PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
     33373 root      20   0   18720   1748   1460 R  49.5   0.0 415:05.87 sha1sum
     33374 root      20   0   18720   1756   1464 R  32.9   0.0 412:58.33 sha1sum
     33377 root      20   0   18720   1860   1568 R  16.3   0.0 411:03.12 sha1sum
       760 root      20   0  416620  28540  15296 S   0.3   0.7   0:10.23 tuned
         1 root      20   0  186328  14108   9484 S   0.0   0.4   0:02.00 systemd
         2 root      20   0       0      0      0 S   0.0   0.0   0:00.01 kthread
   ...

   참고

   모든 프로세스는 명확한 설명을 위해 단일 CPU에서 실행됩니다. CPU weight는 여러 CPU에서 사용할 때 동일한 원칙을 적용합니다.

   PID 33373,PID 33374 및 PID 33377 의 CPU 리소스가 해당 하위 cgroup에 할당한 150, 100 및 50 개의 가중치를 기반으로 할당되었습니다. 가중치는 각 애플리케이션에 대해 약 50%, 33%, CPU 시간 할당에 해당합니다.

프로세스

1. 시스템 시스템 및 서비스 관리자가 시스템 부팅 중에 기본적으로 cgroups-v1 을 마운트 하도록 시스템을 구성합니다.

   # grubby --update-kernel=/boot/vmlinuz-$(uname -r) --args="systemd.unified_cgroup_hierarchy=0 systemd.legacy_systemd_cgroup_controller"

   그러면 필요한 커널 명령줄 매개변수가 현재 부팅 항목에 추가됩니다.

   모든 커널 부팅 항목에 동일한 매개변수를 추가하려면 다음을 수행합니다.

   # grubby --update-kernel=ALL --args="systemd.unified_cgroup_hierarchy=0 systemd.legacy_systemd_cgroup_controller"

2. 변경 사항을 적용하려면 시스템을 재부팅합니다.

검증

1. cgroups-v1 파일 시스템이 마운트되었는지 확인합니다.

   # mount -l | grep cgroup
   tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,seclabel,size=4096k,nr_inodes=1024,mode=755,inode64)
   cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
   cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,perf_event)
   cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,cpu,cpuacct)
   cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,pids)
   cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,cpuset)
   cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,net_cls,net_prio)
   cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,hugetlb)
   cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,memory)
   cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,blkio)
   cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,devices)
   cgroup on /sys/fs/cgroup/misc type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,misc)
   cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,freezer)
   cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,seclabel,rdma)

   다양한 cgroup-v1 컨트롤러에 해당하는 cgroups-v1 파일 시스템이 /sys/fs/cgroup/ 디렉터리에 성공적으로 마운트되었습니다.

2. /sys/fs/cgroup/ 디렉터리의 콘텐츠를 검사합니다.

   # ll /sys/fs/cgroup/
   dr-xr-xr-x. 10 root root  0 Mar 16 09:34 blkio
   lrwxrwxrwx.  1 root root 11 Mar 16 09:34 cpu → cpu,cpuacct
   lrwxrwxrwx.  1 root root 11 Mar 16 09:34 cpuacct → cpu,cpuacct
   dr-xr-xr-x. 10 root root  0 Mar 16 09:34 cpu,cpuacct
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 cpuset
   dr-xr-xr-x. 10 root root  0 Mar 16 09:34 devices
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 freezer
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 hugetlb
   dr-xr-xr-x. 10 root root  0 Mar 16 09:34 memory
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 misc
   lrwxrwxrwx.  1 root root 16 Mar 16 09:34 net_cls → net_cls,net_prio
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 net_cls,net_prio
   lrwxrwxrwx.  1 root root 16 Mar 16 09:34 net_prio → net_cls,net_prio
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 perf_event
   dr-xr-xr-x. 10 root root  0 Mar 16 09:34 pids
   dr-xr-xr-x.  2 root root  0 Mar 16 09:34 rdma
   dr-xr-xr-x. 11 root root  0 Mar 16 09:34 systemd

   기본적으로 루트 제어 그룹이라고도 하는 /sys/fs/cgroup / 디렉터리에 cpuset 과 같은 컨트롤러별 디렉터리가 포함되어 있습니다. 또한 systemd 와 관련된 일부 디렉터리도 있습니다.

프로세스

1. CPU 소비에서 제한하려는 애플리케이션의 PID(프로세스 ID)를 식별합니다.

   # top
   top - 11:34:09 up 11 min,  1 user,  load average: 0.51, 0.27, 0.22
   Tasks: 267 total,   3 running, 264 sleeping,   0 stopped,   0 zombie
   %Cpu(s): 49.0 us,  3.3 sy,  0.0 ni, 47.5 id,  0.0 wa,  0.2 hi,  0.0 si,  0.0 st
   MiB Mem :   1826.8 total,    303.4 free,   1046.8 used,    476.5 buff/cache
   MiB Swap:   1536.0 total,   1396.0 free,    140.0 used.    616.4 avail Mem
   
     PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    6955 root      20   0  228440   1752   1472 R  99.3   0.1   0:32.71 sha1sum
    5760 jdoe      20   0 3603868 205188  64196 S   3.7  11.0   0:17.19 gnome-shell
    6448 jdoe      20   0  743648  30640  19488 S   0.7   1.6   0:02.73 gnome-terminal-
       1 root      20   0  245300   6568   4116 S   0.3   0.4   0:01.87 systemd
     505 root      20   0       0      0      0 I   0.3   0.0   0:00.75 kworker/u4:4-events_unbound
   ...

   PID 6955 가 있는 sha1sum 예제 애플리케이션은 많은 양의 CPU 리소스를 사용합니다.

2. cpu 리소스 컨트롤러 디렉터리에 하위 디렉터리를 생성합니다.

   # mkdir /sys/fs/cgroup/cpu/Example/

   이 디렉터리는 특정 프로세스를 배치하고 프로세스에 특정 CPU 제한을 적용할 수 있는 제어 그룹을 나타냅니다. 동시에 여러 cgroups-v1 인터페이스 파일과 cpu 컨트롤러별 파일이 디렉터리에 생성됩니다.

3. 선택 사항: 새로 생성된 제어 그룹을 검사합니다.

   # ll /sys/fs/cgroup/cpu/Example/
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cgroup.clone_children
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cgroup.procs
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.stat
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_all
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_percpu
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_percpu_sys
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_percpu_user
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_sys
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpuacct.usage_user
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpu.cfs_period_us
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpu.cfs_quota_us
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpu.rt_period_us
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpu.rt_runtime_us
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 cpu.shares
   -r—​r—​r--. 1 root root 0 Mar 11 11:42 cpu.stat
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 notify_on_release
   -rw-r—​r--. 1 root root 0 Mar 11 11:42 tasks

   cpuacct.usage,cpu.cfs._period_us 와 같은 파일은 예제 제어 그룹의 프로세스에 대해 설정할 수 있는 특정 구성 및/또는 제한을 나타냅니다. 파일 이름 앞에는 자신이 속한 제어 그룹 컨트롤러의 이름이 접두어 있습니다.

   기본적으로 새로 생성된 제어 그룹은 제한 없이 시스템의 전체 CPU 리소스에 대한 액세스를 상속합니다.

4. 제어 그룹에 대한 CPU 제한을 구성합니다.

   # echo "1000000" > /sys/fs/cgroup/cpu/Example/cpu.cfs_period_us
   # echo "200000" > /sys/fs/cgroup/cpu/Example/cpu.cfs_quota_us

   • cpu.cfs_period_us 파일은 CPU 리소스에 대한 제어 그룹의 액세스를 다시 할당해야 하는 빈도를 나타냅니다. 기간은 마이크로초(microsecondss, "us")입니다. 상한은 1 000 000 마이크로초이며 더 낮은 제한은 1000 마이크로초입니다.

   • cpu.cfs_quota_us 파일은 cpu.cfs_period_us 에서 정의한 대로 제어 그룹의 모든 프로세스가 한 기간 동안 집합적으로 실행할 수 있는 마이크로초 단위로 총 시간을 나타냅니다. 제어 그룹의 프로세스에서 단일 기간 동안 할당량에 의해 지정된 모든 시간을 사용하는 경우 나머지 기간 동안 제한되며 다음 기간까지 실행할 수 없습니다. 낮은 제한은 1000 마이크로초입니다.

     위의 예제 명령은 CPU 시간 제한을 설정하여 Example 제어 그룹의 모든 프로세스가 1초( cpu.cfs_quota_us로 정의됨) 1초( cpu.cfs_period_us로 정의됨) 동안 0.2초 동안만 실행할 수 있도록 CPU 시간 제한을 설정합니다.

5. 선택 사항: 제한 확인:

   # cat /sys/fs/cgroup/cpu/Example/cpu.cfs_period_us /sys/fs/cgroup/cpu/Example/cpu.cfs_quota_us
   1000000
   200000

6. 애플리케이션의 PID를 Example 제어 그룹에 추가합니다.

   # echo "6955" > /sys/fs/cgroup/cpu/Example/cgroup.procs

   이 명령을 수행하면 특정 애플리케이션이 Example 제어 그룹의 멤버가 되고 Example 제어 그룹에 구성된 CPU 제한을 초과하지 않습니다. PID는 시스템의 기존 프로세스를 표현해야 합니다. 여기에 PID 6955 는 sha1sum /dev/zero & amp; process에 할당되었으며 cpu 컨트롤러의 사용 사례를 설명합니다.

검증

1. 애플리케이션이 지정된 제어 그룹에서 실행되는지 확인합니다.

   # cat /proc/6955/cgroup
   12:cpuset:/
   11:hugetlb:/
   10:net_cls,net_prio:/
   9:memory:/user.slice/user-1000.slice/user@1000.service
   8:devices:/user.slice
   7:blkio:/
   6:freezer:/
   5:rdma:/
   4:pids:/user.slice/user-1000.slice/user@1000.service
   3:perf_event:/
   2:cpu,cpuacct:/Example
   1:name=systemd:/user.slice/user-1000.slice/user@1000.service/gnome-terminal-server.service

   애플리케이션의 프로세스는 애플리케이션의 프로세스에 CPU 제한을 적용하는 예제 제어 그룹에서 실행됩니다.

2. 제한된 애플리케이션의 현재 CPU 사용을 확인합니다.

   # top
   top - 12:28:42 up  1:06,  1 user,  load average: 1.02, 1.02, 1.00
   Tasks: 266 total,   6 running, 260 sleeping,   0 stopped,   0 zombie
   %Cpu(s): 11.0 us,  1.2 sy,  0.0 ni, 87.5 id,  0.0 wa,  0.2 hi,  0.0 si,  0.2 st
   MiB Mem :   1826.8 total,    287.1 free,   1054.4 used,    485.3 buff/cache
   MiB Swap:   1536.0 total,   1396.7 free,    139.2 used.    608.3 avail Mem
   
     PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    6955 root      20   0  228440   1752   1472 R  20.6   0.1  47:11.43 sha1sum
    5760 jdoe      20   0 3604956 208832  65316 R   2.3  11.2   0:43.50 gnome-shell
    6448 jdoe      20   0  743836  31736  19488 S   0.7   1.7   0:08.25 gnome-terminal-
     505 root      20   0       0      0      0 I   0.3   0.0   0:03.39 kworker/u4:4-events_unbound
    4217 root      20   0   74192   1612   1320 S   0.3   0.1   0:01.19 spice-vdagentd
   ...

   PID 6955 의 CPU 사용량이 99 %에서 20%로 감소했습니다.

프로세스

1. cluster 및 partition이라는 두 개의 제어 그룹을 생성합니다.

   # cd /sys/fs/cgroup
   # echo +cpuset > cgroup.subtree_control
   # mkdir cluster
   # mkdir partition
   # echo +cpuset | tee cluster/cgroup.subtree_control partition/cgroup.subtree_control

2. 클러스터 제어 그룹에서 CPU 1에서 7까지 실행하도록 낮은 사용률 작업을 예약합니다. 메모리 크기 및 이름 제어 그룹을 독점적으로 확인합니다.

   # cd cluster
   # echo 1-7 | tee cpuset.cpus cpuset.cpus.exclusive
   # echo root > cpuset.cpus.partition

3. 모든 낮은 사용률 작업을 클러스터 제어 그룹으로 이동합니다.

   # ps -eLo lwp | while read thread; do echo $thread > cgroup.procs ; done

4. 파티션 제어 그룹에서 높은 사용률 작업을 할당합니다.

   # echo 0 | tee cpuset.cpus cpuset.cpus.exclusive
   # echo isolated > cpuset.cpus.partition

5. 파티션 제어 그룹에 쉘을 추가하고 시작합니다.

   # echo $$ > cgroup.procs

   이 설정을 사용하면 파티션 제어 그룹의 작업이 클러스터 제어 그룹의 작업을 방해하지 않습니다. 이를 통해 모든 실시간 작업이 스케줄러 데드라인을 충족할 수 있습니다. 데드라인 스케줄러를 사용하는 경우 일반적으로 이 변경 없이 데드라인이 충족됩니다. 다른 작업에는 고유한 기한이 있습니다.

프로세스

1. grubby 를 사용하여 skew_tick=1 매개변수를 활성화합니다.

   # grubby --update-kernel=ALL --args="skew_tick=1"

2. 변경 사항을 적용하려면 재부팅하십시오.

   # reboot

프로세스

1. pcscd 데몬의 상태를 확인합니다.

   # systemctl status pcscd
   ● pcscd.service - PC/SC Smart Card Daemon
        Loaded: loaded (/usr/lib/systemd/system/pcscd.service; indirect; vendor preset: disabled)
        Active: active (running) since Mon 2021-03-01 17:15:06 IST; 4s ago
   TriggeredBy: ● pcscd.socket
          Docs: man:pcscd(8)
      Main PID: 2504609 (pcscd)
         Tasks: 3 (limit: 18732)
        Memory: 1.1M
           CPU: 24ms
        CGroup: /system.slice/pcscd.service
                └─2504609 /usr/sbin/pcscd --foreground --auto-exit

   Active 매개변수는 pcsd 데몬의 상태를 표시합니다.

2. pcsd 데몬이 실행 중인 경우 중지합니다.

   # systemctl stop pcscd
   Warning: Stopping pcscd.service, but it can still be activated by:
     pcscd.socket

3. 시스템이 부팅될 때 pcsd 데몬이 재시작되지 않도록 시스템을 구성합니다.

   # systemctl disable pcscd
   Removed /etc/systemd/system/sockets.target.wants/pcscd.socket.

검증

1. pcscd 데몬의 상태를 확인합니다.

   # systemctl status pcscd
   ● pcscd.service - PC/SC Smart Card Daemon
        Loaded: loaded (/usr/lib/systemd/system/pcscd.service; indirect; vendor preset: disabled)
        Active: inactive (dead) since Mon 2021-03-01 17:10:56 IST; 1min 22s ago
   TriggeredBy: ● pcscd.socket
          Docs: man:pcscd(8)
      Main PID: 4494 (code=exited, status=0/SUCCESS)
           CPU: 37ms

2. Active 매개변수의 값이 비활성(dead) 인지 확인합니다.

프로세스

1. 현재 추적기를 나열합니다.

   # cat /sys/kernel/tracing/current_tracer
   nop

   no operations (nop)는 기본 추적기입니다.

2. 추적 시스템의 current_tracer 파일에 timerlat 추적기를 추가합니다.

   # cd /sys/kernel/tracing/
   # echo timerlat > current_tracer

3. 추적 출력을 생성합니다.

   # cat trace
   # tracer: timerlat

프로세스

1. 현재 추적기를 나열합니다.

   # cat /sys/kernel/tracing/current_tracer
   nop

   no operations (nop)는 기본 추적기입니다.

2. 추적 시스템의 current_tracer 파일에 timerlat 추적기를 추가합니다.

   # cd /sys/kernel/tracing/
   # echo osnoise > current_tracer

3. 추적 출력을 생성합니다.

   # cat trace
   # tracer: osnoise

프로세스

1. 시스템 노이즈 측정:

   # rtla osnoise top -P F:1 -c 0-3 -r 900000 -d 1M -q

   명령 출력은 실시간 우선 순위, 스레드를 실행하도록 할당된 CPU 및 실행 기간(마이크로초)에 대한 정보가 포함된 주기적인 요약을 표시합니다.

프로세스

1. 선택한 텍스트 편집기를 사용하여 /etc/fstab 파일을 열고 루트 마운트 지점의 항목을 찾습니다.

   /dev/mapper/rhel-root       /       xfs    defaults…

2. noatime 및 nodiratime 용어를 포함하도록 options 섹션을 편집합니다. noatime 옵션은 파일을 읽을 때 액세스 타임스탬프가 업데이트되지 않도록 하고 nodiratime 옵션은 디렉터리 inode 액세스 시간이 업데이트됩니다.

   /dev/mapper/rhel-root       /       xfs    noatime,nodiratime…

프로세스

1. 현재 콘솔 로그 수준을 표시합니다.

   $ cat /proc/sys/kernel/printk
     7    4    1    7

   명령은 시스템 로그 수준의 현재 설정을 출력합니다. 숫자는 시스템 로거의 현재, 기본값, 최소 및 부팅 기본값 값에 해당합니다.

2. /proc/sys/kernel/printk 파일에서 원하는 로그 수준을 구성합니다.

   $ echo "1” > /proc/sys/kernel/printk

   명령은 현재 콘솔 로그 수준을 변경합니다. 예를 들어 로그 수준 1을 설정하면 경고 메시지만 출력하고 그래픽 콘솔에 다른 메시지가 표시되지 않습니다.

프로세스

1. 사용 가능한 클럭 소스를 확인합니다.

   # cat /sys/devices/system/clocksource/clocksource0/available_clocksource
   tsc hpet acpi_pm

   예를 들어 시스템에서 사용 가능한 클럭 소스는 TSC, HPET 및 ACPI_PM이라고 가정합니다.

2. 사용할 클럭 소스의 이름을 /sys/devices/system/clocksource/clocksource0/current_clocksource 파일에 작성합니다.

   # echo hpet > /sys/devices/system/clocksource/clocksource0/current_clocksource

프로세스

1. clock_timing 프로그램이 저장되는 디렉터리로 변경합니다.

   # cd clock_test

2. 시스템에서 사용 가능한 클럭 소스를 확인합니다.

   # cat /sys/devices/system/clocksource/clocksource0/available_clocksource
   tsc hpet acpi_pm

   이 예에서 시스템에서 사용 가능한 클럭 소스는 TSC,HPET 및 ACPI_PM 입니다.

3. 현재 사용 중인 클럭 소스를 확인합니다.

   # cat /sys/devices/system/clocksource/clocksource0/current_clocksource
   tsc

   이 예에서 시스템의 현재 클럭 소스는 TSC 입니다.

4. ./clock_timing 프로그램과 함께 time 유틸리티를 실행합니다. 출력에 클럭 소스를 10 만 번 읽는 데 필요한 기간이 표시됩니다.

   # time ./clock_timing
   
   	real	0m0.601s
   	user	0m0.592s
   	sys	0m0.002s

   이 예제에서는 다음 매개변수를 보여줍니다.

   • real - 프로세스가 종료될 때까지 프로그램 호출에서 시작하는 총 시간입니다. real 은 사용자와 커널 시간을 포함하며 일반적으로 후자 2의 합계보다 큽니다. 우선 순위가 높은 애플리케이션에 의해 또는 하드웨어 인터럽트(IRQ)와 같은 시스템 이벤트에 의해 이 프로세스가 중단되는 경우 대기 시간이 실제 상태에서도 계산됩니다.
   • user - 사용자가 커널 개입이 필요하지 않은 작업을 수행하는 데 소비한 시간입니다.
   • sys - 사용자 프로세스에 필요한 작업을 수행하는 동안 커널이 사용하는 시간입니다. 이러한 작업에는 파일 열기, 파일 읽기 및 I/O 포트, 메모리 할당, 스레드 생성 및 네트워크 관련 활동이 포함됩니다.

5. 테스트할 다음 클럭 소스의 이름을 /sys/devices/system/clocksource/clocksource0/current_clocksource 파일에 작성합니다.

   # echo hpet > /sys/devices/system/clocksource/clocksource0/current_clocksource

   이 예에서는 현재 클럭 소스가 HPET 로 변경되었습니다.

6. 사용 가능한 모든 클럭 소스에 대해 4단계와 5단계를 반복합니다.
7. 사용 가능한 모든 클럭 소스에 대해 4단계의 결과를 비교합니다.

프로세스

1. clocksource=tsc 및 powernow-k8.tscsync=1 커널 옵션을 활성화합니다.

   # grubby --update-kernel=ALL --args="clocksource=tsc powernow-k8.tscsync=1"

   이로 인해 TSC를 강제로 사용하고 동시 코어 프로세서 빈도 전환을 활성화합니다.

2. 시스템을 다시 시작합니다.

1. 프로그램 파일의 디렉터리를 만듭니다.

   $ mkdir clock_test

2. 생성된 디렉터리로 변경합니다.

   $ cd clock_test

3. 소스 파일을 생성하고 텍스트 편집기에서 엽니다.

   $ {EDITOR} clock_timing.c

4. 파일에 다음을 입력합니다.

   #include <time.h>
   void main()
   {
     int rc;
     long i;
     struct timespec ts;
   
     for(i=0; i<10000000; i++) {
       rc = clock_gettime(CLOCK_MONOTONIC, &ts);
     }
   }

5. 파일을 저장하고 편집기를 종료합니다.

6. 파일을 컴파일합니다.

   $ gcc clock_timing.c -o clock_timing -lrt

   clock_timing 프로그램은 준비되었으며 저장된 디렉터리에서 실행할 수 있습니다.

프로세스

1. irqbalance 의 상태를 확인합니다.

   # systemctl status irqbalance
   irqbalance.service - irqbalance daemon
      Loaded: loaded (/usr/lib/systemd/system/irqbalance.service; enabled)
      Active: active (running) …

2. irqbalance 가 실행 중인 경우 비활성화한 후 중지합니다.

   # systemctl disable irqbalance
   # systemctl stop irqbalance

프로세스

1. 원하는 텍스트 편집기에서 /etc/sysconfig/irqbalance 를 열고 IRQBALANCE_BANNED_CPUS 라는 파일의 섹션을 찾습니다.

   # IRQBALANCE_BANNED_CPUS
   # 64 bit bitmask which allows you to indicate which cpu's should
   # be skipped when reblancing irqs. Cpu numbers which have their
   # corresponding bits set to one in this mask will not have any
   # irq's assigned to them on rebalance
   #
   #IRQBALANCE_BANNED_CPUS=

2. IRQBALANCE_BANNED_CPUS 변수의 주석을 제거합니다.
3. 적절한 비트마스크를 입력하여 IRQ 밸런싱 메커니즘에서 무시할 CPU를 지정합니다.
4. 파일을 저장하고 닫습니다.

5. 변경 사항을 적용하려면 irqbalance 서비스를 다시 시작하십시오.

   # systemctl restart irqbalance

프로세스

1. /proc/interrupts 파일을 확인하여 각 장치에서 사용 중인 IRQ를 확인합니다.

   # cat /proc/interrupts

   각 행은 IRQ 번호, 각 CPU에서 발생한 인터럽트 수와 IRQ 유형 및 설명을 표시합니다.

            CPU0       CPU1
   0:   26575949         11         IO-APIC-edge  timer
   1:         14          7         IO-APIC-edge  i8042

2. CPU 마스크를 특정 IRQ의 smp_affinity 항목에 작성합니다. CPU 마스크는 16진수로 표시되어야 합니다.

   예를 들어 다음 명령은 IRQ 번호 142가 CPU 0에서만 실행되도록 지시합니다.

   # echo 1 > /proc/irq/142/smp_affinity

   변경은 인터럽트가 발생할 때만 적용됩니다.

검증

1. 지정된 인터럽트를 트리거하는 활동을 수행합니다.

2. /proc/interrupts 에서 변경 사항을 확인합니다.

   구성된 IRQ에 대해 지정된 CPU의 인터럽트 수가 증가했으며 지정된 선호도 외부의 CPU에서 구성된 IRQ에 대한 인터럽트 수가 증가하지 않았습니다.

프로세스

1. /proc/sys/vm/panic_on_oom 의 현재 값을 표시합니다.

   # cat /proc/sys/vm/panic_on_oom
   0

   /proc/sys/vm/panic_on_oom 에서 값을 변경하려면 다음을 수행합니다.

2. /proc/sys/vm/panic_on_oom 에 새 값을 에코합니다.

   # echo 1 > /proc/sys/vm/panic_on_oom

검증

1. /proc/sys/vm/panic_on_oom 의 값을 표시합니다.

   # cat /proc/sys/vm/panic_on_oom
   1

2. 표시된 값이 지정된 값과 일치하는지 확인합니다.

프로세스

1. 프로세스의 현재 oom_score 를 표시합니다.

   # cat /proc/12465/oom_score
   79872

2. 프로세스의 oom_score_adj 콘텐츠를 표시합니다.

   # *cat /proc/12465/oom_score_adj *
   13

3. oom_score_adj 의 값을 편집합니다.

   # *echo -5 > /proc/12465/oom_score_adj *

검증

1. 프로세스의 현재 oom_score 를 표시합니다.

   # cat /proc/12465/oom_score
   78

2. 표시된 값이 이전 값보다 낮은지 확인합니다.

검증

1. 프로세스의 현재 oom_score 를 표시합니다.

   # cat /proc/12465/oom_score
   0

2. 표시된 값이 0 인지 확인합니다.

프로세스

1. IRQ 목록이 연결된 CPU를 나열합니다.

   # tuna show_irqs --irqs=<irq_list>

   irq_list 는 연결된 CPU를 나열하려는 IRQ의 쉼표로 구분된 목록입니다.

   예를 들면 다음과 같습니다.

   # tuna show_irqs --irqs=128

2. IRQ 목록을 CPU 목록에 연결합니다.

   # tuna move --irqs=irq_list --cpus=<cpu_list>

   irq_list 는 연결하려는 IRQ의 쉼표로 구분된 목록입니다. cpu_list 는 연결할 CPU 또는 CPU의 쉼표로 구분된 목록입니다.

   예를 들면 다음과 같습니다.

   # tuna move --irqs=128 --cpus=3

프로세스

1. 스레드에 대한 정보를 확인합니다.

   # tuna show_threads --threads=<thread_list>

   thread_list 는 표시할 프로세스의 쉼표로 구분된 목록입니다.

   예를 들면 다음과 같습니다.

   # tuna show_threads --threads=42369,42416,43859

2. 프로세스 스케줄링 정책 및 스레드의 우선 순위를 수정합니다.

   # tuna priority scheduling_policy:priority_number --threads=<thread_list>

   • thread_list 는 표시하려는 스케줄링 정책 및 우선 순위가 있는 프로세스의 쉼표로 구분된 목록입니다.

   • scheduling_policy 는 다음 중 하나입니다.

     • 기타
     • BATCH
     • FIFO - 첫 번째 아웃
     • RR - Round Robin

   • priority_number 는 0에서 99 사이의 우선 순위 번호입니다. 여기서 0 은 우선순위가 아니며 99 가 가장 높은 우선 순위입니다.

     참고

     OTHER 및 BATCH 스케줄링 정책에는 우선순위를 지정할 필요가 없습니다. 또한 유일하게 유효한 우선순위(지정된 경우)는 0 입니다. FIFO 및 RR 스케줄링 정책에는 우선순위가 1 개 이상 있어야 합니다.

     예를 들면 다음과 같습니다.

1. 서비스에 대한 보조 서비스 구성 디렉터리 파일을 생성합니다.

   # cat <<-EOF > /etc/systemd/system/mcelog.service.d/priority.conf

2. [Service] 섹션의 파일에 스케줄링 정책 및 우선 순위를 추가합니다.

   예를 들면 다음과 같습니다.

   [Service]
   CPUSchedulingPolicy=fifo
   CPUSchedulingPriority=20
   EOF

3. systemd 스크립트 구성을 다시 로드합니다.

   # systemctl daemon-reload

4. 서비스를 다시 시작합니다.

   # systemctl restart mcelog

프로세스

1. 서비스에 대한 보조 서비스 구성 디렉터리 파일을 생성합니다.

   # md sscd

2. [Service] 섹션의 CPUAffinity 특성을 사용하여 서비스에 사용할 CPU를 파일에 추가합니다.

   예를 들면 다음과 같습니다.

   [Service]
   CPUAffinity=0,1
   EOF

3. systemd 스크립트 구성을 다시 로드합니다.

   # systemctl daemon-reload

4. 서비스를 다시 시작합니다.

   # systemctl restart service

프로세스

1. 병목 현상이 발생하는 네트워크 인터페이스를 식별합니다.

   # ethtool -S enp1s0
   NIC statistics:
        rx_packets: 1234
        tx_packets: 5678
        rx_bytes: 12345678
        tx_bytes: 87654321
        rx_errors: 0
        tx_errors: 0
        rx_missed: 0
        tx_dropped: 0
        coalesced_pkts: 0
        coalesced_events: 0
        coalesced_aborts: 0

   이름에서 드롭 삭제, 삭제 또는 오류가 포함된 패킷 카운터를 식별합니다. 이러한 특정 통계는 NIC(네트워크 인터페이스 카드) 패킷 버퍼에서 실제 패킷 손실을 측정하며, NIC 병합으로 인해 발생할 수 있습니다.

2. 이전 단계에서 확인한 패킷 카운터 값을 모니터링합니다.

   네트워크에 대해 예상되는 값과 비교하여 특정 인터페이스에 병목 현상이 발생하는지 확인합니다. 네트워크 병목 현상의 몇 가지 일반적인 표시에는 다음이 포함되지만 이에 국한되지는 않습니다.

   • 네트워크 인터페이스에 많은 오류
   • 높은 패킷 손실

   • 네트워크 인터페이스의 사용량이 많이 있음

     참고

     다른 중요한 요인은 네트워크 병목 현상을 식별할 때 CPU 사용량, 메모리 사용량, 디스크 I/O 등의 중요한 요소입니다.

3. 현재 인터럽트 병합 설정을 확인합니다.

   # ethtool -c enp1s0
   Coalesce parameters for enp1s0:
           Adaptive RX: off
           Adaptive TX: off
           RX usecs: 100
           RX frames: 8
           RX usecs irq: 100
           RX frames irq: 8
           TX usecs: 100
           TX frames: 8
           TX usecs irq: 100
           TX frames irq: 8

   • usecs 값은 인터럽트를 생성하기 전에 수신자 또는 송신기가 대기하는 마이크로초의 수를 나타냅니다.
   • 프레임 값은 인터럽트를 생성하기 전에 수신자 또는 송신기가 대기하는 프레임 수를 나타냅니다.

   • irq 값은 네트워크 인터페이스에서 인터럽트를 이미 처리하고 있을 때 인터럽트 모드를 구성하는 데 사용됩니다.

     참고

     모든 네트워크 인터페이스 카드에서 예제 출력의 모든 값을 보고하고 변경하는 데 지원되지는 않습니다.

   • Adaptive RX/TX 값은 인터럽트 병합 설정을 동적으로 조정하는 Adaptive 인터럽트 병합 메커니즘을 나타냅니다. 패킷 상태에 따라 Adaptive RX/TX 가 활성화된 경우 NIC 드라이버에서 병합 값을 자동으로 계산합니다(각 NIC 드라이버마다 알고리즘이 다릅니다).

4. 필요에 따라 병합 설정을 수정합니다. 예를 들면 다음과 같습니다.

   • ethtool.coalesce-adaptive-rx 는 비활성화되지만 RX 패킷에 대해 인터럽트 를 100 마이크로초로 생성하기 전에 지연을 설정하도록 ethtool.coalesce-rx 를 구성합니다.

     # nmcli connection modify enp1s0 ethtool.coalesce-rx-usecs 100

   • ethtool.coalesce-rx-usecs 가 기본값으로 설정된 동안 ethtool.coalesce-adaptive-rx -rx를 활성화합니다.

     # nmcli connection modify enp1s0 ethtool.coalesce-adaptive-rx on

     다음과 같이 Adaptive-RX 설정을 수정합니다.

     • 짧은 대기 시간(sub-50us)에 관련된 사용자는 Adaptive-RX 를 활성화해서는 안 됩니다.
     • 처리량에 관련된 사용자는 손상 없이 Adaptive-RX 를 활성화할 수 있습니다. Adaptive 인터럽트 병합 메커니즘을 사용하지 않으려면 100us와 같은 큰 값을 설정하거나 ethtool.coalesce-rx-usecs 로 250us를 설정할 수 있습니다.
     • 사용자가 문제가 발생할 때까지 요구 사항에 대해 잘 모르는 경우 이 설정을 수정해서는 안 됩니다.

5. 연결을 다시 활성화합니다.

   # nmcli connection up enp1s0

프로세스

1. 물리적 패키지에서 사용 가능한 CPU의 레이아웃을 확인합니다.

   # lstopo-no-graphics --no-io --no-legend --of txt

   그림 25.1. lstopo-no-graphics를 사용하여 CPU 레이아웃 표시

   

   이 명령은 사용 가능한 코어 및 소켓 수와 NUMA 노드의 논리 거리를 표시하므로 다중 스레드 애플리케이션에 유용합니다.

   또한 hwloc-gui 패키지는 그래픽 출력을 생성하는 lstopo 유틸리티를 제공합니다.

2. 노드 간 거리와 같은 CPU에 대한 자세한 정보를 확인합니다.

   # numactl --hardware
   available: 2 nodes (0-1)
   node 0 cpus: 0 1 2 3
   node 0 size: 16159 MB
   node 0 free: 6323 MB
   node 1 cpus: 4 5 6 7
   node 1 size: 16384 MB
   node 1 free: 10289 MB
   node distances:
   node   0   1
     0:  10  21
     1:  21  10

프로세스

1. root 사용자로 텍스트 편집기에서 /etc/tuned/realtime-variables.conf 를 엽니다.

2. isolated_cores=cpulist 를 설정하여 분리할 CPU를 지정합니다. CPU 번호와 범위를 사용할 수 있습니다.

   예:

   isolated_cores=0-3,5,7

   이는 코어 0, 1, 2, 3, 5 및 7을 격리합니다.

   8개의 코어가 있는 두 개의 소켓 시스템에서 NUMA 노드 0-3에 코어가 있고 NUMA 노드 1에는 코어 4-8이 있어 멀티 스레드 애플리케이션에 두 개의 코어를 할당합니다.

   isolated_cores=4,5

   이렇게 하면 사용자 공간 스레드가 CPU 4 및 5에 할당되지 않습니다.

   관련이 없는 애플리케이션의 다른 NUMA 노드에서 CPU를 선택하려면 다음을 지정합니다.

   isolated_cores=0,4

   이렇게 하면 사용자 공간 스레드가 CPU 0 및 4에 할당되지 않습니다.

3. tuned-adm 유틸리티를 사용하여 실시간 TuneD 프로필을 활성화합니다.

   # tuned-adm profile realtime

4. 변경 사항을 적용하려면 시스템을 재부팅합니다.

프로세스

1. 시스템에서 사용 가능한 추적기를 확인합니다.

   # cat /sys/kernel/debug/tracing/available_tracers
   function_graph wakeup_rt wakeup preemptirqsoff preemptoff irqsoff function nop

   ftrace 의 사용자 인터페이스는 debugfs 내의 일련의 파일입니다.

   ftrace 파일은 /sys/kernel/debug/tracing/ 디렉터리에도 있습니다.

2. /sys/kernel/debug/tracing/ 디렉터리로 이동합니다.

   # cd /sys/kernel/debug/tracing

   추적을 활성화하면 시스템 성능에 영향을 줄 수 있으므로 이 디렉터리의 파일은 root 사용자만 수정할 수 있습니다.

3. 추적 세션을 시작하려면 다음을 수행합니다.

   1. /sys/kernel/debug/tracing/available_tracers 의 사용 가능한 추적기 목록에서 사용할 추적기를 선택합니다.

   2. 선택기 이름을 /sys/kernel/debug/tracing/current_tracer 에 삽입합니다.

      # echo preemptoff > /sys/kernel/debug/tracing/current_tracer

      참고

      echo 명령과 함께 단일 '>'를 사용하면 파일의 기존 값을 재정의합니다. 파일에 값을 추가하려면 대신 '>>'를 사용합니다.

4. function-trace 옵션은 wakeup_rt,preemptirqsoff 와의 대기 시간을 추적하므로 자동으로 함수 추적을 활성화하여 오버헤드를 과장할 수 있기 때문에 유용합니다.

   function 및 function_graph 추적이 활성화되어 있는지 확인합니다.

   # cat /sys/kernel/debug/tracing/options/function-trace
   1

   • 값 1 은 function 및 function_graph 추적이 활성화되었음을 나타냅니다.
   • 값이 0 이면 function 및 function_graph 추적이 비활성화됩니다.

5. 기본적으로 function 및 function_graph 추적이 활성화됩니다. function 및 function_graph 추적을 켜거나 해제하려면 적절한 값을 /sys/kernel/debug/tracing/options/function-trace 파일에 에코합니다.

   # echo 0 > /sys/kernel/debug/tracing/options/function-trace
   # echo 1 > /sys/kernel/debug/tracing/options/function-trace

   중요

   echo 명령을 사용할 때 값과 > 문자 사이에 공백 문자를 배치해야 합니다. 쉘 프롬프트에서 0 >, 1 > , 1> 및 2 >를 사용하는 것은 표준 입력, 표준 출력 및 표준 오류를 나타냅니다. 실수로 사용하면 예기치 않은 추적 출력이 발생할 수 있습니다.

6. /debugfs/tracing/ 디렉터리에 있는 다양한 파일의 값을 변경하여 추적기의 세부 정보 및 매개 변수를 조정합니다.

   예를 들면 다음과 같습니다.

   irqsoff,preemptoff,preempirqsoff 및 wakeup 추적기에서는 대기 시간을 지속적으로 모니터링합니다. tracing_max_latency 에 기록된 대기 시간보다 큰 대기 시간을 기록하면 해당 대기 시간이 기록되고 tracing_max_latency 가 새 최대 시간으로 업데이트됩니다. 이러한 방식으로 tracing_max_latency 는 항상 마지막으로 재설정되었기 때문에 기록된 가장 높은 대기 시간을 표시합니다.

   • 최대 대기 시간을 재설정하려면 tracing_max_latency 파일에 0 을 에코합니다.

     # echo 0 > /sys/kernel/debug/tracing/tracing_max_latency

   • 설정된 양보다 큰 대기 시간만 보려면 마이크로초 단위로 값을 에코합니다.

     # echo 200 > /sys/kernel/debug/tracing/tracing_max_latency

     추적 임계값이 설정되면 최대 대기 시간 설정을 덮어씁니다. 대기 시간이 임계값보다 크면 최대 대기 시간에 관계없이 기록됩니다. 추적 파일을 검토할 때 마지막으로 기록된 대기 시간만 표시됩니다.

   • 임계값을 설정하려면 기록해야 하는 microseconds 수를 에코합니다.

     # echo 200 > /sys/kernel/debug/tracing/tracing_thresh

7. 추적 로그를 확인합니다.

   # cat /sys/kernel/debug/tracing/trace

8. 추적 로그를 저장하려면 다른 파일에 복사합니다.

   # cat /sys/kernel/debug/tracing/trace > /tmp/lat_trace_log

9. 추적 중인 함수 보기:

   # cat /sys/kernel/debug/tracing/set_ftrace_filter

10. /sys/kernel/debug/tracing/set_ftrace_filter 의 설정을 편집하여 추적되는 함수를 필터링합니다. 파일에 필터를 지정하지 않으면 모든 기능이 추적됩니다.

11. 필터 설정을 변경하려면 추적할 함수의 이름을 에코합니다. 이 필터를 사용하면 검색어의 시작 또는 끝에 '*' 와일드카드를 사용할 수 있습니다.

    예를 들어 ftrace 예제 를 참조하십시오.

1. 해당 C 라이브러리(glibc)는 sys_clock_gettime() 시스템 호출을 호출합니다.
2. sys_clock_gettime() 은 요청된 작업을 수행합니다.
3. sys_clock_gettime() 은 사용자 프로그램에 결과를 반환합니다.

프로세스

1. TCP 애플리케이션의 .c 파일에 다음 행을 추가합니다.

   int one = 1;
   setsockopt(descriptor, SOL_TCP, TCP_NODELAY, &one, sizeof(one));

2. 파일을 저장하고 편집기를 종료합니다.

3. 성능이 저하되지 않도록 다음 해결 방법 중 하나를 적용합니다.

   • 메모리에 연속된 패킷을 빌드한 다음 TCP _NODELAY 로 구성된 소켓의 TCP로 논리 패킷을 보냅니다.
   • I/O 벡터를 만들고 TCP_NODELAY 로 구성된 소켓에서 writev 를 사용하여 커널에 전달합니다.

프로세스

1. TCP 애플리케이션의 .c 파일에 다음 행을 추가합니다.

   int one = 1;
   setsockopt(descriptor, SOL_TCP, TCP_CORK, &one, sizeof(one));

2. 파일을 저장하고 편집기를 종료합니다.

3. 애플리케이션의 다양한 구성 요소에 의해 커널에 논리 패킷이 빌드되면 TCP_CORK 를 비활성화합니다.

   int zero = 0;
   setsockopt(descriptor, SOL_TCP, TCP_CORK, &zero, sizeof(zero));

   TCP 는 누적된 논리 패킷을 애플리케이션에서 추가 패킷을 기다리지 않고 즉시 전송합니다.

프로세스

1. perf 명령에서 결과 아카이브를 생성합니다.

   # perf archive

2. 아카이브에서 tarball을 만듭니다.

   # tar cvf perf.data.tar.bz2 -C ~/.debug

프로세스

1. perf stat 기능을 사용하여 컨텍스트 전환 수를 확인합니다.

   # perf stat -e context-switches -a sleep 5
   Performance counter stats for 'sleep 5':
   
               15,619 context-switches
   
          5.002060064 seconds time elapsed

   결과에 따르면 5초 동안 15619 컨텍스트 전환이 발생했습니다.

2. 스크립트를 실행하여 파일 시스템 활동을 확인합니다. 다음은 예제 스크립트를 보여줍니다.

   # for i in {1..100}; do touch /tmp/$i; sleep 1; done

3. 다른 터미널에서 perf stat 명령을 실행합니다.

   # perf stat -e ext4:ext4_request_inode -a sleep 5
    Performance counter stats for 'sleep 5':
   
                    5 ext4:ext4_request_inode
   
          5.002253620 seconds time elapsed

   결과에는 5개의 파일을 만들도록 요청한 스크립트가 5초 후에 inode 요청이 있음을 나타냅니다.

프로세스

1. 지정된 기간 동안 높은 온도에서 CPU 동작을 테스트하려면 다음 명령을 실행합니다.

   # stress-ng --matrix 0 --matrix-size 64 --tz -t 60
   
     stress-ng: info:  [18351] dispatching hogs: 4 matrix
     stress-ng: info:  [18351] successful run completed in 60.00s (1 min, 0.00 secs)
     stress-ng: info:  [18351] matrix:
     stress-ng: info:  [18351] x86_pkg_temp   88.00 °C
     stress-ng: info:  [18351] acpitz   87.00 °C

   이 예에서 stress-ng 는 60초 동안 elsius에 도달하도록 프로세서 패키지 열 영역을 구성합니다.

2. 선택 사항: 실행 종료 시 보고서를 인쇄하려면 --tz 옵션을 사용합니다.

   # stress-ng --cpu 0 --tz -t 60
   
     stress-ng: info:  [18065] dispatching hogs: 4 cpu
     stress-ng: info:  [18065] successful run completed in 60.07s (1 min, 0.07 secs)
     stress-ng: info:  [18065] cpu:
     stress-ng: info:  [18065] x86_pkg_temp   88.75 °C
     stress-ng: info:  [18065] acpitz   88.38 °C