증가하는 PC 게임 라이브러리를 위한 대폭적인 SSD 공간 절감을 약속하는 Game Compressor

Tom Hardware는 저장 공간 사용량이 계속 커지는 PC 게임 라이브러리 속에서 최대 50%의 용량 절감 효과를 내세운 Windows 유틸리티 Game Compressor를 조명했다.

지금은 오래된 Windows 기능이 다시 주목받기 좋은 시점이다. 게이머들은 대용량 설치 파일, 제한된 휴대용 기기 저장 공간, 높아진 SSD 가격에 직면해 있다. Game Compressor는 게임을 설치한 상태로 유지하면서 실제 디스크 사용량을 줄이는 또 하나의 선택지를 제시한다.

이 유틸리티는 새로운 압축 알고리즘을 도입하지 않는다. 대신 Windows LZX 압축, 라이브러리 스캔, 절감 용량 추정, 작업 대기열, 업데이트 감지, 되돌릴 수 있는 압축 해제를 하나의 인터페이스에 묶었다.

이 차이가 핵심적인 긴장을 만든다. Windows는 이미 기반 기능을 제공하고 있으며, 무료 대안도 비슷한 제어 기능을 제공한다. Game Compressor는 편의성과 유지 관리 기능이 게이밍 PC에 또 하나의 애플리케이션을 추가할 만큼 가치 있는지 입증해야 한다.

Tom Hardware는 한 게임의 용량이 169GB에서 91GB로 줄어든 사례를 포함해 눈에 띄는 사례를 보도했다. 그러나 이런 결과가 모든 라이브러리를 대표할 수는 없다. 파일 형식, 기존 압축 여부, 업데이트 방식, CPU 성능, DirectStorage 지원 여부가 모두 결과에 영향을 미친다.

Tom Hardware는 큰 절감 효과를 확인했지만, 결과는 게임마다 다르다

중요한 변화는 압축 기능 자체의 등장에 있지 않다. 일반 게이머도 선택적 Windows 압축을 이해하고 관리할 수 있게 만들려는 시도에 있다.

Game Compressor는 2월에 Early Access로 출시된 뒤 2026년 7월 10일 정식 출시됐다. Stone Pit Sons가 이 Windows 유틸리티를 개발하고 배급한다.

이번 출시에 앞서 보고 정확도, 라이브러리 관리, 압축 속도에 초점을 맞춘 여러 업데이트가 이루어졌다. 사용자가 대규모 설치 파일을 처리하도록 저장 공간 유틸리티에 맡기기 전에는 신뢰할 수 있는 측정값이 필요하므로, 이러한 변화는 중요하다.

Game Compressor listing에 따르면, 애플리케이션은 설치된 게임을 스캔해 예상 절감 용량을 추정한다. 사용자는 예상 감소 폭이 가장 큰 설치 파일부터 우선순위를 정할 수 있다.

이 추정치는 최종 결과를 보장하지 않는다. 개발사는 실제 절감량이 게임 버전, 파일 구조, 사용자 시스템에 존재하는 파일에 따라 달라진다고 설명한다.

이 경고는 매우 중요하다. 느슨하게 저장된 오디오, 텍스처 또는 데이터를 포함한 게임은 상당한 중복 데이터를 드러낼 수 있다. 반면 다른 게임은 이미 효과적인 압축을 사용하는 컨테이너 안에 대부분의 에셋을 넣어둘 수 있다.

후자의 게임을 압축하려 하면 매우 적은 공간만 확보하면서 시간과 프로세서 자원을 소모할 수 있다. 따라서 미리보기 시스템은 단순한 Compress 버튼보다 더 큰 가치를 제공한다.

Tom Hardware coverage는 ARK: Survival Evolved의 용량이 169GB에서 91GB로 줄었다고 전했다. 이는 78GB의 용량을 확보한 변화다.

같은 보도는 Crimson Desert가 32GB를 줄였다고 밝혔다. 이 정도의 결과 하나만으로도 또 다른 대형 게임을 설치할 공간을 만들 수 있다.

유리한 후보가 여러 개인 라이브러리는 수백 기가바이트에 달하는 총 절감 효과를 낼 수 있다. 다만 이 결론은 단순히 원래의 총 용량이 아니라 라이브러리의 구성에 달려 있다.

