[S/W] 인텔이 AMD 프로세서에서 자사 라이브러리 의도적으로 느리게 작동하도록 차별

출처 내용 참조

원본출처 | https://www.clien.net/service/board/park/14352836?type=recommend

졸렬...

ㅡㅡ;

진짜 졸렬하다. 정정당당히 붙으면 안될거같으니까 ㅋ

인하다 추텔아
어디까지 추해질거냐
14나노 그만 깎을때까지냐?

절대성능으로 슬슬 밀리기 시작하니까 다방면에서 꼼수 쓰네.
졸렬 그 자체.

저걸 욕하기전에 amd가 소프트웨어에 투자를 해야지..
직접 투자를 하기 힘들면 오픈소스쪽에 투자를 하던지..
amd가 1원도 투자하지 않고, 인텔이 자기돈 쏟아부어 만든 소프트웨어에서 amd 제품 느리다고 욕하는건 좀 문제가 있지않나..

그런 논리가 무서운게 그게 바로 대기업이나 자본가진 기업들이 중소기업이나 성장성이 있는 기업, 라이벌이 될만한 싹을 가진 기업들을 밟아죽이는 행동중에 하나이기때문이죠. 결국 소비자가 피해보는 겁니다.

소비자가 피해보는게 아니라 애초에 저건 인텔 제품이에요.
사람들은 흔히 소프트웨어를 공짜, 혹은 하드웨어에 딸려오는 번들 정도로 생각하는데, 소프트에어도 엄연히 제품이에요.
자기 하드웨어를 위해 수십년동안 투자해서 만든 저 소프트웨어가 타사 제품에서 더 완벽하게 동작할 필요가 대체 어디있는건가요?

최적화를 AMD에 맞춰라는 소리가 아닙니다
기사 보시면 인텔 프로세서 외의 것이 감지되면 일부러 느린 루틴으로 돌아가도록 만들어놓은 겁니다.
즉 타사제품이 안좋아보이게 하는 효과를 노린거죠

이건 인텔 잘못은 아니죠.
자사 프로그램의 타사 CPU지원에 대해서 타사 CPU의 기술 조사를 반드시 할 이유가 없으니까요.
"타사 CPU가 명령어셋 지원하는지 아닌지 모르겠어서 레거시로 돌리겠다"는 주장이니까요.
오픈소스 프로젝트랑 AMD 라이브러리 둘다 느리다니 아쉽긴하지만요.

amd개발비용인 인텔마케팅 비용정도밖에안된다고 하더군요.
오픈소스로 던저놓고 지원없어 컨트롤 못하는게 amd의 수준임.

공식적으로는 한번도 AMD CPU에서 해당 명령어 칩셋을 지원한적이 없어요.
비공식적으로 사용자들이 수정해서 구동했을때 문제가 없어 보이는 것이죠.
아무도 검증한 적도 없으니 뭐라고 말을 못하죠. 결과값 보증도 어렵고요.

의도적으로 느리게 만든게 아니라, 인텔과 인텔이 아닌 모든 cpu를 구분해서 동작하는 겁니다.
자기들이 수십년동안 투자해서 만든 제품이기 때문에 자사 인텔칩에서는 최신의 명령어셋을 사용하도록 만든거고
1원한푼 투자안한 타사 제품에서는 legacy로 돌아가게 한거구요. (애초에 인텔이 타사칩에서 이 명령어셋이 잘올아가는지 테스트할 이유도 없음)
누누히 말하지만 소프트웨어도 제품입니다. 공공재가 아니에요.
왜 사람들이 소프트웨어는 마치 공공재처럼 모든 타사제품까지 다 지원해야 한다고 말하는지 모르겠네요.

저게 단순 소프트웨어면 그렇겠죠.
하지만 개발사에 제공하는 라이브러리입니다.
인텔이 MKL 시장에서 소프트웨어 부분은 독보적이다보니 선택지가 없는 상황인데 그런 부분을 이용해서 시장의 독점을 유지하겠다는 횡포로 보여지네요.

저런걸 "경쟁력"이라고 합니다.
저 소프트웨어와 하드웨어를 통합해서 "제품"이라고 하구요.
타사에서도 저런 "경쟁력"을 갖고 싶다면 자신들도 소프트웨어에 "투자"를 하면 됩니다.
투자는 1원도 안하면서 횡포니 갑질이니 운운하는건 추한짓입니다.
누누히 말하지만, 몇번을 말하지만, 계속해서 말하지만, "소프트웨어도 제품입니다". 딸려오는 번들이 아니에요. 공공재도 아니구요.

물론 인텔이 법적으로 어긴것도 아니고 AMD의 투자가 부족한 것도 사실입니다
하지만 양사의 규모차이를 고려하면 CPU부분에 있어서 AMD가 이만큼 압박한 것도 기적같은데(사실 인텔 스스로가 무너진 탓이 크니까요) 소프트웨어까지 쫒아가긴 힘들 것 같네요

