Hacker News 의견

• Rust를 이미 알고 있다는 것을 알게 됨

  • Rust의 목적이 안전성이라고 생각했지만, 이 라이브러리에는 unsafe 키워드가 많이 사용됨
  • C와 Rust의 차이가 의미가 없어지는 시점이 언제인지 궁금함
  • 인라인 어셈블리를 사용하면 두 언어 모두 같은 기계 코드를 생성할 수 있음
  • Rust 컴파일러가 C 컴파일러보다 최적화가 더 잘 되는지 궁금함

• "C보다 빠르다"는 다른 설계, 구현, 알고리즘 등으로 귀결됨

  • 이미 존재하는 구현보다 빠를 수는 있지만, "C보다 빠르다"는 주장은 이상함

• zippy in Nim이 zlib보다 1.5배에서 2배 빠르다고 주장함

  • C에서 표준 설치보다 빠른 zlib도 존재함
  • zlib은 요즘 구식이지만 여전히 인기가 있음
  • 새로운 병렬 친화적 포맷의 기반으로 사용됨

• Rust의 성능이 Rust 자체와 관련이 있는지, 아니면 다른 C 언어 버전보다 더 최적화된 것인지 궁금함

  • C++가 C보다 consistently 더 나은 성능을 발휘하는 정렬의 경우가 있음
  • Rust와 C 사이에도 비슷한 것이 있는지 궁금함

• Chromium은 표준에 있는 알고리즘 때문에 zlib을 사용함

  • 더 나은 알고리즘을 선택하면 더 나은 성능을 낼 수 있음
  • Zstandard는 더 빠르고 압축도 더 잘됨
  • LZ4는 훨씬 빠르지만 크기는 작지 않음

• Zstandard와 blake3 다이제스트가 허용됨

• Rust는 C만큼 빠르다고 말하는 것이 더 정확함

  • 여전히 큰 성과임

• 어떤 라이브러리가 더 빠르게 컴파일되는지

  • 어떤 라이브러리가 더 적은 종속성을 가지는지
  • 각 라이브러리의 크기가 같은지, 어떤 것이 더 작은지

• Rust 사용자들은 Rust와 C를 비교하는 것을 좋아하지만, C 사용자들은 C와 Rust를 비교하는 경우가 드뭄

• 컴파일된 시스템 언어를 다룰 때 언어는 속도에 거의 영향을 미치지 않음

  • 최적화된 버전은 할당을 제어하고, 좋은 메모리 접근 패턴을 사용하며, SIMD와 멀티스레딩을 사용하여 쉽게 100배 이상 빠를 수 있음
  • 더 나은 메모리 접근만으로도 프로그램 속도를 20배 이상 높일 수 있음

• 구현이 C에서보다 빠르다는 의미임

  • "C보다 빠르다"는 것은 없음