Difference between r1.1 and the current
@@ -1,3 +1,89 @@
[[Tableofcontents]]
== 우리가 배우는(아는) 것 ==
* 운영체제가 올라간다
* 프로그램이 올라간다
* 운영체제의 입장
* 어플리케이션의 입장
* 다다익램!
* 서버 입장
* 다다익램!
* 프로그래머 입장
* 할당 해지나 잘해라
== 우리가 아는지 모르는지 모르는 지식 ==
=== 색마다 듀얼 채널 구성할때 같은 사이즈와 같은 속도? ===
* 더 이상 그렇지 않다
* Intel flex memory로 (AMD도)
* 가능한 구성
* 2+4, 4+2, 2+2+2, 2+4+2+4, ...
* 실제로는 같은 메모리를 사용하는 것보다 조금은 못하지만
* 그래도 걍 쓰는게 낫다
* 아무거나 막 꼽아봅시다
=== DDR4 vs DDR3 ===
* 셀 클럭 수가 제자리
* 따라서 성능 차이가 크지 않다
* 용량 큰 거를 삽시다
=== 쓰레기 값은 의미 없는 값이다? ===
* 실제로는 의미가 있는 값이다.
* 제대로 메모리가 동작하기 때문에 만들어지는 값
* 프로세서, 운영체제, 컴파일러가 만든다
* 모든 셀에서 random한 voltage를 읽어들이므로, 전부 랜덤한 값
* 즉, 셀이 살아있다는 증거
* 프로그램 개발에서 확인 가능한 쓰레기값
* 예약된 값들
* 0xCCCCCCCC 초기화되지않은 스택 변수
* 0xCDCDCDCD 초기화되지않은 힙 변수
* 0xDDDDDDDD release된 힙 메모리
* 등등
* Magic Debug Values, Magic Number
* 특정 상황에서 만들어내는 값
* 이를 통해 메모리 덤프 오류를 찾아 낼 수 있다
=== ECC 있으면 오케이? ===
* 우리가 알지 못하는 오류가 있다
* 메모리 오류
* 어플리케이션 구현시 발생하는 오류는 논리적인 이유가 주
* 운영체제에서의 메모리 오류
* 운영체제도 모르는 할당이 발생 - 세그멘테이션 폴트
* 운영체제가 모른는 메모리 읽기 오류
* ..OOPS
* 가상페이지 관련
* 그래도 무슨 오류인지 알려준다
* 물리페이지 관련
* {{{/*누군가 좀 풀어주세영*/}}}
* HWPoison
* x86프로세서 + ECC가 제공하는 기능
* 읽기 쓰기 오류가 발생할 경우, CR 레지스터를 1로 변경
* MCA 시스템을 동작, 리커버리 알고리즘 진행을 위한 시그널 및 인터럽트 발생
* 해당 메모리의 물리 페이지를 이용하지 못하도록 방지
* 특정 셀을 격리
* 시스템이 바로 죽지 않는다
* ECC도 당한다
* 클라우드 환경으로 변하면서 컴퓨터들이 밀집
* 기본적으로 높은 사용량을 보인다
* 블루진 슈퍼컴퓨터 및 구글, 아마존, 페이스북 등의 데이터 센터에서 발생한 fail 오류 중 30% 가까운 ㅇ오류가 메모리 오류에 의해 발생
* 10%는 컴퓨트 노드 셧다운
* 셀이 망가졌어요!
* 쓰기가 안됩니다
* 읽기가 안됩니다
* 근데 왜 이런 거를 몰랐지
* 하드웨어는 오류가 안날줄 알았지!
* 유일한 변명거리 cosmic ray = 생활 방사선
* 하지만 메모리 셀을 cosmic ray 외엔 당할리 없다
* 메모리 셀에 잦은 읽기, 쓰기가 발생하면서 열화가 진행
* 셀 하드웨어적으로 무너지면서 망가짐
* 이를 위한 기술들이 연구가 도입되지 않음
* 장담을 못함
* 잘 못 건들면 운영체제가 동작을 안함
* 그냥 새걸로 갈아
* 그냥 일반 메모리는요?
* 걍 죽는다
* 일반적인 PC가 메모리 오류를 아는 방법
* Memtest86
* 운영체제 시작 전에 메모리 모듈을 검사할 수 있는 변종 운영체제
* 모바일은요?
* 더더욱 모른다
* Mac, I OS는 체크하는 기능이 있다
== 메모리는 응답이 없다 ==
* 진짜 없다
* 그래서 정말 아는 것 같으면서도 모른다
* ~~결론의 상태가??~~
2.1. 색마다 듀얼 채널 구성할때 같은 사이즈와 같은 속도? ¶
- 더 이상 그렇지 않다
- Intel flex memory로 (AMD도)
- 가능한 구성
- 2+4, 4+2, 2+2+2, 2+4+2+4, ...
- 2+4, 4+2, 2+2+2, 2+4+2+4, ...
- 실제로는 같은 메모리를 사용하는 것보다 조금은 못하지만
- 그래도 걍 쓰는게 낫다
- 아무거나 막 꼽아봅시다
- 아무거나 막 꼽아봅시다
2.3. 쓰레기 값은 의미 없는 값이다? ¶
- 실제로는 의미가 있는 값이다.
- 제대로 메모리가 동작하기 때문에 만들어지는 값
- 프로세서, 운영체제, 컴파일러가 만든다
- 모든 셀에서 random한 voltage를 읽어들이므로, 전부 랜덤한 값
- 즉, 셀이 살아있다는 증거
- 프로그램 개발에서 확인 가능한 쓰레기값
- 예약된 값들
- 0xCCCCCCCC 초기화되지않은 스택 변수
- 0xCDCDCDCD 초기화되지않은 힙 변수
- 0xDDDDDDDD release된 힙 메모리
- 등등
- Magic Debug Values, Magic Number
- 특정 상황에서 만들어내는 값
- 이를 통해 메모리 덤프 오류를 찾아 낼 수 있다
- 예약된 값들
2.4. ECC 있으면 오케이? ¶
- 우리가 알지 못하는 오류가 있다
- 메모리 오류
- 어플리케이션 구현시 발생하는 오류는 논리적인 이유가 주
- 운영체제에서의 메모리 오류
- 운영체제도 모르는 할당이 발생 - 세그멘테이션 폴트
- 운영체제가 모른는 메모리 읽기 오류
- ..OOPS
- 운영체제도 모르는 할당이 발생 - 세그멘테이션 폴트
- 가상페이지 관련
- 그래도 무슨 오류인지 알려준다
- 그래도 무슨 오류인지 알려준다
- 물리페이지 관련
/*누군가 좀 풀어주세영*/
- HWPoison
- x86프로세서 + ECC가 제공하는 기능
- 읽기 쓰기 오류가 발생할 경우, CR 레지스터를 1로 변경
- MCA 시스템을 동작, 리커버리 알고리즘 진행을 위한 시그널 및 인터럽트 발생
- 해당 메모리의 물리 페이지를 이용하지 못하도록 방지
- 특정 셀을 격리
- 시스템이 바로 죽지 않는다
- ECC도 당한다
- 클라우드 환경으로 변하면서 컴퓨터들이 밀집
- 기본적으로 높은 사용량을 보인다
- 블루진 슈퍼컴퓨터 및 구글, 아마존, 페이스북 등의 데이터 센터에서 발생한 fail 오류 중 30% 가까운 ㅇ오류가 메모리 오류에 의해 발생
- 10%는 컴퓨트 노드 셧다운
- 클라우드 환경으로 변하면서 컴퓨터들이 밀집
- x86프로세서 + ECC가 제공하는 기능
- 셀이 망가졌어요!
- 쓰기가 안됩니다
- 읽기가 안됩니다
- 근데 왜 이런 거를 몰랐지
- 하드웨어는 오류가 안날줄 알았지!
- 유일한 변명거리 cosmic ray = 생활 방사선
- 하지만 메모리 셀을 cosmic ray 외엔 당할리 없다
- 메모리 셀에 잦은 읽기, 쓰기가 발생하면서 열화가 진행
- 셀 하드웨어적으로 무너지면서 망가짐
- 셀 하드웨어적으로 무너지면서 망가짐
- 이를 위한 기술들이 연구가 도입되지 않음
- 장담을 못함
- 잘 못 건들면 운영체제가 동작을 안함
- 잘 못 건들면 운영체제가 동작을 안함
- 장담을 못함
- 그냥 새걸로 갈아
- 하드웨어는 오류가 안날줄 알았지!
- 쓰기가 안됩니다
- 그냥 일반 메모리는요?
- 걍 죽는다
- 걍 죽는다
- 일반적인 PC가 메모리 오류를 아는 방법
- Memtest86
- 운영체제 시작 전에 메모리 모듈을 검사할 수 있는 변종 운영체제
- 운영체제 시작 전에 메모리 모듈을 검사할 수 있는 변종 운영체제
- Memtest86
- 모바일은요?
- 더더욱 모른다
- Mac, I OS는 체크하는 기능이 있다
- 더더욱 모른다
- 어플리케이션 구현시 발생하는 오류는 논리적인 이유가 주