amd는 x64-x86크로스 라이센스로 avx명령어를 정식적으로 사용할 수 있고 이미 불도저때부터 avx 명령어 공식 지원 시작했었으므로 님의 주장은 설득력이 0입니다.
특히 avx를 서용하는 프로그램이나 게임(엔썸, 우크 오디세이)는 정상적으로 avx를 amd 프로세서에서 사용하고 정상적으로 돌아간다는 사실이 있는이상 인텔이 mkl에서 의도적으로 amd 프로세서에서 avx 명령어를 사용안하게 강제하게 만든이강 인텔의 졸렬한 짓꺼리밖에 안됩니다

참고로 hevc-x265이 대표적으로 avx명령어를 사용하는 포맷인데 amd 프로세서가 잘만 돌리고, 성능도 더 좋은거 보면 지금 위에 달린 댓글들 다 웃긴소리 되는겁니다

64bit 명령어가 AMD 껍니다... AMD64가 정식 명칭임...
이것 때문에 인텔이 이걸 가져다 쓰면서 인텔과 AMD는 라이센스 무한공유임...
그럼 AMD가 AMD64에 AMD CPU만 최적화되게 해놨다고 당연하다 하실거임???
그럼... 벤치마크 프로그램에서만 유독 잘돌아게 해논것도 제작사 특권이겠네요...???
이런건 특권이라고 하지 않고 꼼수하고 하는 거죠...

뭔가 착각하시는거 같은데 우리는 소비자에요. 인텔이나 암드가 아니에요.
대부분의 소비자는 일일이 자세한 사정 알아주고 이해해주고 하지않습니다.
'인텔이 지꺼 아닌거에서 느리게 돌아가게 만들었다' 라는 것 하나로 그냥 소비자에겐 개.새.끼 인거에요
그 이상의 이유나 설명은 필요없어요

죄송한데 64비트 라이브러리 이름 못보셨나? AMD64 명령체계가 그냥 나온건줄 아세요? 그건 인텔이 안쓰나요?
AMD가 거기다 라이센스제한 걸고 인텔CPU에서 의도적으로 느린 명령체계쓰라고 만들면 인텔 퍼포먼스가 지금처럼 나올수 있을까요?

확실하지 않은것도 일단 질러보고 도발하면서 마무리하는거 보니 인터넷 키보드배틀 필승법 배우고 와서 써먹고싶어하시는듯

자금 이게 문제면 쿨엔조이, 퀘이사존 이런데서 더 난리여야 되는데 거긴 조용하거든?
그게 왜 그런지 아냐? 거긴 저번에 운영자까지 나서서 암드 바이럴들 싹 쳐냈거든 ㅋㅋㅋㅋㅋㅋㅋ
그러니 남은 데라곤 하드웨어 전문 사이트도 아닌 루리웹, 클리앙 이런데나 가서 분탕치는거지

문제있으니 판결까지 갔지 인텔 바이럴쉨ㅋㅋㅋㅋ

기껏 고심하다가 들고온 반박내용이 하드웨어 전문사이트인 쿨엔, 퀘이사존은 조용함! 니들 바이럴! 빼액!
그래서 능력되시는 분이 판결타령하다 어쩌다 커뮤니티 조용하니 문제없다고 물타기를 시도하시는지?

X86-64는 비아 나노도 있습니다.

https://en.m.wikipedia.org/wiki/VIA_Nano

알바비로 건당 얼마 받으시나요

비추가 모든 걸 말해준다.

애초에 인텔이 만든 소프트웨어인데 뭔 상관이지?
꼬우면 암드도 소프트웨어에 투자좀 해야지 븅신같은 바이오스랑 드라이버좀 만들지말고

ㄹㅇ ㅋㅋㅋㅋㅋㅋㅋ

지들이 만들었으니 뭘 하든 상관 없긴 한데 의도적으로 했다는게 좀 지저분하네.

오픈 소스에 장난질 치면 안되지

추하다

옛날버릇 또 나오네

과징금 쳐먹고 배상금까지 지불한게 고작 10년 전쯤 얘긴데

-_-;

이게 문제면 엔비디아도 CUDA를 AMD GPU에도 지원되게 풀어야 하나? ㅋㅋㅋ

타사가 독점 개발한 라이브러리 안풀어준다고 징징대는건 예전부터 암드 종특인듯

팩트:cuda는 크로스 라이센싱이 아니라 그럴 의무가 없지만 avx는 x64-x86 크로스 라이센싱에 의한 지원이기 때문에 인텔이 당연히 지원을 제공해야하는 부분. 일례로 fma 명령어는 amd 명령어지만 크로스 라이센싱으로 인텔 프로세서에도 지원하며 암드가 적극 지원함

