![MongoDB Atlas Data Lake 집중 분석 [MongoDB]](https://cdn.slidesharecdn.com/ss_thumbnails/7-190916180813-thumbnail.jpg?width=560&fit=bounds)
![[에이스카운터 웹로그분석]에이스카운터 ASP 서비스 소개서](https://cdn.slidesharecdn.com/ss_thumbnails/acecounterintroduce20150622-150728081058-lva1-app6892-thumbnail.jpg?width=560&fit=bounds)
![[2019] 하이퍼파라미터 튜닝으로 모델 성능 개선하기](https://cdn.slidesharecdn.com/ss_thumbnails/nhnforward20193-200121085124-thumbnail.jpg?width=560&fit=bounds)
![[Confluent] 실시간 하이브리드, 멀티 클라우드 데이터 아키텍처로 빠르게 혀...](https://cdn.slidesharecdn.com/ss_thumbnails/confluent-220504043130-thumbnail.jpg?width=560&fit=bounds)
![[232] 성능어디까지쥐어짜봤니 송태웅](https://cdn.slidesharecdn.com/ss_thumbnails/232-161025013504-thumbnail.jpg?width=560&fit=bounds)
More Related Content
What's hot (20)
Similar to 4.1 단일호스트의 부하 (20)
![[MGDC] 리눅스 게임 서버 성능 분석하기 - 아이펀팩토리 김진욱 CTO](https://cdn.slidesharecdn.com/ss_thumbnails/mgdcifunfactoryjinukkim-181018053904-thumbnail.jpg?width=560&fit=bounds)
![[2015-07-10-윤석준] Oracle 성능 관리 & v$sysstat](https://cdn.slidesharecdn.com/ss_thumbnails/2015-07-10-oraclevsysstat-150709064246-lva1-app6891-thumbnail.jpg?width=560&fit=bounds)
![[오픈소스컨설팅]About RHEL7 systemd](https://cdn.slidesharecdn.com/ss_thumbnails/aboutrhel7-systemd-140724021454-phpapp02-thumbnail.jpg?width=560&fit=bounds)
![[오픈소스컨설팅]systemd on RHEL7](https://cdn.slidesharecdn.com/ss_thumbnails/systemdrhel7-160405035049-thumbnail.jpg?width=560&fit=bounds)
More from Mungyu Choi (18)
4.1 단일호스트의 부하
- 1. 4.1 리눅스 단일 호스트 부 하의 진상규명
- 2. 단일 호스트의 성능 끌어내기 - 1~3장 부하분산 - 단일 호스트의 성능 측정 - 추측하지 말라, 계측하라 - ps, top, sar
- 3. 병목 규명작업의 기본적인 흐름 - Load Average확인 - CPU, I/O중 병목원인 조사
- 4. Load Average - Load Average확인 시스템 전체의 부하상황을 나타내는 지표 (어느 정도의 태스크가 대기로 있었는지) /proc/cpuinfo
- 5. Load Average
- 6. Load Average What about Multi-processors? My load says 3.00, but things are running fine! 1.00 on a single-core system 2.00, on a dual-core 4.00 on a quad-core, etc.
- 7. CPU부하가 높은 경우 - 사용자 프로그램의 처리가 병목인지 - 시스템 프로그램이 원인인지 확인(top,sar) - ps로 프로세스 ,cpu사용시간으로 체크 - 상세하게 조사할 때는 strace CPU 바운드한 프로그램
- 8. I/O부하가 높은 경우 - 프로그램으로부터 입출력이 많아서 - 스왑이 빈번하게 발생했을 때 - sar, vmstat로 확인 - 메모리 증설(캐시영역) - 데이터 분산, 캐시서버 도입 I/O 바운드한 프로그램
- 10. 프로세스 스케쥴링과 프로세스 TASK_RUNNING TASK_INTERRUPTIBLE TASK_UNINTERRUPTIBLE TASK_STOPPED TASK_ZOMBIE
- 11. 프로세스 변화 정리
- 12. Load Average가 보고하는 부하란? - 커널이 일정주기(4ms)로 CPU에 타이머 인터럽트를 보낸다 - 타이머 인터럽트를 받을 때 마다, Load Average가 계산된다. - CPU의 실행권한이 부여되기를 기다리는 프로 세스 - 디스크 I/O가 완료하기를 기다리는 프로세스
- 13. PS(proces state)
- 14. CPU사용률이 계산되는 원리 - Load Average와 마찬가지, 타이머 인터럽트 이용 - 커널은 프로세스 전환을 위해 각 프로세스가 생성된 후 부터 어느정도 CPU시간을 이용 했는지 프로세스 별로 기록(process accounting) - CPU사용률이나 I/O대기율은 종류별, CPU별 로 계산된 결과
- 15. SAR(System Activity Reporter) - CPU사용률, I/O대기율 확인을 위한툴 <설치방법> 1. sudo apt-get install sysstat 2. vi /etc/default/sysstat ENABLED='false'를 'true'로 설정 3. sudo service sysstat restart 4. sar실행
- 19. SAR(System Activity Reporter) 멀티 CPU
- 20. 쓰레드와 프로세스
- 21. 쓰레드와 프로세스 -prework(multi-process) -worker(multi-thread) -single process event driven -커널내부에서는 프로세스와 쓰레드는 동일한 로직으로 스케쥴링 된다. (LWP = Light Weight Process)
- 22. 쓰레드와 프로세스
- 23. PS의 사용법 p193페이지
- 24. PS의 사용법 p193페이지
- 25. PS의 사용법 VSZ(Virtual Set Size) 프로세스가 확보한 가상 메모리의 크기 RSS(Resident Set Szie) 물리 메모리 영역의 크기
- 26. PS의 사용법 스왑이 발생할 경우, RSS가 큰 프로세스를 체크해본다.
- 27. PS의 사용법 Time은 실제로(?) CPU를 사용한 시간 - 무한루프 / Blocking
- 28. SAR의 사용법 - sadc라는 백그라운드 프로그램이 커널로부터 레포트를 수집해서 저장 - sar은 얻어진 레포트로부터 정보 출력
- 29. SAR의 사용법 CPU사용률 확인(sar -u)
- 30. SAR의 사용법 Load Average확인(sar -q)
- 31. SAR의 사용법 메모리 사용 현황 확인(sar -r)
- 32. 메모리 사용 현황 확인(sar -r) SAR의 사용법
- 33. SAR의 사용법
- 34. VMSTAT (Report Virtual Memory Statics) - SAR과는 다르게 실시간으로 가상메모리 정보 참조 - I/O대기의 절대치 참조하기 좋음
- 35. 정리 - 단일 호스트의 튜닝은 병목현상을 발견하고 제 거하는 작업 - 부하의 종류는 2가지 CPU부하, I/O부하 - top, ps, sar, vmstat를 사용해서 원인을 찾자 - 메모리 증설, 캐시서버 증설, 데이터 분산 I/O알고리즘 변경