Hacker News 의견

• Spall 개발자의 의견:

  • Spall은 글에서 언급된 경량 프로파일러 중 하나임.
  • 저자의 '암시적 순서 트리'에 대한 블로그 포스트가 인상적이었으며, 큰 트레이스를 위한 트리에 대한 다른 사람의 관점을 볼 수 있어 좋았음.
  • eytzinger-ordered 4-ary 트리가 165fps 이상에서도 30억 개 이상의 함수를 처리하는 데 문제가 없음.
  • 현재 타임스탬프 델타 압축을 작업 중이며, 이를 통해 이벤트를 더 작은 공간에 담아내려고 함.
  • Spall의 네이티브 빌드에서 128GB RAM으로 100억 개의 이벤트를 처리할 수 있기를 희망함.

• Windows 애플리케이션 작업자에게 ETW 추천:

  • Windows 애플리케이션을 작업하는 사람들에게 Event Tracing for Windows(ETW)를 추천함.
  • Bruce Dawson의 블로그가 ETW에 대한 최고의 시작점임.

• 오픈 소스 솔루션에 대한 개요:

  • 공간 내 오픈 소스 솔루션에 대한 상당히 좋은 개요임.
  • 시간 여행 디버깅이라는 중요한 트레이싱 영역이 누락되었음.
  • 하드웨어 트레이스, 계측, 결정적 재생을 활용하는 흥미로운 솔루션이 있음.
  • 프로그램의 특정 시점으로 돌아가 메모리를 전체적으로 재구성하여 디버깅할 수 있는 시각화 통합이 있으면 더 좋음.

• Anthropic에서의 채용 방식:

  • Anthropic에서 Tristan과 함께 일할 기회에 대한 마지막 제안이 매우 매력적임.
  • Tristan이 작업할 내용에 대해 잘 설명함.
  • 블로그 포스트에 트레이스의 스크린샷이 더 있으면 좋을 것 같음.

• Python 프로그램과 패킷 상관관계 기술:

  • 특정 인자를 가진 시스템 호출을 추적하여 Python 프로그램의 사용자 공간 이벤트와 패킷 간 상관관계를 찾는 기술에 대한 감탄.

• IDE 플러그인 개발 팀의 경험:

  • 생산 중인 앱에 전통적인 디버거의 기능을 추가하는 IDE 플러그인을 개발 중임.
  • 사용자가 런타임 중 임의의 변수를 분석하여 코드 내에서 무슨 일이 일어나는지 이해할 수 있게 함.
  • 이 플러그인은 무료임.

• JavaScript 실행 비용 프로파일링에 대한 업계의 필요:

  • JavaScript의 실행 비용을 결정적으로 프로파일링하는 더 나은 방법이 필요함.
  • Chromium에서 Linux perf를 이용한 시도가 있었지만, 해당 변경 사항은 제거됨.
  • CI에서 JavaScript의 비용을 결정적으로 측정하는 방법에 대한 팁이 궁금함.

• dtrace 언급 및 bcantrill의 란트:

  • 저자가 dtrace를 간단히 언급함.
  • bcantrill이 bpftrace가 이벤트를 조용히 잃어버리는 문제와 dtrace가 그렇지 않은 이유에 대해 최근에 한 란트를 확인할 것을 추천함.

• 유용한 도구들에 대한 감사:

  • 글에서 언급된 유용한 도구들에 대한 감사의 표현.