Hacker News 의견

• 하드웨어 취약점을 방지하기 위해 기능이 비활성화된 것일 가능성이 있음. 루프 버퍼가 성능이나 전력 이점이 없음을 시사함

  • 엔지니어 팀이 몇 달 동안 새로운 기능을 개발했지만 실제로는 이점이 없었고, 체면을 위해 출시된 경우일 수 있음
  • 소프트웨어 팀에서도 코드베이스를 다시 작성하여 성능을 높이려 하지만, 프로젝트 완료 후 코드가 더 많아지고 성능이 악화되는 경우가 있음
  • 두 경우 모두 프로젝트는 출시되지 말았어야 했음

• Zen 4의 루프 버퍼는 회사가 엔지니어링 역량을 가지고 실험할 수 있음을 나타냄

  • 이번에는 성과가 없었지만, 엔지니어들이 저위험, 저영향 기능으로 실험하는 것은 자신감을 키우는 좋은 방법임
  • 앞으로 더 많은 자신감을 기대함

• 7950x3d를 사용 중이며, Skylake의 6700k에서 업그레이드했음

  • 하드웨어 루프 버퍼가 소프트웨어에 의해 비활성화된 칩에 무의식적으로 끌리는 것 같음

• 게임에서 루프 버퍼가 비활성화되면 비캐시 다이에 고정될 때 성능이 5% 감소함

  • 더 자세한 전력 측정으로 열/전력 예산 관련 여부를 확인할 수 있을 것임
  • 이 기능이 전력을 절약하기 위한 것처럼 들림

• 루프 버퍼가 특정 시나리오에서만 차이를 만들 정도로 작았고, 더 큰 버퍼는 비용 대비 이점이 적었을 것임

  • 일부 작업 부하에서는 소폭의 성능 저하가 있을 수 있지만, AMD는 출시 이후 약간의 성능 개선을 이루었음
  • Zen 4의 BIOS 옵션으로 만들었어야 했음. 그렇지 않은 것은 버그나 보안 문제 가능성을 나타냄

• Cortex-A15에서는 "주요 설계 기능"임

  • 다른 칩에 미치는 영향에 대한 수치가 있는지 궁금함
  • 장기적으로 사용되는 디자인(예: 콘솔)에서 최적화 대상으로 사용할 수 있을 것임

• 루프 버퍼가 다이에서 차지하는 공간이 얼마나 되는지 이해가 안 됨

  • 제거된 경우, 미래 칩에서 더 유용한 L2 캐시 같은 것을 위해 공간을 사용할 수 있을지 궁금함

• "전력" 섹션에서 초당 실행된 명령어 수로 나누지 않음

  • 루프 버퍼의 이점을 보기 위해 고려해야 할 메트릭은 초당 에너지가 아니라 명령어당 에너지 사용량임

• 1979년 68000과 1982년 68010의 차이 중 하나는 6바이트 루프 버퍼인 "루프 모드"의 추가였음