오래된 게임이나 패키징이 느슨한 게임이 주를 이루는 컬렉션은 더 좋은 압축 대상이 된다. 최적화된 아카이브, 압축된 시네마틱, 최신 스트리밍 형식으로 채워진 컬렉션은 기회가 적다.

Game Compressor의 정식 출시는 추가 압축에 잘 반응하지 않을 가능성이 큰 형식을 건너뛰는 고속 압축 설정을 도입했다. 개발사는 미디어 파일이 대형 게임의 40~70%를 차지할 수 있다고 말한다.

이 파일들을 건너뛰면 유용한 절감 효과를 줄이지 않으면서 미디어 비중이 높은 게임의 처리 시간을 단축한다고 알려졌다. 이는 여전히 개발사 주장이나, 그 논리는 무손실 압축의 더 넓은 한계와 부합한다.

이미 압축된 데이터에는 다른 알고리즘이 제거할 수 있는 중복성이 적다. 따라서 모든 바이트에 LZX를 적용하면 실제 디스크 사용량을 의미 있게 바꾸지 못한 채 시간을 낭비할 수 있다.

이 유틸리티는 처리 전후의 파일도 측정한다. 이전 업데이트에서는 표시된 절감량과 Windows의 수치 사이의 불일치를 사용자가 지적한 뒤, 보고 방식을 파일 시스템 측정값으로 전환했다.

이 이력은 헤드라인 수치에 유용한 맥락을 더한다. 애플리케이션이 논리적 파일 크기와 디스크에서 실제로 차지하는 물리적 공간을 구분할 때만 압축률은 의미가 있다.

Game Compressor는 이제 파일 시스템에서 압축된 크기를 직접 읽는다고 설명한다. 또한 정확히 일치하는 게임의 데이터가 있을 때만 커뮤니티 결과를 사용한다.

관련 보고가 없으면 인터페이스는 근거 없는 추정치를 생성하는 대신 그 부재를 표시해야 한다. 이는 기능을 더 정직하게 만들지만, 커뮤니티 데이터에는 서로 다른 패치와 설치 상태가 여전히 반영될 수 있다.

Tom Hardware의 사례는 보편적 결과가 아니라 상한선의 가능성을 보여준다. 실질적인 질문은 한 사람의 라이브러리에 압축 가능한 게임이 충분히 많이 남아 있느냐는 것이다.

Windows LZX는 CPU 작업을 저장 공간으로 바꾼다

Game Compressor는 게임을 아카이브로 다시 패키징하는 대신 Windows에 내장된 투명 압축을 사용해, 일부 프로세서 작업을 줄어든 디스크 트래픽과 맞바꾼다.

LZX는 Windows의 Compact 명령에서 제공하는 실행 파일 압축 옵션 중 공간 효율이 가장 높다. 호환되는 파일을 압축된 형태로 저장하고 애플리케이션이 파일을 읽을 때 내용을 압축 해제한다.

Microsoft는 Compact command documentation에서 LZX를 XPRESS4K, XPRESS8K, XPRESS16K와 함께 열거한다. XPRESS4K는 속도를 우선하며, LZX는 가장 작은 결과를 우선한다.

이 과정은 파일 시스템 수준에서 투명하게 작동한다. 게임은 사용자가 별도 아카이브를 먼저 풀 필요 없이 일반적인 Windows 작업을 통해 예상한 파일을 그대로 연다.

이 동작은 LZX를 ZIP 또는 RAR 저장 방식과 구분한다. 아카이브된 게임은 일반적으로 파일이 정상 작동하기 전에 압축을 풀어야 한다. 반면 투명 압축은 읽기 경로에 압축 해제를 삽입한다.

Microsoft는 Windows 파일 압축을 무손실 방식으로 설명한다. 즉, 압축 해제 시 정보를 버리지 않고 원본 데이터를 복원한다는 뜻이다. 디스크에는 더 적은 바이트가 남아 있어도 애플리케이션은 일반적으로 압축되지 않은 데이터를 본다.

Game Compressor는 이처럼 확립된 Windows 인프라를 사용한다. 숙련된 사용자가 이미 명령줄 도구로 수행할 수 있는 작업에 시각적 워크플로를 더한다.

저장 공간 이점에는 연산 비용이 따른다. Windows는 게임이 데이터를 읽을 때 압축을 해제해야 하므로 CPU에 추가 작업이 발생한다.

