WEBVTT

00:00.000 --> 00:01.050
강사: 이번 강의에서는

00:01.050 --> 00:03.240
가상 메모리에 대해 이야기하겠습니다.

00:03.240 --> 00:05.760
가상 메모리입니다 페이지 파일로도

00:05.760 --> 00:06.840
알려진 가상 메모리는

00:06.840 --> 00:09.630
운영체제가 할당하는 하드 드라이브나

00:09.630 --> 00:11.430
솔리드 상태 드라이브의 공간

00:11.430 --> 00:13.020
블록입니다 메모리나 램인

00:13.020 --> 00:15.840
척하죠 실제 램이 짧거나 낮게 실행될 때 실제

00:15.840 --> 00:18.660
램이 실행됩니다

00:18.660 --> 00:20.040
자 이건 대부분의 현대

00:20.040 --> 00:21.683
운영 체제의 훌륭한 기능입니다

00:21.683 --> 00:24.930
실제보다 더 많은 메모리를 에뮬레이트할 수 있게

00:24.930 --> 00:26.220
해주죠

00:26.220 --> 00:27.300
하지만 명심하세요

00:27.300 --> 00:30.540
모든 솔루션을 해결하는 완벽한 해결책은 아닙니다

00:30.540 --> 00:33.150
일시적인 해결책에 가깝죠 가상 램을

00:33.150 --> 00:35.850
많이 사용하게 된다면 시스템에서 물리적

00:35.850 --> 00:39.523
램을 증가시켜야 할 겁니다

00:39.523 --> 00:40.777
왜 그럴까요?

00:40.777 --> 00:42.024
기억하세요. 다양한

00:42.024 --> 00:43.770
유형의 메모리와 스토리지를

00:43.770 --> 00:46.890
다룰 때 세 가지 주요 유형이 있습니다.

00:46.890 --> 00:49.080
프로세서 내부에는 매우 빠른 캐시

00:49.080 --> 00:50.790
메모리가 있습니다.

00:50.790 --> 00:53.130
그리고 물리 임의 액세스 메모리나

00:53.130 --> 00:54.300
시스템 메모리도

00:54.300 --> 00:56.220
있습니다 램은 캐시보다 느리지만

00:56.220 --> 01:00.300
하드 디스크 드라이브나 더 빠른 ssd 드라이브 같은 스토리지

01:00.300 --> 01:04.290
디바이스를 사용하는 것보다는 훨씬 빠릅니다

01:04.290 --> 01:06.919
네 사실 물리 메모리를 대체할

01:06.919 --> 01:09.690
건 없지만 핀치 가상 램이 사용될

01:09.690 --> 01:11.704
수 있어요

01:11.704 --> 01:14.790
자 이제 가상 램, 혹은 가상 메모리에 대해

01:14.790 --> 01:15.990
이야기해 봅시다.

01:15.990 --> 01:18.150
두 가지 타입이 있습니다

01:18.150 --> 01:20.010
Windows 시스템에서 실행 중이라면

01:20.010 --> 01:22.740
페이지 파일이라고 불리는 걸 듣게 되실 겁니다

01:22.740 --> 01:25.740
리눅스, 유닉스, 맥 시스템을 사용하고 있다면,

01:25.740 --> 01:28.620
여기는 스와프 공간이라고 불립니다.

01:28.620 --> 01:30.990
둘 다 같은 의미예요

01:30.990 --> 01:32.640
이는 본질적으로 크기가 증가하고

01:32.640 --> 01:34.869
시스템 메모리인 것처럼 가장하는

01:34.869 --> 01:37.710
저장 장치의 숨겨진 파일입니다.

01:37.710 --> 01:39.925
네 그래서 물리 시스템 메모리가 바닥나면

01:39.925 --> 01:42.600
데이터는 물리 메모리에서 페이지 파일이나

01:42.600 --> 01:44.880
스와프 공간으로 전송되고 여러분보다

01:44.880 --> 01:47.910
메모리가 많은 척하죠 안 그러면 데이터는

01:47.910 --> 01:48.840
가상 메모리에 너무

01:48.840 --> 01:51.064
많이 의존하고 있다는 분명한 신호는 다른 프로그램에서

01:51.064 --> 01:53.400
작업하는 동안 하드 드라이브가 많이 회전하는 소리를

01:53.400 --> 01:55.741
듣기 시작한다는 것입니다.

01:55.741 --> 01:57.600
네 페이지 파일을 넘나들거나

01:57.600 --> 01:59.340
혹은 넘나들면서 램으로

01:59.340 --> 02:01.470
돌아가기 때문입니다

02:01.470 --> 02:02.670
그럴 때마다 하드

02:02.670 --> 02:04.830
드라이브에서 그걸 읽고 써야 해서

02:04.830 --> 02:06.368
전체 시스템과 다른 프로세스의

02:06.368 --> 02:08.820
속도가 느려져요

02:08.820 --> 02:10.500
가상 메모리를 다룰 때

02:10.500 --> 02:11.790
운영 체제는 이러한

02:11.790 --> 02:13.180
메모리 위치를 4kb

02:13.180 --> 02:15.000
크기의 청크로 여러 프로세스에

02:15.000 --> 02:17.535
할당합니다.

02:17.535 --> 02:20.024
이 덩어리를 페이지라고 합니다

02:20.024 --> 02:22.050
메모리 컨트롤러는 물리 메모리의

02:22.050 --> 02:24.480
안팎으로 이동할 수 있는데 이 4킬로바이트짜리

02:24.480 --> 02:27.570
덩어리나 페이지를 사용해서요 이건 실제 물리 메모리를

02:27.570 --> 02:30.030
더 자유롭게 합니다

02:30.030 --> 02:33.210
네 하지만 기억하세요 여러분 시스템의 cpu는 하드

02:33.210 --> 02:36.990
드라이브에서 직접 읽을 수 없죠 버스를 이용해 메모리에서 하는

02:36.990 --> 02:39.630
것처럼요 그러므로 스와프 파일이나 페이지

02:39.630 --> 02:41.640
파일에서 페이지 인과 실을 해야 합니다

02:41.640 --> 02:43.901
그래야 그걸 사용할 수 있죠

02:43.901 --> 02:46.770
시스템 속도가 많이 느려지기 시작하면 메모리

02:46.770 --> 02:49.290
문제일 가능성이 높으므로 사용 가능한 메모리와

02:49.290 --> 02:50.670
사용 가능한 메모리 양을

02:50.670 --> 02:52.380
확인하세요.

02:52.380 --> 02:54.630
많이 가지고 있지 않다면 추가적인 물리적

02:54.630 --> 02:56.619
메모리를 추가할 시간이 될 겁니다

02:56.619 --> 02:59.160
하지만 가상 메모리나 페이지 파일

02:59.160 --> 03:01.260
또는 스와프 스페이스를 늘려서

03:01.260 --> 03:03.990
좀 더 저장할 수 있고 실제보다 메모리가

03:03.990 --> 03:06.090
많다고 시스템이 착각하게 할

03:06.090 --> 03:08.301
수 있죠 물리적 램 모듈이 나중에

03:08.301 --> 03:11.553
설치될 때까지 중간 솔루션으로요