Homebrew보다 최대 100배 빠른 zerobrew 등장
A 100x faster* alternative to homebrew
zerobrew는 uv 스타일 아키텍처를 Homebrew 패키지에 적용한 macOS·Linux용 대안이다. 100개 패키지 벤치마크에서 콜드 설치 시 6.6배, 웜 설치 시 68배 더 빨랐으며, 24개 패키지는 웜 기준 100배 이상 속도 향상을 보였다. 콜드 설치는 링크 단계에, 웜 설치는 캐시된 다운로드에 주로 영향을 받는다.
웜 상태에서 100개 패키지 중 24개가 100배 이상 빠르게 설치됐는데, 이것이 태그라인의 별표가 가리키는 바이다.
HN 토론
82- deanc
Homebrew가 하는 모든 것에 동의하는 건 아니지만, 주요 메인테이너들은 눈에 띄고, 목소리를 내며, 자기 주관이 아주 뚜렷하다. 내 시스템에 잠재적 악성코드가 들어올 수 있는 결정적인 진입점인 만큼, 이들은 지난 몇 년간 신뢰성을 보여줬고 내 신뢰를 얻었다.
Homebrew는 매 메이저 버전마다 성능을 계속 개선해 왔다. 5년 전보다 확실히 훨씬 빨라졌다. 나는 패키지 매니저에서 신뢰성과 안전성을 원하지, 속도는 있으면 좋은 정도다.
경쟁은 환영하지만, 이런 건 내가 보기엔 신뢰가 0에서 시작한다. LLM보다 사람의 개입을 원하는 곳이 딱 한 군데 있다면 바로 여기다. 이건 '똑똑한 사람들이 프로젝트를 통제하고 감독하고 있다'고 외쳐야 한다. 여기서는 그게 안 보인다.
- Jaydenaus
이제 mise를 homebrew 대체품으로 쓸 수도 있다. 다만 성능에 관한 주장이나 벤치마크는 없는 것 같다 https://mise.jdx.dev/bootstrap/packages/brew.html
- nine_k
"homebrew(CLI 유틸리티)의 대안" -> "Homebrew(패키지 시스템)의 프런트엔드".
이런 맥락에서, 언젠가 누군가 의존성 해석, 콘텐츠 주소 지정 저장소, 패킹/언패킹, 파일 조작, 서명 등을 분리해낸 "범용 패키지 매니저"를 만들지 궁금하다. 작은 플러그인, 어쩌면 선언적 설명만으로도 npm, homebrew, pypi, 심지어 cargo와 nixpkgs 같은 저장소에 연결하기에 충분할 텐데.
- BugsJustFindMe
> "zerobrew는 재배치를 프로세스 내에서 수행하고 콘텐츠 주소 지정 저장소에서 링크한다"
좋다, 그런데 왜 brew에 PR을 넣는 대신 이걸 위한 새 앱을 만드는가?
- potamic
벤치마크에서 warm 속도 향상이 무슨 의미가 있나? 대부분의 새 설치에서는 캐시가 거의 비어 있을 텐데, 일상적인 사용에는 cold 수치가 더 중요하지 않나?