WEBVTT

00:00.120 --> 00:00.960
네 네 강사님 이번

00:00.960 --> 00:03.000
시간에는 에러 수정 코드로 알려진 ec

00:03.000 --> 00:05.040
메모리에 대해 알아보겠습니다

00:05.040 --> 00:06.720
하지만 먼저 메모리 측면에서

00:06.720 --> 00:10.020
비패리티와 패리티의 개념을 다루어야 합니다.

00:10.020 --> 00:12.000
비패리티를 다룰 때, 이건

00:12.000 --> 00:14.160
표준 메모리입니다

00:14.160 --> 00:16.200
오류를 확인하지 않고 마음대로 데이터를

00:16.200 --> 00:18.870
메모리에 넣거나 꺼낼 수 있으며 이것이 대부분의

00:18.870 --> 00:21.390
메모리가 될 것입니다.

00:21.390 --> 00:23.910
비패리티는 제조 비용이 매우 저렴하고

00:23.910 --> 00:26.970
패리티 메모리보다 속도가 빠릅니다.

00:26.970 --> 00:28.800
이제 패리티 메모리는 기본적인

00:28.800 --> 00:31.110
오류 검사를 수행하고 메모리 내용의

00:31.110 --> 00:32.610
신뢰성과 무결성을 보장하는

00:32.610 --> 00:34.890
데 사용됩니다.

00:34.890 --> 00:35.910
네 이제 이런 이유로

00:35.910 --> 00:38.460
이 메모리는 비패리티 메모리보다 느리지만

00:38.460 --> 00:40.440
서버들과 특정 하이엔드 데스크톱

00:40.440 --> 00:42.000
워크스테이션을 위해 필요한

00:42.000 --> 00:44.910
안정성이 있죠

00:44.910 --> 00:47.220
네 이제 이제 데이터가

00:47.220 --> 00:49.320
좋은지를 확인할

00:49.320 --> 00:50.490
수 있습니다

00:50.490 --> 00:52.920
? 네

00:52.920 --> 00:55.110
그리고 그 데이터가 좋다면 그것을 사용할 것입니다.

00:55.110 --> 00:57.240
그렇지 않다면 오류가 발생하겠지만

00:57.240 --> 00:58.560
고칠 수는 없습니다

00:58.560 --> 01:00.750
여기에 오류가 있다고 말할 수는 있지만 고치는

01:00.750 --> 01:02.460
방법을 모르겠습니다.

01:02.460 --> 01:04.860
기본적으로 모든 바이트가 패리티와 연관되어

01:04.860 --> 01:07.230
있기 때문에 작동하는 것입니다

01:07.230 --> 01:10.230
따라서 8비트 대신 8개의 데이터 비트와 패리티용

01:10.230 --> 01:13.860
1비트를 더해 이제 9비트를 갖게 됩니다.

01:13.860 --> 01:16.200
이제 패리티도 제 때 설정될 거예요

01:16.200 --> 01:17.970
그리고 나서 메모리로부터 읽을

01:17.970 --> 01:19.830
때 계산되고 비교하여 데이터가

01:19.830 --> 01:21.420
메모리에 마지막으로 쓰인

01:21.420 --> 01:24.330
이후 비트가 바뀌었는지 판단합니다

01:24.330 --> 01:25.470
이런 유형의 확인은

01:25.470 --> 01:28.470
단일 오류를 감지하는 데 한계가 있어요

01:28.470 --> 01:30.300
그리고 두 개의 비트가 변경된 경우 해당

01:30.300 --> 01:32.310
패리티 검사는 실제로 통과할 수 있습니다.

01:32.310 --> 01:35.550
왜냐하면 비트는 0 또는 1만 될 수 있기 때문입니다.

01:35.550 --> 01:39.683
예를 들어 0을 저장하면 00000000

01:39.683 --> 01:44.460
이진법으로 쓰여집니다

01:44.460 --> 01:47.700
모두 합치면 0이 8개 나오니

01:47.700 --> 01:50.400
패리티도 0이 되죠

01:50.400 --> 01:52.560
네 이제 이제 이것들을

01:52.560 --> 01:54.090
다 합치면 0이 나옵니다

01:54.090 --> 01:56.220
0은 패리티 비트와 0이죠

01:56.220 --> 01:58.050
좋은 데이터입니다

01:58.050 --> 01:59.850
?

01:59.850 --> 02:00.720
다른 한편으로

02:00.720 --> 02:02.430
숫자 1을 적는다고

02:02.430 --> 02:07.200
해보죠 숫자 00000001입니다

02:07.200 --> 02:10.470
이제 이 숫자들을 다 합치면 1이 나옵니다

02:10.470 --> 02:13.530
9조각의 패리티에 넣을 거예요

02:13.530 --> 02:15.720
이렇게 하면 이제 그 내용을 읽고 00000001을