Tom Hardware는 많은 시스템이 이 오버헤드를 감당할 충분한 유휴 프로세서 성능을 갖추고 있다고 주장한다. 이 보도는 줄어든 디스크 트래픽이 더 느린 저장 장치에서 때때로 로딩을 개선할 수 있다는 점도 언급한다.

그 결과는 그럴듯하지만 보장되지는 않는다. 균형은 프로세서, 저장 장치, 게임 엔진, 파일 구성, 접근 패턴에 따라 달라진다.

물리적 하드 드라이브나 느린 저장 장치는 더 적은 물리적 바이트를 읽어 입출력 병목을 줄일 때 이점을 얻을 수 있다. 빠른 NVMe SSD는 이미 데이터를 빠르게 공급하므로 계산을 바꿀 수 있다.

이 경우 CPU는 로딩 경로의 일부가 되기 전 파일 압축을 해제할 시간이 줄어든다. 코어 수가 적은 시스템, 오래된 프로세서, 스레드 사용량이 높은 게임은 더 면밀한 테스트가 필요하다.

프레임 레이트 역시 불완전한 측정값이다. 평균 초당 프레임 수가 안정적으로 유지되더라도 에셋 스트리밍은 간헐적인 지연이나 눈에 보이는 끊김을 만들 수 있다.

따라서 게이머는 로딩 시간, 이동 중 끊김, 프레임 타임 일관성, CPU 사용률을 살펴봐야 한다. 단일 벤치마크 수치로는 모든 압축 부작용을 포착할 수 없다.

이 유틸리티의 되돌릴 수 있는 설계는 부담을 줄인다. 절감량이 작거나 성능이 변하면 사용자는 설치 파일의 압축을 해제할 수 있다.

되돌리기에도 여유 공간이 필요하다. 압축된 파일을 원래의 디스크 점유량으로 복원하는 작업은 드라이브가 너무 가득 찼을 때 실패할 수 있다.

Game Compressor는 압축 해제 전에 사용 가능한 용량을 확인한다고 말한다. 이 보호 장치는 특히 사용자가 새로 확보한 공간을 추가 게임으로 채운 뒤 발생할 수 있는 예측 가능한 문제를 해결한다.

이 메커니즘은 절감량이 크게 달라지는 이유도 설명한다. 무손실 압축은 반복 패턴을 제거하지만, 거의 없는 중복성을 만들어낼 수는 없다.

대형 원본 에셋이나 가공이 적은 에셋은 크게 줄어들 수 있다. 비디오, 오디오, 이미지, 암호화된 아카이브는 추가 압축에 잘 반응하지 않는 경우가 많다.

게임 엔진도 서로 다른 패키징 전략을 사용한다. 따라서 표시된 용량이 비슷한 두 설치 파일도 매우 다른 LZX 결과를 낼 수 있다.

이러한 변동성은 추정 계층을 제품의 핵심으로 만든다. 애플리케이션의 진정한 기여는 LZX 자체가 아니라, LZX를 적용할 가치가 있어 보이는 시점을 식별하는 데 있다.

편의성은 무료 Windows 압축 기능과 경쟁한다

핵심 경쟁은 새로운 저장 기술과 Game Compressor 간의 대결이 아니라, 유료 편의성과 무료 기본 기능 간의 대결이다.

Windows 사용자는 Game Compressor를 설치하지 않고도 compact.exe를 통해 LZX를 호출할 수 있다. 운영체제가 알고리즘을 제공하고 파일 시스템 작업을 수행한다.

이 사실은 유틸리티가 차별화할 수 있는 방식에 한계를 둔다. Stone Pit Sons는 무료 Windows 기능 위에 탐색, 예측, 대기열 관리, 모니터링, 복구 기능을 패키징하고 있다.

이 구분은 많은 시스템 유틸리티와 비슷하다. 핵심 작업은 이미 존재할 수 있지만, 기본 인터페이스는 특정 사용자층이나 반복적인 워크플로를 다루지 않는다.

명령줄을 사용하는 게이머는 올바른 폴더를 식별하고, 알고리즘을 선택하고, 실행을 모니터링하고, 결과를 검토하고, 무엇을 압축했는지 기억해야 한다. 게임 패치는 또 다른 유지 관리 단계를 추가한다.

Game Compressor는 라이브러리를 스캔하고 후보 설치 파일을 하나의 화면에 배치한다. 현재 크기, 예상 감소량, 압축 상태, 드라이브 사용량, 작업 이력을 표시한다.

