기존에는 패키지'들'을 병렬로 컴파일 했었음
한번에 runtime.NumCPU()개의 패키지씩 함
그런데 1.9부터 한 패키지 내에서도 병렬로 컴파일 된다고 한다
상황에 따라서 추가적인 컴파일 속도 향상이 있을 것 같다
사실 컴파일 속도는 지금도 충분히 빠른 편이라 런타임 퍼포먼스 향상이나 더 됐으면 좋겠다
기존에는 패키지'들'을 병렬로 컴파일 했었음
한번에 runtime.NumCPU()개의 패키지씩 함
그런데 1.9부터 한 패키지 내에서도 병렬로 컴파일 된다고 한다
상황에 따라서 추가적인 컴파일 속도 향상이 있을 것 같다
사실 컴파일 속도는 지금도 충분히 빠른 편이라 런타임 퍼포먼스 향상이나 더 됐으면 좋겠다
런타임 퍼포먼스는 이미 자바보다 빠름
그래도 더 빨라질 수 있을 것 같은데... 지금도 버전업 때마다 부분적으로 터무니 없이 빨라지는 사항들이 있는 걸 보면 아직 컴파일러가 성숙해져야할 부분이 많은 것 같음 ㅋㅋ
버젼3정도되서러스트한테안밀렸으면헬로월드함찍어보죠
불과 3, 4년전만 해도 자바보다 살짝 느렸던 거 생각하면 5년 후 기대해본다
러스트랑 고는 서로 갈 길이 다른 것 같은데 밀리고 말고 할게 있나요... 러스트가 지금 고의 주전장인 클라우드 쪽에서 활약할 수 있으려나요 ㅋ
golang이 자꾸 좋아져서 파이썬 관뚜껑 닫는날이 훨씬 가까워 지겠네...
시스템프로래밍을타겟으로나왔었으니서로경쟁관계였죠 D는죽도밥도아니고이제둘이공존하던먹거먹히던오년은기다려봐야시간투자할만해진다는게제생각입니다
고랭은 나오기전 입만 턴거지 실제로 시스템 프로그래밍은 러스트가 갑이고 클라우드쪽에선 고랭이 갑임
비유하자면 자바가 나오기전 자기 스스로 자신은 시스템프로그래밍 언어입니다 한거랑 같은 수준의 허풍
러스트는아직부트스트랩도못했죠아마?
도커나/k8s가시스템프로그래밍범주에들어간다고생각합니다