[%] rust근황

[익명(117.110)]

<iframe width="560" height="315" src="https://www.youtube.com/embed/Z0GX2mTUtfo?start=370" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

언제나처럼 go한테 따임

[익명(211.114)]

이런 결과 나오는 경우는 대부분 벤치마킹 방법에 문제가 있거나 벤치마킹의 대상이되는 어플리케이션의 구현에 치명적인 문제가 있음

[익명(117.110)]

저사람 ts,rust,go 빠돌이고 라이브코딩으로 토이플젝하는사람임 저기 댓글보면 러슬람들 ㄹㅇ 폭동이르키면서 release옵션줘라 뭐해라 발악을함ㅇㅇ

[익명(117.110)]

Every rustlovers say 'give a option release' when they lose benchmark

[익명(182.226)]

댓글보면 rust코드에서 hashmap에 rwlock이 아니라 mutex가 걸려있어서 멀티스레딩을 해도 성능 향상이 없다는 지적이 있고, 채널 주인도 거기에 동의하면서 좀 더 확인해보겠다고 함 이건 벤치마크가 잘못된 거 맞음

[익명(182.226)]

굳이 rust아니더라도 c/c++/zig같은 unmanaged language가 go나 ts같은 managed language보다 빠르거나 비슷해야 되는게 상식적인거니까 당연히 의심해볼 상황 아닌가

[익명(117.110)]

go가 그만큼 goat라는거임ㅇㅇ

[익명(117.110)]

이사람 영상중 다른것도있는데 0.1퍼차이로 rust가 이기고 이사람은 코드량이 go가 압도적으로적다라고함

[익명(182.226)]

무슨말 하려는지는 알겠음. 나도 예전에 언어별 벤치마크 종종 해봤고, 요새는 gc로 인한 오버헤드가 그리 크지 않아서 managed든 unmanaged든 속도 차이 거의 없다고 생각함(대개 unmanaged가 go/julia의 1.2배 속도). 그리고 go가 그 정도 성능을 내기 위해 필요한 코드량이 적고, 특히 멀티스레딩이 매우 쉬운 건 확실한 장점이

[익명(182.226)]

맞음. 하지만 그거랑 별개로 이런 벤치마크로 언어별 비교하는 게 맞는지는 잘 모르겠음. 예를들어 rust에서 루프문 많은 코드는 unsafe에서 bounds check만 풀어도 5-10%정도 속도 향상이 있는데, 이런 걸 언어별 벤치마크에 고려하는 경우는 잘 못 봄. 0.1퍼 차이났다는 영상도 이런 최적화는 안 해놨을거라 생각

[익명(182.226)]

요약하면 1. 요새 managed언어도 unmanaged랑 성능 면에서 차이 거의 없는데 코드량은 적은건 맞음 2. 하지만 managed언어가 unmanaged보다 빠를수는 없음. 빠르게 나왔으면 unmanaged코드를 잘못 짠 것 3. 대개 unmanaged에서는 추가적인 최적화 가능(managed라고 불가능하단 건 아님)

[익명(223.38)]

러슬람 러들러들~