init_itable 없음백그라운드에서 초기화되지 않은 inode 테이블 블록을 초기화하지 마십시오. 설치 CD는 이 기능을 사용하여 설치 프로세스를 최대한 빨리 완료할 수 있으며, 그런 다음 다음에 파일 시스템이 마운트 해제될 때까지 inode 테이블 초기화 프로세스가 연기됩니다.
noinit_itableext4 장치를 설치할 때마다 이 옵션을 사용해야 합니까?
그렇지 않다면 왜 그렇습니까?
답변1
나는 이것을 inode 초기화가 대기 시간과 처리량 저하를 일으킬 수 있는 작업으로 해석합니다.
이 코드의 목표는 상대적 유휴 기간 동안 실행되도록 예약하는 것입니다. inode 테이블을 미리 초기화하면 실제로 inode 테이블이 필요할 때 지연("지연")을 피할 수 있습니다.
빠른 설치 과정을 거치라는 조언이 있다고 생각합니다.그 다음에처리량이 일시적으로 약간 감소했습니다. 예를 들어 설치 프로세스가 실행되는 동안 컴퓨터를 사용하는 동안 유용한 작업을 수행하지 못할 수 있습니다.
- 이메일을 확인
- 시스템에 설치된 패키지의 설명서를 읽어보세요.
좋아하는 데스크탑 테마를 찾아보세요전문적인 작업 공간 구성- Windows로 다시 부팅하면 모든 것이 가능해집니다.
이제 커널 지원이 감지되면 ext4 mkfs 옵션lazy_itable_init가 자동으로 활성화되어 설치 중 ext4 파일 시스템 포맷 속도가 빨라집니다. 파일 시스템이 마운트되면 커널은 백그라운드에서 inode 테이블을 0으로 만들기 시작합니다. 이는 설치 중 약간의 노력 낭비이며 복사 프로세스를 방해합니다. noinit_itable 마운트 옵션을 사용하여 파일 시스템을 마운트하면 백그라운드 초기화가 비활성화됩니다. 이렇게 하면 설치 속도가 조금 더 빨라지고 재부팅 후 fs가 플래그 없이 마운트되면 백그라운드 초기화가 완료됩니다.
https://bugs.launchpad.net/ubuntu/+source/partman-ext3/+bug/733652
이것은 또한 대부분 Ted T'so의 호언장담으로 구성된 스레드를 가리킵니다. 요점은 inode 체크섬이 아직 구현되지 않았다는 점인 것 같습니다. 이는 0이 아닌 inode 테이블이 있는 파일 시스템이 오류에 대해 훨씬 덜 견고하다는 것을 의미합니다. 다행스럽게도 이 검토 후 약 1년 이내에 inode 체크섬이 구현되었습니다.