WEBVTT

00:00.090 --> 00:00.960
이번 수업에선

00:00.960 --> 00:02.730
수행 문제를 얘기해 볼 거예요

00:02.730 --> 00:05.460
동작이 느리거나 느린 것을 시스템에서

00:05.460 --> 00:08.010
계속 관찰하게 될 것입니다

00:08.010 --> 00:09.060
네 그럼 이제

00:09.060 --> 00:10.470
하드웨어와 관련

00:10.470 --> 00:13.470
있거나 소프트웨어와 관련 있거나

00:13.470 --> 00:15.330
둘을 섞은 문제일 수

00:15.330 --> 00:18.150
있거든요 ,

00:18.150 --> 00:20.700
네 이런 이유로 문제가 정확히 뭔지 파악하기가

00:20.700 --> 00:22.620
정말 어렵습니다 하지만 이번 강의에서

00:22.620 --> 00:23.453
몇 가지 일반적인

00:23.453 --> 00:25.931
지침을 알려드리겠습니다

00:25.931 --> 00:28.650
네 이제 성능 문제를 해결하기 시작할 때 구조적

00:28.650 --> 00:30.720
접근을 이용하고 성능 문제를 야기할

00:30.720 --> 00:32.160
수 있는 다양한 문제들을

00:32.160 --> 00:33.240
구분하려고 노력해야

00:33.240 --> 00:35.370
합니다 ? 네

00:35.370 --> 00:36.300
우선 현재 시스템의

00:36.300 --> 00:37.800
기준이 뭔지 알아야

00:37.800 --> 00:38.947
합니다

00:38.947 --> 00:42.000
네 예를 들어 제가 시스템이 있는데 3기가헤르츠

00:42.000 --> 00:44.070
프로세서와 16기가 ram

00:44.070 --> 00:45.660
1테라바이트 하드 드라이브와

00:45.660 --> 00:47.460
1초당 1기가바이트 네트워킹

00:47.460 --> 00:50.520
카드가 있어요

00:50.520 --> 00:53.070
네 자 모든 규격을 아는 건 좋지만 제가

00:53.070 --> 00:54.420
그 시스템을 실제로

00:54.420 --> 00:56.550
만져보거나 본 적이 없다면 어떻게

00:56.550 --> 00:58.950
작동하는지 모르겠어요

00:58.950 --> 01:00.600
네 새로운 시스템을 만들 때는 그 시스템을

01:00.600 --> 01:01.980
관찰하고 현재 어떻게 운영되는지

01:01.980 --> 01:03.720
관찰해야 합니다

01:03.720 --> 01:05.820
네 방금 드린 예시 시스템을 적용해 보면

01:05.820 --> 01:07.680
처음 새 시스템을 도입했을 때 정상적인

01:07.680 --> 01:10.080
느낌이 어떤지 알 수 있어요

01:10.080 --> 01:12.000
얼마나 빨리 작동하죠?

01:12.000 --> 01:14.340
매일 램이 얼마나 사용되나요? 운영 체제가

01:14.340 --> 01:15.957
로드되거나 운영 체제와 사무실

01:15.957 --> 01:19.290
스위트가 열릴 때요 ? 매일 얼마나 사용되죠?

01:19.290 --> 01:21.390
네트워크 속도도 알아야 해요

01:21.390 --> 01:23.280
왜냐하면 카드가 초당 1기가라고

01:23.280 --> 01:24.270
해서 초당 1기가의

01:24.270 --> 01:27.360
처리량이 생기는 것은 아니니까요.

01:27.360 --> 01:28.470
그 외에도 하드 드라이브를

01:28.470 --> 01:29.910
살펴봐야 해요

01:29.910 --> 01:31.860
1테라바이트 하드 드라이브라고 했지만

01:31.860 --> 01:32.790
솔리드 스테이트 드라이브라고는

01:32.790 --> 01:34.290
말 안 했죠?

01:34.290 --> 01:36.726
5,400rpm의 하드 드라이브인지 7,200rpm인지

