1. OS는 하나의 페이지 테이블로 커널 메모리 영역과 사용자 메모리 영역을 사용
2. 이건 성능상 이득이지만 보안상 좋지 않기 때문에 커널 메모리 영역을 부팅때마다 무작위로 배치하는 KASLR이라는 기능을 사용
3. 근데 시발 인텔 CPU의 버그 때문에 사용자 영역에서 KASLR이 적용된 커널 메모리를 훔쳐보는 것이 가능하다는 것이 밝혀짐
4. 이 버그를 우회하기 위해 OS는 커널 메모리 영역과 사용자 메모리 영역의 페이지 테이블을 분리하는 패치를 단행
5. 이렇게 급한 불은 껐는데 사용자 애플리케이션이 커널 기능(시스콜)을 사용할 때 다른 페이지 테이블을 참조하기 때문에 심각한 성능 저하가 발생. (포로닉스 벤치에서 파일시스템 성능이 유독 떨어지는 이유, 약 30~35%의 성능저하)
즉 패치를 적용하고 나면
인텔 CPU 성능이 20% 가량 하락되는 결과가 나온다고 한다. 참고로 윗 사진은 리눅스 기반 벤치마크
윈도우의 경우에는 9일날 패치가 예정되있어서 자세한 성능하락은 9일 이후 제대로된 벤치마크가 나와봐야 알 수 있다.
샌디브릿지(넘버링 2000번대)부터 최신 cpu인 커피레이크까지 모두 문제가 있다고 한다.
펌
이런....amd 는 웃고 있겠지
뭔말인지 모르겠네요 그냥 성능 하락이 있다 이거죠?
컴용어가 몇개 나와서 어려울거에요.
커널은 운영체제의 핵심코드들을 말하는데 아무래도 이걸 빨리 읽을수있어야 성능이 빨라지는데
이걸 보안상의 이유로 뭔가 체인지를 하면서 하니까 성능저하가 온다는 말인듯
더 웃긴건
인텔 CEO가 갖고있는 주식 팔았음 ㅋㅋㅋ 빤스런 ㅋㅋㅋ
팔고 용돈멀고 다시사고
우와 나 콘로 쓰는데...진리의 콘로!!!
amd로 가야하나 ㄷㄷㄷㄷㄷㄷ
외계인이 협조를 안한듯
고물 린필드 i7 이라 다행인건지...ㄷㄷㄷㄷㄷ
amd 따라오도록 인텔이 잠깐 멈춰주는건가 ㄷㄷㄷㄷㄷ
9일날 패치 나옴
패치되면 일단 지우고 써야겠네요... 파일 io 랑 sql 반토막이라니...
본컴은 어차피 라이젠임 乃
헐 아이브릿지 쓰는데 ㅜㅜ
인텔 아오~