사용자는 여러 게임을 대기열에 넣고, 작업을 일시 정지하거나 취소하고, 선택한 설치 파일을 복원할 수 있다. 이런 제어 기능은 대규모 라이브러리를 수동 명령 모음보다 쉽게 처리하게 한다.

업데이트 모니터는 덜 명확한 문제를 해결한다. 런처는 패치 중 압축된 파일을 교체할 수 있고, 이로 인해 설치 파일의 실제 디스크 사용량이 다시 늘어날 수 있다.

Game Compressor는 수정된 게임을 확인하고 사용자가 압축을 다시 적용할 수 있게 한다. 이 단계가 없다면 퍼블리셔가 새 콘텐츠를 배포하거나 대형 패키지를 교체하면서 초기 절감 효과가 줄어들 수 있다.

스토어 설명에 따르면 이 애플리케이션은 계속 열어둘 필요가 없다. 사용자는 업데이트 후 다시 스캔하고, 추가 처리가 필요한 게임에 집중할 수 있다.

이 유지 관리 모델은 무료 도구 논거에 대한 가장 강력한 답변이다. 가치는 한 번의 압축 작업을 완료하는 데 있지 않고, 변화하는 라이브러리 전반에서 결과를 유지하는 데서 나온다.

그러나 Game Compressor만이 Windows 압축을 위한 인터페이스는 아니다. 오픈 소스 CompactGUI project 역시 기본 Windows API를 감싸며 게임, 프로그램, 기타 폴더를 지원한다.

CompactGUI는 XPRESS 및 LZX 모드, 압축 분석, Explorer 통합, 변경된 폴더를 위한 감시 기능을 제공한다. 프로젝트 문서 역시 DirectStorage 게임을 압축하지 말 것을 경고한다.

이 비교는 Game Compressor의 독점 인터페이스에 압박을 가한다. 신뢰할 수 있는 추정치, 라이브러리 감지, 업데이트 처리, 사용성, 지원을 통해 차별화해야 한다.

Tom Hardware는 대기열, 미리보기, 로깅, 재압축 기능을 실질적인 편의성으로 제시한다. 이러한 기능은 많은 게임에서 LZX를 안전하게 사용하기 위해 필요한 지식을 줄여 준다.

정식 출시 버전에는 줄어들 가능성이 낮은 파일의 처리 속도를 높이는 기능도 추가됐다. 사용자 지정 실행 파일 선택, Explorer 통합, 이름 변경 제어, 더 폭넓은 라이브러리 관리도 도입됐다.

이러한 추가 기능은 압축률 자체를 바꾸기보다 압축을 둘러싼 마찰을 겨냥한다. Game Compressor와 CompactGUI 모두 궁극적으로 Windows 알고리즘에 의존한다.

그만큼 신뢰성은 유난히 중요하다. 상태 표시가 멈추거나 추정치가 빗나가거나 압축된 파일을 추적하지 못한다면 그래픽 인터페이스의 가치는 떨어진다.

개발자는 버전 1.0 이전에 이러한 문제 몇 가지를 인정했다. 한 업데이트에서는 사용자가 종료되지 않는 프로세스, 멈춘 것처럼 보이는 진행 상황, Windows와 일치하지 않는 절감량을 경험했다고 밝혔다.

이후 수정에서는 바이트 가중 진행률, 직접적인 파일 시스템 측정, 중단된 작업 후 복구, 캐시된 라이브러리 기록 보존 기능이 추가됐다.

이러한 변화는 신속한 유지보수를 보여 준다. 동시에 사용자는 스토리지 관리자를 일회성 계산기가 아니라 운영 소프트웨어로 다뤄야 한다는 점도 보여 준다.

Steam의 리뷰 요약은 7월 26일 초기 도입 신호를 제공했다. 스토어에는 구매자 리뷰 182개가 표시됐으며, 이 중 82%가 긍정적으로 분류됐다.

최근 리뷰는 더 약했으며, 구매자 리뷰 79개 중 78%가 긍정적으로 분류됐다. 이 수치는 빠르게 바뀔 수 있으며 독립적인 성능 테스트를 대체하지 않는다.

커뮤니티 토론에는 상당한 절감량에 대한 보고뿐 아니라 멈춘 대기열과 경쟁 게임에 관한 질문도 포함돼 있다. 다양한 라이브러리를 다루는 새로운 시스템 유틸리티에서는 이런 혼합된 반응이 일반적이다.

