[%] 하스켈 컴파일 하면서 느낀점

[ㅇㄹ(rerereq)]

러스트 컴파일러는 정말 병렬화가 잘돼있었다

[다믜(damhiya)]

병렬 컴파일 되기는 될텐데 어떻게 다름?

[ㅇㄹ(rerereq)]

러스트가 코어 훨씬 잘씀

[다믜(damhiya)]

cabal에 -j 옵션 준거지?

[ㅇㄹ(rerereq)]

아니 걍 stack으로 빌드하는데 또 무슨 옵션 줘야해?

[다믜(damhiya)]

그냥 하면 병렬 컴파일 안될껄 ㅋㅋㅋㅋㅋ

[ㅇㄹ(rerereq)]

틀딱아니랄까봐 make급 편의성

[다믜(damhiya)]

ghc 병렬 옵션도 있고 cabal에 라이브러리 병렬 빌드 옵션도 있음. stack도 있을텐데 잘 모르겠다

[ㅇㄹ(rerereq)]

[익명(182.224)]

백엔드 LLVM 아님? 병렬화를 어캐해 프론트엔드도 못할 것 같은데 멀티프로세스?

[ㅇㄹ(rerereq)]

왜 못해 라이브러리 단위로 하면되지

[ㅇㄹ(rerereq)]

물론 LLVM이 컴파일 병목중에 하나긴해

[익명(182.224)]

뭘 어캐한다는거임 컴파일러병렬화한다는 소리는 첨들어보는데 cmake job4 이런거 말하는거임?

[ㅇㄹ(rerereq)]

그것도 있고
https://internals.rust-lang.org/t/lets-talk-about-parallel-codegen/2759
이런것도 있음

[익명(182.224)]

codegen을 병렬로한다는거? lto는 안함? 릴리즈용은 아닌것같네염

[ㅇㄹ(rerereq)]

ThinLto 하면 병렬로해도 성능 맞춰진다고 함 아직 말이 많긴한데

[익명(182.224)]

신기하네 외계인데려왔나

[ㅇㄹ(rerereq)]

그래도 다들 release땐 codegen unit 1로 맞춰버리는 추세더라

[ㅇㄹ(rerereq)]

그래도 개발할때는 되게 유용하다구

[ㅇㄹ(rerereq)]

근데 하스켈은 그 멀티프로세스도 잘 안돌아가는거 같음

[다믜(damhiya)]

디폴트 백엔드 LLVM아님. ghc에서 직접 만든거 씀