C보다 빠른 건 기계어 말고 없냐?

[익명(211.109)]

그럼 0.0001초의 성능이 중요한 분야에서 C는 대체 불가임? 러스트 같은 개소리는 하지말고

[익명(118.218)]

당연히 러스트는 c보다 느리고 c로도 속도 스펙을 못맞춘다면 하드웨어 선택을 잘못한게 아닐까 - dc App

[익명(211.109)]

못맞춘다는게 아니라 그런 분야는 C를 대체할게 없냐는 거지

[익명(182.172)]

요즘 cpu 너무 복잡해서, 아키텍처에 대해 정말 정말 세밀하게 아는 건 사실 상 불가능하기 때문에 어셈으로 짜는 것보다 C/C++ 컴파일러 최적화 믿는게 더 성능 좋음... 뭐 RISC 계통에서 진짜 간단한거면 또 몰라도...

[익명(211.109)]

그렇군

[익명(182.172)]

https://www.amd.com/system/files/TechDocs/24592.pdf

[익명(182.172)]

저런거 아키텍처 별로 하나 하나 알아야하는데(아키텍쳐 별로 나와있는 pdf 못 찾아서 우선 amd64 ISA 껄로 가져왔는데... 아키텍쳐 세대 별로 저런 가이드 계속 나올꺼야) 사실상 다 아는건 무리... 저런거 보고서 컴파일러 만드는 놈이 최적화 해논거 써야해

[익명(211.109)]

고미워

[익명(211.114)]

그렇게 접근하는거 아님.

[익명(211.109)]

그럼?

[익명(211.114)]

대충 위에 애의 접근처럼 가야함. 최종적으로 나오는 기계어가 중요함. 사람이 걍 C나 어셈 한땀한땀 쓰면 빨라지기가 어려움. 컴파일러의 최적화의 도움이 필수

[익명(211.114)]

C++ 쓰면서 최적화 옵션 -O2나 -O3주면 진짜 코드가 대량으로 증발하는 수준

[익명(211.109)]

글쿤

[NeKKo(arktdef)]

사실 사람보다 컴파일러가 더 똑똑해서 c가 더 빠를수도 - dc App

[익명(211.109)]

그래?

[오호랍(kkh04511)]

컴파일러가 말그대로 컴파일러인데 그걸 사람이 해보겠다고?