개발자에 따르면 Game Compressor는 실행 중인 게임 코드를 수정하지 않는다. 게임 프로세스에 주입하는 대신 Windows 파일 압축을 통해 작동한다.

이 아키텍처는 특정 호환성 우려를 줄여야 한다. 그럼에도 안티치트 비중이 높은 게임을 사용하는 이용자에게는 정확한 타이틀, 런처, 현재 패치에 대한 근거가 필요하다.

따라서 이 유틸리티의 경쟁력은 신뢰에 달려 있다. 절감량을 정확히 예측하고, 작업을 완료하고, 패치를 견디며, 사용자가 혼란 없이 변경 사항을 되돌릴 수 있게 해야 한다.

DirectStorage 예외는 헤드라인보다 더 중요하다

가장 강력한 주의 이유는 DirectStorage다. 추가 CPU 압축 해제 계층은 에셋 작업을 GPU 쪽으로 이동하도록 설계된 파이프라인과 충돌할 수 있기 때문이다.

DirectStorage는 고처리량 게임 에셋 로딩을 위한 Microsoft의 스토리지 API다. 최신 버전은 GPU 압축 해제를 지원해 CPU 매개 에셋 처리 의존도를 낮춘다.

Microsoft는 DirectStorage 1.1에서 GPU 압축 해제를 제공했다. 관련 문서는 압축 해제 작업을 GPU로 옮기면 로딩 경로를 개선할 수 있다고 설명한다.

회사는 2026년 3월 이 방향을 확장했다. DirectStorage 1.4 preview는 Zstandard 지원과 개방형 GPU 압축 해제 기준선을 추가했다.

이 아키텍처는 설치된 파일 주변에 투명한 LZX 압축을 추가하는 방식과 다르다. DirectStorage를 인식하는 에셋은 게임 개발자와 런타임이 선택한 파이프라인을 따른다.

CompactGUI는 DirectStorage를 사용하는 게임을 압축하지 말라고 명시적으로 권고한다. Tom Hardware도 Game Compressor에 대해 같은 우려를 반복한다.

위험은 LZX가 반드시 해당 게임을 손상시킨다는 데 있지 않다. 문제는 DirectStorage가 의도한 경로를 계속 진행하기 전에 Windows가 CPU 압축 해제를 수행해야 할 수 있다는 점이다.

그 추가 단계는 스토리지에서 GPU로 직접 데이터를 옮기는 방식의 이점을 줄일 수 있다. 압축 해제가 시간에 민감한 에셋 제공을 지연시키면 끊김을 유발할 수도 있다.

DirectStorage 도입은 여전히 고르지 않으므로 이 경고가 Game Compressor의 유용성을 없애지는 않는다. 다만 라이브러리 전체 자동화 대신 타이틀별 결정을 요구한다.

사용자는 공격적인 압축을 선택하기 전에 DirectStorage 지원 여부를 확인해야 한다. 보수적인 워크플로는 오래된 게임, 자주 플레이하지 않는 타이틀, 또는 커뮤니티 결과가 좋은 것으로 알려진 게임에서 시작한다.

테스트는 주요 게임 업데이트가 있을 때마다 수행해야 한다. 퍼블리셔는 설치의 익숙한 이름을 바꾸지 않고도 패키징, 스트리밍 동작, 에셋 구성을 변경할 수 있다.

성능 테스트에는 재현 가능한 장면도 필요하다. 압축 전후로 로딩 시간, 프레임 타임, 이동 구간, 셰이더 관련 멈춤, CPU 사용량을 비교해야 한다.

부하가 낮은 지역에서 몇 분간 플레이하는 것만으로 호환성을 확인할 수는 없다. 게임플레이가 계속되는 동안 에셋을 요청하는 스트리밍 비중이 높은 구간이 더 나은 스트레스 테스트를 제공한다.

개발자가 내세운 최대 50% 감소라는 주장은 비슷한 절제가 필요하다. “최대”는 지원되는 모든 게임에서 기대되는 감소율이 아니라 유리한 결과를 뜻한다.

Tom Hardware의 ARK 사례는 이 차이를 잘 보여 준다. 압축된 설치 용량은 원래 크기의 약 54%를 차지했지만, 그 결과만으로 이미 압축된 타이틀에 대해서는 거의 알 수 없다.

