정말 느린 컴퓨터에서 업그레이드를 수행하는 중입니다. 몇년된 인텔 아톰입니다. 비디오를 시청하고 XBMC를 사용하는 데는 완벽하지만 릴리스 업그레이드에서와 마찬가지로 수백 가지 업데이트의 압축을 풀 때 실제로 경적을 울립니다. 이 작업이 완료되면 이에 대한 또 다른 업그레이드가 있습니다.
나는 오늘 일반 채팅방에 가서 요청을 프록시하고 패키지의 압축을 풀고 전달할 수 있는 더 빠른 로컬 서버를 통해 해당 패키지 다운로드를 프록시할 수 있다면 좋을 것이라고 생각했습니다.
아직 계획 중이므로 몇 가지 질문이 있습니다.
- 압축되지 않은 deb 패키지를 가질 수 있습니까?
- deb에서 압축을 어떻게 제거할 수 있나요?
- 체크섬 압축을 제거하면 어떻게 해결할 수 있나요?
답변1
1) 실제로는 그렇지 않습니다. 이론적으로는 debs 빌드 시 가장 낮은 수준의 압축을 사용할 수 있지만 Ubuntu 빌더는 이를 수행하지 않습니다. 느린 부분은 아마도 압축 해제가 아니라 파일 압축을 풀고 디스크에 쓰는 것입니다. BIOS 설정, 드라이브 회전 속도, 드라이브 유형 등 여러 가지 요인이 디스크 I/O 시간에 영향을 미칠 수 있습니다. 이론적으로 data.tar는 여전히 약간의 압축(또는 인플레이션)이 있고 디스크 쓰기 속도에 도움이 되지 않더라도 deb 내부에 데이터 아카이브를 가질 수 있습니다 .
2) 1)을 참고하세요.
3) 그렇습니다. 바이너리 deb를 가져와 내부를 교체하면 data.tar.gz크기, 타임스탬프 등이 변경됩니다. 뭔가를 할 수 있으려면 deb 패키지의 빌드 타임에 그 일을 해야 합니다.
반면에 제가 말했듯이 속도 문제는 아마도 디스크에 쓰는 것일 것입니다. BIOS를 확인하여 디스크의 일부 설정을 변경할 수 있습니다. SATA 디스크를 사용하고 BIOS가 IDE/ATAPI로 통신하도록 설정된 경우 읽기/쓰기 속도가 매우 느려집니다. 사용 가능한 경우 설정을 변경합니다 AHCI. 또 다른 일반적인 문제는 SSD를 사용하지 않는 경우 디스크 RPM입니다. 사용 중인 디스크 크기나 RPM을 지정하지 않았지만 2.5인치 4500~5400RPM 디스크는 7200~15000RPM 사이에서 작동하는 3.5인치 디스크보다 느릴 것입니다. 그리고 SATA I(1.5Gbps) 디스크는 SATA II(3.0Gbps) 또는 III(6.0Gbps) 디스크보다 속도가 느립니다. 디스크 캐시 크기도 여기서 중요한 역할을 합니다. 또한 어떤 Atom을 갖고 있는지, RAM 용량이 얼마나 되는지 밝히지 않았지만 생각만큼 느리지는 않습니다. 그들은 최고급 i7은 아니지만 deb 패키지에 사용되는 압축 정도는 일반적으로 문제가 되지 않습니다.
답변2
압축을 제거하기 위해 내가 생각해낸 내용은 다음과 같습니다. (이것은 다른 어떤 것도 대답하지 않습니다.)
ar vx debianutils_4.3.4_amd64.deb
gunzip data.tar.gz
ar d debianutils_4.3.4_amd64.deb data.tar.gz
ar q debianutils_4.3.4_amd64.deb data.tar
패키지가 더 큽니다. 체크섬이 완전히 꺼져 있습니다. 하지만 압축이 없는 여전히 유효한 패키지입니다.