출처: http://www.hwbattle.com/bbs/board.php?bo_table=cpumbram&wr_id=97023

(cpu)설정 옵션도 빼먹고 지금 뭐하는 거임?

Why is this all done without any configuration options?

머리 좀 돌아가는 cpu개발자가 붙어서 예측실행기능이 커널-유저 도메인을 넘나드는 꼴을 막도록 가이드 해줘야 되지 않겠니?

A *competent* cpu engineer would fix this by making sure speculation doesn't happen across protection domains. Maybe even a L1 I$ that is keyed by CPL.

내 생각에는 인텔넘들이 와서 졸 빡시게 인텔애들cpu관련 코드 좀 보게 해야 할 것 같음. "나 괜찮아요!" 하는 광고질이나 하는 데 대가리 굴리는 대신 말이지.

I think somebody inside of Intel needs to really take a long hard look at their cpu's, and actually admit that they have issues instead of writing PR blurbs that say that everything works as designed.

..그래야 계네들이 싸지른 cpu 말고 멀쩡한 넘들도 같이 패치코드에 엮여서 있다는 것 좀 알려주게...  

.. and that really means that all these mitigation patches should be written with "not all cpu's are crap" in mind.

아니면 이거 인텔이 "우린 계속 똥덩어리를 팔아먹을거임~ 안고치고 영원히!" 하라는 거임?

Or is Intel basically saying "we are committed to selling you shit forever and ever, and never fixing anything"?

그따위로 할 거면 ARM64진영으로 갈아타야 할 것 같음.

Because if that's the case, maybe we should start looking towards the ARM64 people more.

경영진한테 일러둬. 지금 내가 취하려는 옵션이 딱 두개라는 걸.



Please talk to management. Because I really see exactly two possibibilities:

  인텔은 아예 커널에 손 못대게 하든지.

- Intel never intends to fix anything

OR

   아예 수정사항이 인텔에는 적용 안되게 만들던지.

- these workarounds should have a way to disable them.

*번역이 잘못되었다고 합니다.
[데로롱                  클릭하면 해당 댓글의 단축주소가 복사됩니다.         신고 + 18/01/05 17:49
해석이 잘못되었는데요
아예 수정사항이 인텔에는 적용 안되게 만들던지.
- these workarounds should have a way to disable them.
가 아니라 해당 멜트다운 패치가 인텔이 아닌 cpu 들에게는 적용 되지 않게 해야한다는 거일텐데요..
그래서 이번 리눅스 릴리즈에서는 AMD cpu 들은 아예 저 사항이 적용되지 않게 바뀌었습니다. 일괄적용되면 같이 느려지거든요]

어느걸로 고를까?

Which of the two is it?​



그리고 리누스형의 법규





성격은 참 불같으신 형... 애초에 성도 [토르]니까요..