01:36.726 --> 01:39.480
10,000rpm인지요

01:39.480 --> 01:42.000
각각 다른 성능을 갖게 됩니다

01:42.000 --> 01:42.870
네 자 일단 정상

01:42.870 --> 01:44.670
성능이 무엇인지 알면 어떤

01:44.670 --> 01:45.630
것이 느린지

01:45.630 --> 01:48.000
판단할 수 있습니다 그러면 문제

01:48.000 --> 01:49.350
해결에 집중해야

01:49.350 --> 01:50.430
할 부분이 어디인지

01:50.430 --> 01:53.190
알 수 있습니다

01:53.190 --> 01:54.900
이제 어떤 하위 시스템이

01:54.900 --> 01:56.490
진짜 문제가 되는지 파악하는

01:56.490 --> 01:58.080
것 외에도 우리의 느린

01:58.080 --> 01:59.490
성능을 바탕으로 하위

01:59.490 --> 02:00.450
시스템을 최적화하기

02:00.450 --> 02:04.260
위해 구성 변화를 줄 수 있습니다

02:04.260 --> 02:06.030
예를 들어 평균적인 사용자가

02:06.030 --> 02:07.110
램을 항상 소모하고

02:07.110 --> 02:09.150
있다고 가정해 봅시다 업그레이드를

02:09.150 --> 02:10.500
해야 합니다 8기가에서

02:10.500 --> 02:15.090
16기가로 16기가에서 32기가로요

02:15.090 --> 02:16.320
왜냐하면 다시 말씀드리지만

02:16.320 --> 02:18.090
시스템의 성능을 높이기 위해 할 수 있는 가장

02:18.090 --> 02:19.648
간단하고 쉬운 일 중 하나니까요

02:19.648 --> 02:22.380
하지만 성능이 저조하고 무료 ram이

02:22.380 --> 02:23.820
16개 중에 8기가나

02:23.820 --> 02:26.550
있다면 32로 업그레이드해도 성능

02:26.550 --> 02:28.530
면에서는 별 도움이 안 될 겁니다

02:28.530 --> 02:30.630
이미 갖고 있는 ram을 다 쓰는

02:30.630 --> 02:33.270
게 아니니까요

02:33.270 --> 02:34.320
그래서 문제 성능

02:34.320 --> 02:35.153
문제를 해결할

02:35.153 --> 02:37.290
때 생각해봐야 하는 것들이죠

02:37.290 --> 02:38.336
그 외에도 시스템이

02:38.336 --> 02:39.630
과열되지 않았는지

02:39.630 --> 02:41.430
확인해야죠

02:41.430 --> 02:42.471
네 네 처리

02:42.471 --> 02:47.790
장치에 속도를 늦추죠

02:47.790 --> 02:50.010
네 시스템이 과열되기 시작하면 3기가로

02:50.010 --> 02:53.010
작동해야 할 프로세서가 2기가나 1기가로

02:53.010 --> 02:57.180
떨어질 수 있습니다

02:57.180 --> 02:57.180
네

02:57.180 --> 02:59.430
5기가헤르츠 발생하는 열 부하를 낮추고

02:59.430 --> 03:01.740
시스템이 과열되지 않게 합니다

03:01.740 --> 03:03.270
시스템이 과열되면 재부팅되거나

03:03.270 --> 03:05.190
꺼질 수 있거든요

03:05.190 --> 03:07.200
온도 센서의 많은 부분이 그래픽

03:07.200 --> 03:09.060
처리 장치나 중앙 처리 장치

03:09.060 --> 03:10.860
같은 부품의 속도를 늦춰서

03:10.860 --> 03:12.330
전반적인 열 부하를

03:12.330 --> 03:14.492
낮춥니다

03:14.492 --> 03:16.363
네 온도 센서 결함이라면 실제

03:16.363 --> 03:17.670
온도보다 높다는 걸 나타낼

03:17.670 --> 03:19.710
수 있습니다 그래서 cpu는 그

03:19.710 --> 03:21.630
부분을 보완하기 위해 성능을

