작성자: Linus Torvalds (리누즈 토발즈) / 날짜: 2018년 1월 21일 일요일 - 16:36:05 동부시각
요약:
인텔이 흔히 '멜트다운'이라고 알려진 문제를 보완하기 위해 계획 중이고, 이 작업의 일환으로 사용하는 CPU에 해당 취약점 여부를 OS에 통보하는 비트를 CPU 정보 레지스터에 할당. '스펙터' 도 비슷한 절차가 이루어지고 있으나 다른 점이 있는데 해당 취약점 보완 상태를 선택적으로 취할 수(통보할 수) 있게 해둠. 다시 말해서 '멜트다운' 보안 패치는 단순히 수정하는 것으로 끝나지만 '스펙터'의 경우 OS 에게 수정 사항을 활성화할 건지 말건지 OS에 선택권을 제공하고 있음. 리누즈는 해당 스펙터 패치가 성능 저하를 일으키기 때문에 벤치마크에서 이 것이 반영될 부분을 의식해서 켜고 끌 수 있게 남겨두었다고 관측.
..본문 중...
"따라서 누군가는 진실을 말하고 있지 않는 중이다. 누군가 석연치 않은 이유로 완전 쓰레기를 밀고 있다. 이 점을 지적하게 되어서 미안하게 되었지만 말이다.
(So somebody isn't telling the truth here. Somebody is pushing complete garbage for unclear reasons. Sorry for having. to point that out.)"
"말 그대로 이 패치들은 완전히 그리고 완벽히 쓰레기다. (As it is, the patches are COMPLETE AND UTTER GARBAGE)"
요약:
인텔이 흔히 '멜트다운'이라고 알려진 문제를 보완하기 위해 계획 중이고, 이 작업의 일환으로 사용하는 CPU에 해당 취약점 여부를 OS에 통보하는 비트를 CPU 정보 레지스터에 할당. '스펙터' 도 비슷한 절차가 이루어지고 있으나 다른 점이 있는데 해당 취약점 보완 상태를 선택적으로 취할 수(통보할 수) 있게 해둠. 다시 말해서 '멜트다운' 보안 패치는 단순히 수정하는 것으로 끝나지만 '스펙터'의 경우 OS 에게 수정 사항을 활성화할 건지 말건지 OS에 선택권을 제공하고 있음. 리누즈는 해당 스펙터 패치가 성능 저하를 일으키기 때문에 벤치마크에서 이 것이 반영될 부분을 의식해서 켜고 끌 수 있게 남겨두었다고 관측.
..본문 중...
"따라서 누군가는 진실을 말하고 있지 않는 중이다. 누군가 석연치 않은 이유로 완전 쓰레기를 밀고 있다. 이 점을 지적하게 되어서 미안하게 되었지만 말이다.
(So somebody isn't telling the truth here. Somebody is pushing complete garbage for unclear reasons. Sorry for having. to point that out.)"
"말 그대로 이 패치들은 완전히 그리고 완벽히 쓰레기다. (As it is, the patches are COMPLETE AND UTTER GARBAGE)"
님이 그런 댓글 달거면 리눅스같은 OS하나 만드시지 그러셨어요 ㅋ
소프트웨어로 해결하니 성능이 대폭 낮아지는데 이게 해결된거라 보는건가요?
리누스님 이거 인텔에게!!!!
무식하면 용감하다고 ㅋㅋ
리눅스의 아버지에게 이무슨....!
솔직히 이번 이슈는 소프트웨어로 해결된 사안이니까 뭐.. 문제없죠..
라는데 뭐가 맞는걸까 싶음 내가 대학교 다닐때 배운게... 틀린건가봄
SAMSUNG,IBM, GF
소프트웨어로 해결하니 성능이 대폭 낮아지는데 이게 해결된거라 보는건가요?
아까도 보니 누가 그러더군요 저도 임시책이라고 했다가 개까였음 여기서
당연히 하드웨어적 결함을 아무리 소프트로 한다고 100프로 해결이 아닌데 말이죠
음 이런 맥락일 수는 있겠습니다. 원론적으로는 보안에 대한 완벽한 해결책이 있는 경우는 거의 없고... 보통은 임시 땜빵으로 이루어지는 경우가 많습니다. 스펙터와 멜트다운은 분명 그런 맥락에서는 컴퓨터계의 새로운 발견에 해당되는 버그인만큼 앞으로가 우려 될만은 하지만 이런 식으로 막아 나갈 수 있는 취약점이라고 예측할 수 있을 겁니다. 그리고 보안에 따른 하드웨어 상의 제약 발생도 이전에도 있던 사례긴 하고요. ...그러나 이번 케이스는 그런 일반적인 성능 하락 수준을 압도적으로 뛰어 넘기에 그런 원론적인 이야기로 퉁칠 사안은 아니라고 생각하게 되네요,
여기는 보안이고 나발이고 오락성능만 좋으면 좋다는 동네입니다
흠 스펙터 variant2 이슈에 대한 걸까요? 1에 대해서라면 인텔에 화날 이유는 없을테니...
리누즈는 해당 스펙터 패치가 성능 저하를 일으키기 때문에 벤치마크에서 이 것이 반영될 부분을 의식해서 켜고 끌 수 있게 남겨두었다고 관측. - 앞으로 인텔 CPU와 AMD CPU를 공정하게 비교하려면 무조건 저걸 활성화한 상태에서 비교해야 맞겠습니다. 멜트다운 및 스펙터 이전의 벤치 결과는 쓰레기통에 처박거나, 잘해봤자 참고 사항 정도로만 취급해야죠. 속도를 위해 보안을 희생한다는 건 말도 안 되는 소리니까요.
그럼 본인이 직접 나서서 좀 패치하지 그러냐 아니면 직접 CPU 설계를 하던지
유게공지가유머
님이 그런 댓글 달거면 리눅스같은 OS하나 만드시지 그러셨어요 ㅋ
유게공지가유머
리눅스의 아버지에게 이무슨....!
2000년대 초반에 트랜스메타에서 cpu 개발에 참여했었는데 아마 인텔의 특허 고소 때문에 망한걸로..
유게공지가유머
무식하면 용감하다고 ㅋㅋ
후지쯔 라이프북 P2040을 구입했었는데 특허는 몰라도 정말 심각하게 느렸습니다.. DVD는 신기하게 잘나왔습니다만..
세상에...ㅜㅜ
리눅스 창조자임 ㅋㅋ
비추하려고 일부러 로그인했습니다.
제가 엥간해서는 댓글 안다는데 ㅄ력 돋는 댓글만 다는데 진짜 심하긴 하네요... 리누스 자체를 모르시나
님이 리눅스 같은 길이남을 os를 만드신다면 인정해드리죠
진짜 쓰레기네.. 이거 완전 분노해야 할 기사인데?? 성능하락을 눈가리고 아웅해서 혼돈을 주겠단건데 이런 무시당하고 안 열받나?? 등신바보 취급인데 말이다
리누스님 이거 인텔에게!!!!
하드웨어적 버그를 소프트웨어로 막는다 => iPhone 4s CPU 버그를 iOS 에서 잡음 => 현실은 iOS 신버전 나올때마다 4s 용이 제일 먼저 뚫림. 탈옥 막을때마다 저 CPU 채용 기기부터 뚫려서 거기서 버그 연구해서 탈옥 번짐 => 결국 64비트 넘어오면서 4s 시리즈 32비트 iOS 는 완전 포기.
http://www.idownloadblog.com/2014/02/01/a5-exploit-jailbreak-for-life/ So looks like all my A5(X) devices are fully untethered and jailbroken for life now. "내 A5 기기는 앞으로 평생 탈옥 자유다!!" CPU 버그가 이렇게 무섭습니다 여러분.
아이폰이 자주 털렸던 건 알았는데, 그게 애플이 가장 빨리 ARM64로 넘어간 이유였나 보네요.
그렇지는 않을걸요.... 32bit 라도 해당 사안 이후에 나온 폰5는 예외인지라..
A5였나가 웹사이트 원클릭으로 탈옥 가능하고 했었져
왠지 너도 화내니 나도 화낸다~ 이런식이네요.. 그와중에도 옥X에서는 LX 게이밍 노트북 판매중인데.. 인텔 CPU와 지포스 달려잇는거 계속 팔아먹던데?
리누스 토발즈를 관종으로 아는 전문가 출현
어쩐지 벤치들에서 성능저하가 커야 하는데 적더라니
요약 다른 CPU 회사들이 전부 보안패치를 적용시키고있는데 인텔 혼자만 on off 기능을 넣고 off시킨후 밴치돌려서 점수하락이 거의없음. 그리고 성능하락 없다고 언플 존나게 때림 참고로 이전에도 멜트다운 패치에 인텔측 리눅스 담당자가 (거의 확실한 고의적으로) AMD CPU에도 인텔 패치가 적용되도록 해버림. 이 패치때문에 AMD 성능이 대폭 감소해서 토발즈 빡쳤었음.
토발즈가 원체 성격이 다혈질인건 맞는데 기술적인 부분에서 분노할때는 엥간해서는 공감가는 부분이라.. 특히 이번은 진짜 눈가리고 아웅도 아니고 벤치딸 칠때는 속도가 중요하니 보안패치 꺼놓고 벤치하고 실사용은 보안이 중요하니 해놓고 이게 말이되는 방식임?ㅋㅋㅋ