gzip_compressor를 사용하면 다른 파일 크기가 생성됩니다.

Question

gzip_compressor()를 사용하여 압축 된 출력 파일을 만들었습니다. 나는이 목적을 위해 두 가지 방법을 사용했다. 공통 부분은 내가이 구현으로

o.write(reinterpret_cast<const char*>(&rec.cycle), sizeof(rec.cycle)); 

를 사용

std::ofstream traceOut; 
traceOut.open("log.gz", std::ios_base::out); 
struct traceRec { 
    traceRec(uint64_t c) : cycle(c) {}; 
    uint64_t cycle; 
}; 
void writeTrace(traceRec &rec) 
{ 
    boost::iostreams::filtering_ostream o; 
    o.push(boost::iostreams::gzip_compressor()); 
    o.push(traceOut); 
    // METHOD 1 OR 2 
} 

방법 1

이며, 파일 크기는 380K입니다!

방법 2

내가이 구현으로

traceOut << rec.cycle << std::endl; 

을 사용하여 파일 크기는 78K입니다!

왜 크기가 다른가요? 또 다른 것은 gzip_compressor를 사용하지 않고 파일에 직접 쓸 때

std::ofstream traceOut; 
traceOut.open("log.gz", std::ios_base::out); 
... 
traceOut << rec.cycle << std::endl; 

파일 크기는 78K입니다.

그래서이 두 가지 문제가 있습니다

1 사용 또는 gzip_compressor를 사용하지 않는 것이

2 개 다른 구현 gzip_compressor 수율 다른 파일을 사용하는 파일 크기에 영향을주지 않습니다

그것에 대해 어떤 생각 크기 ?

Answer 1

연산자 < <은 숫자의 텍스트 표현을 사용하는 반면 쓰기 메서드는 완전한 가변 크기를 사용합니다.

예를 들어 "13"이라는주기가있는 경우 "쓰기"의 경우 8 바이트를 소비하지만 텍스트 표현에서는 2를 소비합니다.

압축하면 텍스트로 숫자를 쓰면 10 개의 문자 만 사용되므로 (매우 엔트로피가 매우 낮아서) 매우 중복되고 압축 가능하기 때문에 효과는 더욱 극적입니다.

다른 크기에서주기 카운터가 종종 매우 큰 경우 (> 99999999) 쓰기 메소드가 더 나은 압축을 제공합니다.