02:15.720 --> 02:17.133
얻습니다.

02:19.560 --> 02:21.210
다 합치면 1이 되고 패리티와

02:21.210 --> 02:22.410
일치합니다 데이터는

02:22.410 --> 02:25.440
훌륭하지만 그러나 메모리에 두어서 몇 시간

02:25.440 --> 02:27.240
동안 두면 1이 실수로 0으로

02:27.240 --> 02:31.170
바뀝니다 이제 이것을 읽고 00000000을 얻어서

02:31.170 --> 02:34.830
둘을 합치면 0이 나옵니다 이것은 1을 포함한 패리티

02:34.830 --> 02:39.210
비트와 비교합니다 이것은 에러가 있고 뭔가 잘못되었다는 것을

02:39.210 --> 02:42.510
알려줍니다

02:42.510 --> 02:44.730
8개 중 뭘 바꿨는지 몰라도 적어도

02:44.730 --> 02:46.560
하나는 바꿨네요

02:46.560 --> 02:48.413
반면에 00000001의

02:48.413 --> 02:52.260
숫자가 01010001과 같은 것으로

02:52.260 --> 03:01.590
변경되면 이제 메모리에 의해 우연히 0에서 1로 변경된 두 비트가 생겼습니다.

03:01.590 --> 03:04.260
네 패리티를 보면 여전히 1이겠죠

03:04.260 --> 03:06.930
그것들을 더했을 때 홀수라면 패리티

03:06.930 --> 03:08.940
비트는 1이 되겠죠 ?

03:08.940 --> 03:10.770
그리고 그것들을 더하면 짝수이면

03:10.770 --> 03:12.090
0이 될 거예요.

03:12.090 --> 03:13.500
네 그래서 보시는 것처럼

03:13.500 --> 03:14.940
오류가 감지되지 않을

03:14.940 --> 03:17.340
겁니다 이 안에서 비트 2개가 바뀌면요

03:17.340 --> 03:20.100
패리티 타입 계산을 쓰는 경우에요

03:20.100 --> 03:23.490
네 좋은 소식은 대부분의 오류의 90%는 단일

03:23.490 --> 03:25.770
비트 유형의 오류라는 겁니다 그래서

03:25.770 --> 03:28.080
패리티 체크는 대부분의 상황에서

03:28.080 --> 03:30.000
충분할 수 있어요

03:30.000 --> 03:31.530
그러나 은행을 위한 서버 운영과 같은

03:31.530 --> 03:33.360
작업을 처리하는 경우 어떤 종류의 오류라도

03:33.360 --> 03:35.520
발생하는 것은 나쁜 일이 될 수 있습니다.

03:35.520 --> 03:37.890
패리티보다 나은 것을 원한다면

03:37.890 --> 03:40.650
ecc가 필요합니다

03:40.650 --> 03:43.830
Ecc는 오류 수정 코드입니다

03:43.830 --> 03:45.930
오류 수정 코드는 패리티를 다음 단계로

03:45.930 --> 03:48.390
끌어올리는 메모리 유형입니다.

03:48.390 --> 03:50.460
이제 패리티처럼 오류가 있는지

03:50.460 --> 03:51.810
감지할 수 있을 뿐만

03:51.810 --> 03:54.780
아니라 오류를 수정할 수도 있습니다.

03:54.780 --> 03:57.300
Ecc는 패리티보다 느리고 패리티도

03:57.300 --> 03:59.490
비패리티보다 느리죠

03:59.490 --> 04:00.990
그래서 추가 기능을

04:00.990 --> 04:02.610
위해 성능을 포기하지만

04:02.610 --> 04:04.290
ecc를 사용하면 메모리에

04:04.290 --> 04:07.950
신뢰성과 신뢰성이 더 높아집니다 오류를 감지하고

04:07.950 --> 04:11.760
수정할 수 있기 때문이죠

04:11.760 --> 04:14.040
네 일반적으로 상위 수준의 워크스테이션이나

04:14.040 --> 04:15.570
서버에서 사용되는 ecc

04:15.570 --> 04:20.190
혹은 오류 수정 코드는 추가 비용 때문에 이런 환경에서만 필요한

04:20.190 --> 04:25.230
고도의 무결성을 요구하기 때문입니다

04:25.230 --> 04:26.340
Ecc가 어떻게

04:26.340 --> 04:28.980
문제를 파악하고 어떻게 고칠지

04:28.980 --> 04:30.990
궁금하실 겁니다

04:30.990 --> 04:32.040
버퍼링된 것을

04:32.040 --> 04:33.960
이용합니다 혹은 등록

04:33.960 --> 04:35.700
메모리입니다

04:35.700 --> 04:37.980
이제 버퍼링된 메모리 또는 등록된 메모리에는

04:37.980 --> 04:39.570
메모리와 cpu 또는 프로세서