사용자는 처리 시간도 고려해야 한다. LZX는 압축률을 우선시하며, 매우 큰 설치본 전체에 적용하는 작업은 오래 걸릴 수 있다.

Game Compressor는 대기 중인 작업을 일시 중지하거나 취소할 수 있어 불편을 줄인다. 그래도 중단된 스토리지 작업은 특히 시스템 종료나 드라이브 연결 해제 시 주의가 필요하다.

정식 출시 버전에는 중단된 작업을 위한 복구 로직이 포함돼 있다. 이 소프트웨어는 다음 실행 시 실제 디스크 상태를 확인하고 기록을 복구하는 것으로 알려졌다.

이는 안심할 만하지만, 사용자는 중요한 파일에 대해 일반적인 백업 원칙을 유지해야 한다. 게임은 대개 다시 다운로드할 수 있지만 저장 데이터는 다른 위치에 있거나 클라우드 동기화에 의존할 수 있다.

드라이브 형식도 또 다른 경계 조건을 만든다. 이 유틸리티는 LZX를 지원하는 NTFS 포맷 드라이브와 64비트 Windows 설치를 요구한다.

이 요구 사항은 광범위한 기기 호환성을 위해 포맷된 많은 외장 드라이브를 제외한다. 또한 여러 플랫폼에 걸친 하나의 압축 전략 대신 애플리케이션을 Windows로 제한한다.

업데이트와 복원 과정 모두에서 사용 가능한 여유 공간이 중요하다. 런처는 압축 후 최종 용량과 관계없이 대용량 파일을 패치하는 동안 임시 공간을 요구할 수 있다.

따라서 거의 가득 찬 드라이브는 Game Compressor가 상당한 절감량을 보고하더라도 운영 문제를 일으킬 수 있다. 확보한 용량을 자동으로 전부 할당 가능한 용량으로 간주해서는 안 된다.

사용자는 패치, 셰이더 캐시, 임시 파일, 압축 해제를 위한 합리적인 여유 공간을 남겨야 한다. 이 애플리케이션은 게임 파일을 관리할 뿐, 모든 스토리지 증가 원인을 관리하지는 않는다.

더 넓게 보면 측정의 문제도 있다. 커뮤니티 추정치는 보고된 압축 전후 용량을 집계하지만, 설치본은 언어 팩, 다운로드 가능 콘텐츠, 선택형 텍스처에 따라 달라질 수 있다.

Game Compressor는 중앙값과 더 엄격한 검증을 사용한다고 말한다. 이 접근 방식은 이상치의 영향을 줄일 수 있지만, 모든 로컬 설치본을 동일하게 만들 수는 없다.

가장 적절한 해석은 확률적이다. 추정치는 후보를 우선순위화하는 데 도움이 되며, 측정된 로컬 결과가 압축을 계속 활성화할 가치가 있는지 결정한다.

유틸리티의 지속성을 결정할 것은 다음 단계다

Game Compressor의 미래는 세 가지 신호에 달려 있다. 추정 정확도, 타이틀별 성능 근거, 그리고 패치 후 신뢰할 수 있는 재압축이다.

첫 번째 신호는 예측된 절감량과 측정된 절감량의 차이다. 정식 출시 버전은 커뮤니티 데이터를 활용해 사용자가 가치가 낮은 작업을 피하도록 돕는다.

데이터셋이 커지면 인기 게임 전반의 적용 범위도 개선될 것이다. 하지만 개발자가 패키지를 교체하거나 대용량 에셋을 추가하면 업데이트로 인해 오래된 보고서가 무용해질 수 있다.

Game Compressor는 결과가 계속 유용하려면 충분한 버전 맥락과 연결해야 한다. 예측이 로컬 결과와 반복적으로 달라진다면 가장 분명한 장점은 약화된다.

커뮤니티 보고서가 더 많은 최신 출시작과 다운로드 가능 콘텐츠 구성을 다루는지 지켜봐야 한다. 일관된 추정치는 관리형 압축 계층의 필요성을 강화할 것이다.

두 번째 신호는 독립적인 성능 테스트다. 스토리지 절감만으로 LZX가 모든 게임과 시스템에 무해하다는 사실이 입증되지는 않는다.

유용한 테스트에는 로딩 시간, 프레임 타임 측정, 이동 구간 동작, CPU 사용률이 포함돼야 한다. 여러 프로세서와 스토리지 장치를 비교해야 한다.

