Zstd: gzip과 zstd의 차이점

1. ^C 이벤트를 트래핑하려면 신호 처리기가 필요합니다. 아직 조사하지 않았습니다. 휴대 성 문제도 걱정입니다.

2. 당신의 흔적은 우리 코드보다 더 정확합니다.
   대상 파일 열기 호출은 다음과 같습니다.
   https://github.com/facebook/zstd/blob/dev/programs/fileio.c#L324
   표준 fopen("name", "wb"); 일 뿐이며 속성 비트를 제어하지 않습니다.
   그것은 당신의 시스템에서이 추적으로 변환됩니다. 단지 우리가 그것을 통제 할 수 없다는 것을 아십시오.
   일반적으로 이식성 (및 의존성 문제 감소)을 위해 가능한 한 표준 C에 가깝게 유지하려고합니다.

우선 : zstd를 작성해 주셔서 감사합니다. 속도와 압축비에 놀랐습니다! 아주 좋아요!

이 티켓을 닫으십시오. 내 두 가지 관찰은 사소한 일뿐이며 아무것도하지 않기로 결정해도 괜찮습니다.

1. ^ C 트래핑에는 신호 처리기가 필요하다는 데 동의합니다.
2. 흥미 롭군. xz의 소스 코드를 살펴보고 아래 코드로 출력 파일을 엽니 다.

      int flags = O_WRONLY | O_BINARY | O_NOCTTY | O_CREAT | O_EXCL;
      #ifndef TUKLIB_DOSLIKE
          flags |= O_NONBLOCK;
      #endif
      const mode_t mode = S_IRUSR | S_IWUSR;
      dest_fd = open( dest_name, flags, mode );

fopen () 대신 open ()을 사용하므로 출력 파일의 권한 비트를 제어 할 수 있습니다.

맞습니다. xz 은 (는) POSIX 호환 시스템을 대상으로합니다.
따라서 posix 가 아닌 시스템과 호환되지 않거나 사용자 정의 래퍼가 필요한

zstd 는 이식성 관점을 개선하기 위해 가능한 한 표준 C 가 되려고합니다.

기술적으로는 표준 C에 해당하는 인터페이스가 없을 때 일부 OS 종속 인터페이스를 사용하기도합니다. 이 경우 여러 대상을 지원하기 위해 여러 변형을 작성하려고 시도하고 지원되지 않는 대상의 경우 관련 기능이 완전히 비활성화됩니다 (필수적이지 않은 경향이 있음).

그것에 대해 조금 더 배우면 함수 signal() 는 실제로 표준 C의 일부이므로 이식성이 매우 좋습니다.

최근 dev 브랜치 업데이트에서 zstd cli에 Ctrl-C 트래핑을 추가했습니다.
Ctrl-C 누르면 이제 종료하기 전에 작업 아티팩트 (완료되지 않은 대상 파일)를 지 웁니다.