04:39.570 --> 04:42.870
사이에 위치할 추가 하드웨어가 있습니다.

04:42.870 --> 04:44.850
네 레지스터라는 하드웨어로

04:44.850 --> 04:46.290
데이터를 cpu로 보내기

04:46.290 --> 04:48.720
전에 버퍼에 저장해요 ? 네

04:48.720 --> 04:50.760
네 이 기능은 많은 시스템에서 신뢰도

04:50.760 --> 04:51.990
측정으로 사용됩니다

04:51.990 --> 04:53.550
특히 많은 메모리 모듈을 가진

04:53.550 --> 04:55.380
서버에서 오류가 발생할 수 있죠

04:55.380 --> 04:56.910
, 특히 서버요

04:56.910 --> 04:59.730
이러한 시스템은 대량의 메모리 모듈이 있는 시스템에서

04:59.730 --> 05:01.350
사용하는 전기 부하를 줄이기

05:01.350 --> 05:02.370
위해 데이터를 버퍼링하거나

05:02.370 --> 05:08.220
등록해야 하며, 이는 패리티 또는 오류 수정 코드 메모리와 쌍을 이루어 추가 신뢰성을 제공할 수

05:08.220 --> 05:10.140
있습니다. 당신은 그 오류를 찾고

05:10.140 --> 05:13.020
감지합니다.

05:13.020 --> 05:15.510
네 좋아요, 이제 오류 수정 코드 모듈을 사용하려면

05:15.510 --> 05:18.840
머더보드가 cpu와 함께 그걸 지원해야 합니다

05:18.840 --> 05:21.450
이 구성요소가 ecc를 지원하지 않는다면

05:21.450 --> 05:24.450
가격이 더 비싼 ecc 모듈을 구입한다고 해도

05:24.450 --> 05:27.150
추가적인 혜택을 받지 못합니다

05:27.150 --> 05:28.800
그러니 명심하세요.

05:28.800 --> 05:32.700
머더보드는 대부분 ecc를 지원하거나, 안 해요

05:32.700 --> 05:34.140
보통은 선택권이 없죠

05:34.140 --> 05:36.690
네 ecc를 지원하는 마더보드를

05:36.690 --> 05:38.940
사면 ecc 모듈을 사야 합니다

05:38.940 --> 05:41.490
등록된 메모리 모듈이죠

05:41.490 --> 05:44.160
이제 ecc 또는 비 ecc 모듈을 지원하는

05:44.160 --> 05:46.170
마더보드를 찾으면 일반적으로

05:46.170 --> 05:49.110
두 모듈을 동시에 지원하지 않습니다.

05:49.110 --> 05:51.570
따라서 모든 모듈은 ecc여야 합니다. 그렇지 않으면

05:51.570 --> 05:53.880
어떤 모듈도 ecc가 될 수 없습니다.

05:53.880 --> 05:56.700
네 네 ,

05:56.700 --> 05:58.950
네

05:58.950 --> 06:00.210
이제 마지막으로 언급하고

06:00.210 --> 06:02.370
싶은 점은 ddr5를 사용하는 경우 ddr5에는

06:02.370 --> 06:04.710
모듈 자체 내부에서 일부 오류 검사 기능이 있다는

06:04.710 --> 06:06.780
것입니다.

06:06.780 --> 06:10.500
이는 ecc 또는 ecc 모듈로 간주되지 않습니다.

06:10.500 --> 06:11.850
새로운 ddr5 모듈의

06:11.850 --> 06:14.520
오류 수정 작업은 ecc가 지원하지 않는

06:14.520 --> 06:17.160
메인보드에서 사용될 수 있고 오류를 확인하는

06:17.160 --> 06:19.710
기능도 여전히 있어요

06:19.710 --> 06:21.420
이는 다른 형태의 오류 검사이며

06:21.420 --> 06:23.910
오류 수정 코드로 간주되지 않습니다.

06:23.910 --> 06:26.250
그런 의미에서 실전에 나가도

06:26.250 --> 06:27.810
헷갈리지 마시고요

06:27.810 --> 06:29.640
이는 다른 형태의 오류 검사이며

06:29.640 --> 06:32.040
ddr5 모듈은 여전히 ​​ecc 또는

06:32.040 --> 06:34.740
비ecc 모듈로 판매될 수 있습니다. 왜냐하면

06:34.740 --> 06:37.290
내부 오류 검사 외에도 ecc를 지원하고

06:37.290 --> 06:39.840
cpu 및 마더보드와도 작동할 수 있기 때문입니다.

06:39.840 --> 06:44.040
이제 오류 수정 코드도 마찬가지입니다.

06:44.040 --> 06:45.510
좀 헷갈리긴 할 거예요

06:45.510 --> 06:48.210
현장에 나가면 그걸 명심하세요