DirectStorage 타이틀은 별도 범주로 다뤄야 한다. 끊김이나 더 긴 로딩 시간의 증거는 해당 설치본을 압축하지 않은 상태로 유지해야 한다는 근거가 된다.

오래된 게임과 DirectStorage를 사용하지 않는 게임에서 안정적인 결과가 나온다면 선택적 전략을 뒷받침할 것이다. 중요한 단어는 선택적이다. 하나의 설정으로 모든 라이브러리를 처리할 수는 없기 때문이다.

세 번째 신호는 패치 이후의 동작이다. Steam과 다른 런처는 파일을 일상적으로 수정하거나 교체하며, 이는 이전에 측정한 절감량을 줄일 수 있다.

Game Compressor의 업데이트 감지와 재압축 워크플로는 바로 그 주기를 겨냥한다. 장기적인 유용성은 잘못된 상태 정보를 만들지 않고 변경된 게임을 식별하는 데 달려 있다.

사용자는 향후 출시 버전이 런처 지원 범위를 개선하고 중단된 작업에서 깔끔하게 복구하는지 지켜봐야 한다. 멈춘 대기열이나 부정확한 디스크 수치에 대한 보고는 신뢰를 약화시킬 것이다.

경쟁도 기대치를 형성할 것이다. CompactGUI는 여러 알고리즘 선택지를 포함해 네이티브 Windows 압축을 활용하는 오픈소스 경로를 이미 제공한다.

compact.exe는 사용자의 시간과 지식 외에는 비용이 들지 않기 때문에 Windows 자체도 기본 경쟁자다. Game Compressor는 LZX에 대한 독점적 접근권을 주장할 수 없다.

방어 가능한 가치는 오케스트레이션에 있다. 후보를 식별하고, 결과를 추정하며, 작업을 관리하고, 결과를 측정하고, 변경을 감지하며, 하나의 인터페이스에서 압축을 되돌린다.

이 제안은 Windows 휴대용 기기 소유자와 여러 드라이브를 관리하는 플레이어에게 가장 매력적일 것이다. 이들은 스토리지 한계를 자주 체감하지만 명령줄 관리는 피할 수 있다.

설치된 게임이 많은 아카이브 이용자도 이 모델에 맞는다. 이들은 압축 한 번의 유효 기간이 더 긴, 자주 변경되지 않는 타이틀을 우선시할 수 있다.

고도로 최적화된 출시작 몇 개만 설치하는 플레이어는 얻을 것이 적다. 넉넉한 스토리지를 보유했거나 DirectStorage 비중이 높은 라이브러리를 가진 사용자도 마찬가지다.

더 큰 교훈은 하나의 애플리케이션을 넘어선다. Windows에는 수년간 유용한 스토리지 제어 기능이 있었지만, 기본 제공 여부가 실제 사용을 보장하지는 않는다.

전문화된 인터페이스는 잘 알려지지 않은 시스템 기능을 접근 가능하게 만들 수 있다. 동시에 기술 사용자가 그렇지 않았다면 직접 조사했을 제한 사항을 설명할 책임도 물려받는다.

Tom Hardware는 가장 설득력 있는 결과에 주목하게 했다. 한 설치본에서 수십 GB를 확보하고, 라이브러리 전체에서는 잠재적으로 수백 GB를 확보할 수 있다는 점이다.

더 오래 지속될 이야기는 관리에 관한 것이다. 압축은 게임 업데이트 이후에도 측정 가능하고, 되돌릴 수 있으며, 호환되고, 유지 관리 가능해야 한다.

라이브러리 전체를 처리하기 전에 추정 절감량을 확인하고 지원이 잘 되는 후보 하나를 선택하라. 물리적 디스크 사용량을 기록한 뒤, 압축 후 대표적인 게임플레이를 테스트하라.

다음 주요 패치 후에도 그 점검을 반복하라. 로딩 또는 프레임 타임 저하 없이 절감 효과가 유지된다면 유사한 타이틀로 점진적으로 확장하라.

추정치가 크게 빗나가거나 DirectStorage 동작이 바뀌거나 대기열이 신뢰할 수 없게 된다면 작업을 되돌리고 더 나은 근거를 기다려야 한다. 여러분의 라이브러리에서는 어떤 결과가 나오나요?