잘 모르며 비아냥데고 징징해는건 그냥 님의 특징인가요??

그 AVX를 자사 소프트웨어에서 돌리냐 마느냐 하는건 회사 재량이지 라이센싱이랑 아무 관계가 없습니다
진짜 어디서 줏어들은건 있어가지고 x86이니 x64니 아무데나 다 갖다붙이네 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

팩트: mkl에서 암드 프로세서애서 avx가 안돌아간건 암드 프로세서를 검출 한 뒤 avx 명령어 사용을 막았기 때문이다

팩트 : FTC에서 이미 전혀 법적으로 문제 없다고 판결 났다. 왜냐면 인텔이 그래야 할 의무가 없으니까

팩트:ftc에서 그런 판결 난적이 없다

무슨 판결인지도 못밝히면서 본인 뇌피셜로 우기면 다되는줄 아나봐요 ㅎ

법적으로는 문제 없다고 하더라도 양사가 라이브러리 공유하는게 한두가지가 아닌데 졸렬하다고 비판받아 마땅한 내용아닌가>

관심법을 열렬히 찬양하는 이분은 뇌피셜이 팩트군요

인텔이 아닌 x64-x84 프로세서는 암드밖에 없는데 추하죠?

게다가 해당 판결문은 크로스라이센싱 관련해 상대사가 개발한 명령어의 사용을 의무적으로 알리지 않아도 된다는 판결문이 아닌데 아무거나 막 긁어와서 우기죠?

https://www.ftc.gov/enforcement/cases-proceedings/061-0247/intel-corporation-matter

위원회는 세계 최고의 컴퓨터 칩 제조업체 인 인텔 (Intel)에 대해 10 년 동안 지배적 시장 지위를 불법으로 사용하여 경쟁을 억제하고 독점을 강화했다고 비난했다. 불만은 인텔이 시장에 대한 접근을 차단함으로써 경쟁 업체의 경쟁 마이크로 칩을 폐쇄하는 행위에 관여했다고 주장했다. 특히 불만은 인텔이 불법으로 관련 중앙 처리 장치 또는 CPU 시장에서 독점권을 유지했으며 다양한 불공정 경쟁 방법을 사용하여 관련 그래픽 시장에서 두 번째 독점권을 얻으려고했다고 주장했다. 2010 년 8 월 인텔은 인텔의 과거 행위의 영향을 취소하고 향후 경쟁을 억제하는 것을 금지하는 조항이 포함 된 합의에 동의했습니다.

심지어 이 판결문은 인텔의 리베이트 사건에 대한 판결문인데 아무거나 막 긁어오죠? 본인이나 판결문 읽을 능력 안되는거 같은데요

이거 왜 삭제된건진 모르겠는데 저분은 인텔 리베이트 판결문을 크로스라이센싱으로 인해 명령어 사용을 알릴 의무가 없다는 판결문이라면서 우긴 분으로 이 댓글은 해당 내용을 반박하는 댓글입니다.

위에도 썼는데, 비아도 x86-64 있습니다.
누가 쓰냐고 하면 뭐...

인텔도 자기네 64비트가 있었죠
성능 딸리니까 그냥 포기한거지

아니요, x86-64 아키텍쳐를 썼다는 말입니다.
IA-64하고는 전혀 상관 없습니다.

크루소(살아있나?)도 있어요

예전에 언리얼 엔진 게임 AA문제도 원래 안되는거 엔비디아에서 인력이랑 자원 투자해줘서 자사 그래픽에선 되게 해놨더니
암드빠들이 엔비디아가 압력 행사해서 암드글카에선 AA안되게 해논것처럼 난리치는 일도 있었는데 진짜 하루이틀이 아님

진짜 양심없는건 우주최강인듯

이건 실제로 있는일 그건 암빠들 설레발, 님이 하는건 물타기.

이젠 게임프레임 쬐금 더나오는거 말고는 자랑거리가 없는 인텔 CPU
다음 세대에서는 어떤꼼수 부릴지 기대한다

졸렬은 한데 인텔 입장에선 당연한 선택이긴 할듯

비단 자사 제품에서도 해당 명령어셋 지원 못하면 레거시로 돌아갈텐데...

이건 암드측에서 꼽지만 일일히 하나하나 대응하는 방법밖엔 없을듯

본문 읽어보니까 그게 아닌거 같아요
'인텔 프로세서가 아닌 프로세서가 감지되면 최적화된 버전이 아닌 느린 루틴으로 작동되도록 한 것'
완전 개.새.끼인데요

내용보니까 수정한번해서 낮았던 성능이 제성능나왔던걸보면 경쟁사 견제할려는 의도인듯 지금상황에서 AMD가 독주중이라 그런데 인텔이 저렇게해든 우리가 머라고할수가없음 저 소프트웨어 자체가 인텔이라서 본인들 맘임 우리가 비난할 이유가없음 AMD가 불리한것도 있겟지만 AMD도 나중에 소프트웨어 하나 냈으면좋겟네