03:21.630 --> 03:23.940
낮추기 시작하죠 안 그러면

03:23.940 --> 03:25.429
이것도 유념해 주시고요

03:25.429 --> 03:26.790
네 성능 문제를 해결할

03:26.790 --> 03:28.530
때 고려할 또 한 가지는 어떤 잘못

03:28.530 --> 03:30.780
설정도 있을 수 있다는 것입니다

03:30.780 --> 03:33.420
예를 들어 메모리를 업그레이드했다고

03:33.420 --> 03:35.970
칩시다 8기가에서 16기가로요

03:35.970 --> 03:37.260
네 그게 그렇게 했을

03:37.260 --> 03:39.360
때 4기가 모듈 2개를 빼서

03:39.360 --> 03:41.760
8기가 모듈 2개를 새로 넣었을

03:41.760 --> 03:44.250
수도 있지만 0과 2개 대신 1개에

03:44.250 --> 03:46.320
넣었어요

03:46.320 --> 03:49.440
그래서 메모리는 듀얼 채널 모드에서 작동하지 않죠

03:49.440 --> 03:51.990
단일 채널 모드로만 작동합니다

03:51.990 --> 03:54.060
네 이러면 8기가바이트 시스템보다

03:54.060 --> 03:54.990
성능이 느려질

03:54.990 --> 03:59.130
겁니다 한 번에 128비트가 아닌 64비트만 액세스할

03:59.130 --> 04:01.230
수 있으니까요 메모리가 두

04:01.230 --> 04:03.330
배가 됐는데도 성능이 반으로

04:03.330 --> 04:05.190
줄죠

04:05.190 --> 04:07.200
네 다시 말씀드리지만 이런 유형의 구성

04:07.200 --> 04:10.530
오류는 시스템 전체에 연쇄 효과를 일으킬 수 있습니다 ,

04:10.530 --> 04:11.970
또 다른 흔한 구성 오류는 운영

04:11.970 --> 04:13.290
체제나 응용 프로그램 소프트웨어

04:13.290 --> 04:15.166
자체일 수 있습니다 ,

04:15.166 --> 04:17.100
예를 들어 많은 분들이 Windows나

04:17.100 --> 04:19.320
Linux 내 스왑 공간을 확장하는

04:19.320 --> 04:21.240
걸 봤어요

04:21.240 --> 04:23.400
성능을 향상시킬 거라고 생각하지만,

04:23.400 --> 04:24.540
실제로는 더 많은 가상

04:24.540 --> 04:26.160
메모리를 제공합니다 물리 메모리에서

04:26.160 --> 04:27.630
하드 디스크나 솔리드 상태

04:27.630 --> 04:30.630
장치로 훨씬 많은 스와핑이 일어나게 되고 전체 시스템을

04:30.630 --> 04:33.000
느리게 합니다

04:33.000 --> 04:34.680
시스템을 구성할 때 이 모든

04:34.680 --> 04:36.390
걸 염두에 두셔야 합니다

04:36.390 --> 04:39.240
이 모든 건 혼자서는 안 된다는 걸 기억하세요

04:39.240 --> 04:40.707
이런 성능에 문제가

04:40.707 --> 04:42.990
생기면 여러 가지 문제가 동시에

04:42.990 --> 04:45.300
발생할 수 있어요

04:45.300 --> 04:46.620
네 운영 체제일 수도 있고

04:46.620 --> 04:47.850
응용 프로그램일 수도

04:47.850 --> 04:50.130
있고 구성일 수도 있고 네트워크나 하드웨어일

04:50.130 --> 04:52.050
수도 있습니다

04:52.050 --> 04:53.400
고려하는 동안 모든

04:53.400 --> 04:55.500
걸 하위 시스템으로 나눠서

04:55.500 --> 04:56.550
식별할 수 있고

04:56.550 --> 04:58.290
성능 문제를 식별하는

04:58.290 --> 04:59.550
건 기술자로서 매우

04:59.550 --> 05:01.233
중요합니다