Zerotools

Zerotools 프로젝트는 ( "사용"에 더 이상 그 지역에 바이너리 제로를 작성하여) 깨끗한 가상 디스크를 유지하는 데 도움이 도구의 집합이 포함되어 있습니다. 이 도구는 가장 요구에 맞는에 따라, 온 - 더 - 플라이 또는 수동으로 이루어집니다.
기술적 인 용어로는 온 - 더 - 플라이 메커니즘은 링크 해제 래퍼를 사용하여 실행되도록 링크 해제 라이브러리 호출 및 zerounlink - 래퍼 개별 프로그램을 대상으로 심볼릭 링크 기반 메커니즘을 제공합니다 포장 LD_PRELOAD를 사용합니다. 다른 도구에 대한 비교를 위해, "기타 솔루션"절을 참조하십시오.
zerotools 불가능에 데이터 검색 가까이 만들기 위해 "임의의"데이터 파일 내용을 다시 다양한 도구와 경쟁하지 않도록주의하시기 바랍니다. 이를 위해 zerotools을 사용하거나이 좋은 도구라고 주장하지 마십시오. 그들은 아니에요. (이 텍스트 만 소개를 읽을 사람들을 위해 추가되었습니다.)
Zerotools는 리눅스가 특정 C를 사용하여 구현하고 GNU 일반 공중 사용 허가서 (V2)에 따라 허가. 이 도구는 소프트웨어 버그가 존재하고 나쁜 일이 일어날 수 있다는 것을 이해, 어떤 종류의 보증없이 제공됩니다.
버그 및 제한
알려진 버그가 없습니다. 적어도 나에게 알려져있다. 버그는 내가 여분의 시간이있는 경우 최종 사용자가 지능형보고 또는 자동 기반으로 해결 될 것입니다. 이메일 주소는 패치를 보낼 필요성을 느껴야 각 소스 파일의 시작이다.
스레드 보호는 아직 제대로 테스트하지 않습니다. 나도 (zerotools 32 비트 아키텍처에서 2 지브 크기를 통해 파일을 처리하지 못할 수도 있음을 의미) LFS-요구하지 않습니다. 오래된 리눅스 시스템 구축하거나 실행 zerotools이 시도하지 않은 (그러나 곧 이전 시스템은 테스트 환경에서 설치로 수행됩니다). 테스트의 사용자 참여도 감사합니다.
테스트는 커널 (2.4 및 2.6)를 실행하는 많은 리눅스 배포판과의 glibc 버전으로 수행되었습니다 (공급 업체의 패치 2.5.3에 2.3.2, 그래서 이것은 자문 정보 만이다). 테스트 된 아키텍처는 86, x86_64의, ia_64 및 PPC (32 비트)입니다. 다른 아키텍처 테스트 결과를 환영합니다.
zerounlink 및 zerounlink - 래퍼는 정적으로 링크 된 실행 파일이 작동하지 않습니다. 이 기술의 제한이며, (나에게 알려진)에는 해결 방법이 없습니다.
하나의 잘못된 기능은 zerounlink에 존재 : 파일이 제로 여부를해야하는지 여부를 검사 할 때, zerounlink 계정 스파 스 파일로하지 않습니다. 스파 스 파일이 있다면, 그것은 오직 비 - 제로 콘텐츠를 보유하는 파일의 일부를 덮어 쓰기하는 것은 의미가있다.
이 zerounlink 원본 파일 모두를 통해 읽고 먼저 제로가 아닌 콘텐츠를 검색해야한다는 것을 의미한다. 이 대신에만 링크 해제 된 파일에 쓰기, zerounlink뿐만 아니라 그것을 읽을해야한다는 것을 의미한다. 이것은 여분의 I / O 동작을 초래할 것이다. 특별한 스파 스 파일 지원은 그래서이 기능이 구현되지 않은 여분의 노력과 복잡성 가치가 있는지 확실하지.
당신은 당신이 그것을 필요가 있다고 생각하면 나에게 메모를 삭제합니다. (이 기능을 갖는 이유는 대부분의 동적 가상 디스크가 구현하는 방법을 함께 할 것입니다. 그들은 어떤 데이터가 쓰기가 이진 제로 구성하더라도, VDisk의 영역에 기록 된 실제 공간을 할당 할 것이다. 그것은 조금 바보지만, 그 대부분이 작동하는 방법이다. 이것은 (DD 또는 다른 도구) 이진 제로가 포함 된 파일을 사용하여 파일 시스템을 작성하는 이유 같은 이유 VDisk를 정리하는 좋은 솔루션이 정말없는입니다.)
이 웹 페이지의 목록에 대한 버그를보고 할 때, 수정 속도를 목록 번호와 문제가있는 비트의 행 번호를 기재 해주십시오. 다른 웹 관련 수정 내용과 grepped 수 있습니다 2-3 단어 문구를 포함하려고합니다. XHTML에 대한 차이점을 보내지 마십시오.