한편으로 AMD에서 돌리자면 기술 지원을 어느 족에서 받아야 할지(그리고 제대로 받을 수 있을지도) 애매할 것 같기도 하네요
그리고 만약 중간에 뻗거나 결과에 오류가 있기라도 하면 어느 쪽에 책임을 물어야 할지도 문제고

인텔 프로세서에 대한 명령어 최적화 -> 문제 없음
타 프로세서에 대한 최적화 안 해줌 -> 문제 없음
차이에 대한 미고지 -> 졸렬

졸렬

저 라이브러리 사용이 유료라면 사기죄가 성립되겠지

링크를 읽어보니 자세히는 모르겠지만, 현 시점에서 법적으로 조치를 취하는건 불가능한가보네

그게 가장 중요한 부분

졸텔쉑

야ㅋㅋㅋㅋ
야기 보니까 amd가 x64 명령어 관련해서 인텔에 의도적으로 구리게해도 그냥 넘어갈 분들 많으시네 ㅋㅋㅋ
암 그래야지 제작자가 자기네 물건에 맞게 촤적화 시킨거고 타회사건 어떻게 돌아갈지 모르니까 암 ㅋㅋ

인텔빠들 수준봐라ㅋㅋㅋ

비겁하고 추하다..

지가 소비잔지 인텔주주인지 주제파악 못하는 사람 많네
저딴걸 쉴드치고 어휴

이번 문제는 mkl(다들 줄여서 mkl이라고 하지만 정식명칭은 intel math kernal library)이라고 하는 BLAS라이브러리(수학계산용)의 문제입니다. intel mkl라이브러리는 인텔이 개발한 거고 다른 프로세서에서 작동을 보장해줄 이유가 전혀 없어요. 상용프로그램이나 오픈소스(위의 예에서는 anaconda) 들이 mkl을 채용했고(정확히는 numpy) amd에서 삐걱 거리는 건 다 알고 있었던 사실입니다. 그래서 anaconda에서 mkl대신 openblas를 사용하도록 AMD 유저들은 세팅을 하고 있었죠. mkl밖에 안되는 상용 프로그램은 포기를 했구요.

이번 사건이 재밌는 것은 이런 우회가 생각보다 너무 쉬웠다는 거에 있습니다. undocumented된 환경변수를 바꾸기만 하면 MKL이 AMD에서 마치 intel처럼 돌아간다는 거죠. 일단 정상적으로 작동은 한다는 보장은 전혀 없지만 anaconda를 openblas로 바꾸는 것보다 훨씬 쉽고 상용 프로그램도 되는 건 참 신기하네요

어쨋던 링크의 레딧이나 Dr.Kinghorn의 글을 읽어봐도, 제 개인적으로도 이건 인텔의 권리입니다. (puget system 쪽의 글을 긁어왔습니다.That means that Intel can remove it at any time without warning. And, they have every right to do that!). 근본적인 해결책은 Dr.Kinghorn이 지적했다시피 AMD에서는 AMD BLIS를 쓰는 것이구요. 저도 AMD측에서 저런 소프트웨어에도 더 힘을 쏟아야 된다고 생각합니다. 위에보면 명령어와 라이브러리를 동일시 하시는 글이 많은 것 같은데 둘은 엄연히 다릅니다.

amd에 해당 기능 활성화한 경우 성능비교
https://www.pugetsystems.com/labs/hpc/How-To-Use-MKL-with-AMD-Ryzen-and-Threadripper-CPU-s-Effectively-for-Python-Numpy-And-Other-Applications-1637/

인텔의 졸렬함에 무릎을 탁치게 만드는구만

FTC 조사결과를 기다려봐야.

뭐 MKL과 AVX에 있어서 인텔의 최후 보루 같은건 맞는데

법적인 문제를 떠나서 겁내 치사하고 얄미운 짓을 한건 사실입니다..
지금 AVX2상태에서 3900X가 7900X AVX512 일부를 이겨버리는 상황도 발생하고있습니다.....

즉 AVX512 미지원이라고 까이던 Zen2 상황과 무색하게 제대로 대응하기시작하니
AVX2로도 AVX512를 상대하는 상황이 와버린것이죠...

매트랩이 인기있는 소프트웨어다보니
Zen2 AVX2만 잘 지원되면 작업용에서 AMD 선택하는 사람들 엄청 늘어날겁니다.........

분명 법적인 문제는 없고 그렇게 해줄 의무가 없을수야 있겠지만
의도적으로 필터링을 건 걍 인텔이 겁내 치졸한짓한거 맞습니다.......................

회사와 빠들의 졸렬 대잔치