임베디드 장치, 로그 파티션 중 어떤 파일 시스템이 더 탄력적이고 읽기/쓰기를 더 적게 사용합니까?

임베디드 장치, 로그 파티션 중 어떤 파일 시스템이 더 탄력적이고 읽기/쓰기를 더 적게 사용합니까?

읽기 전용 파일 시스템을 갖춘 임베디드 Linux 장치가 있습니다. 로그 아카이브를 저장하기 위한 또 다른 파티션이 있습니다.

이 파티션에는 많은 쓰기가 발생합니다. 수명과 안정성을 보장하려면 어떤 Linux 파티션을 사용해야 합니까?

ext2-ext4 파일 시스템이 로깅에 많은 읽기/쓰기를 사용한다고 들었습니다. vfat는 어떻습니까? 예상치 못한 정전이 발생하면 어떻게 해야 하나요?

답변1

ext3옵션을 안전하게 사용할 수 있습니다 noatime. 그러면 실제 파일 쓰기만 쓰기 모드에서 플래시 장치에 영향을 미칩니다. ext3fs 로그는 임베디드 시스템의 전원이 갑자기 꺼졌을 때 유용합니다.

나는 개인적으로 간단한 SD 메모리 카드를 사용하여 몇 년 동안(연중무휴, UPS 백업 없음, 갑작스러운 정전) 일부 Raspberry PI를 이러한 방식으로 실행했으며 해당 카드나 그 중 어느 것도 교체할 필요가 없었습니다. 전원이 복원된 후 시작 문제.

에 관해서는 앞서 vfat말씀드린 대로 일기를 쓰는 것이 장점입니다.

편집: 또한 rw 마운트 루트 fs를 사용하여 실행합니다.

답변2

Ext4는 플래시 미디어용으로 설계되지 않았습니다. 작동하고 매우 널리 사용되므로 안전한 값이지만 반드시 최선의 선택은 아닙니다. 특히 웨어 레벨링을 수행하지 않는 플래시 미디어에서는 더욱 그렇습니다.

유비프스원시 NAND 플래시 메모리용으로 특별히 설계되었습니다. 임의의 블록 장치에서는 작동하지 않으며 기본 MTD 저장 장치(MMC 및 SD와 같이 자체 블록 매핑을 수행하는 장치가 아님)가 필요합니다. 일반적으로 성능이 좋고 원시 NAND 플래시에 가장 적합한 선택일 수 있지만 디스크 이미지만 마운트할 수 없기 때문에 디버그 및 테스트가 성가실 수 있습니다.

저널 파일 시스템또 다른 경쟁자가 될 수도 있습니다. 대부분의 작업에서 좋은 성능을 발휘하지만, 역사적 안정성 문제가 있어 유지되지 않는 것 같습니다. 안에2009년 도시바의 연설, 부패 버그로 인해 비난을 받았고 그 이후로 완전히 수정되었는지는 확실하지 않습니다.

Javs그리고JFFS2대부분 교체된 오래된 파일 시스템입니다. 내 생각에 JFFS2는 여전히 작은 파일 시스템(예: 구성 데이터)에는 적합하지만 "대형" 파일 시스템에는 적합하지 않습니다. 로그가 몇 MB 이상인 경우에는 사용하지 마세요.

F2FS상대적으로 새로 온 사람입니다. 이는 더 큰 플래시 파일 시스템용으로 설계되었습니다(최소 크기는 10MB입니다!). 성숙하다고 볼 수 있을지 모르겠네요.

(참고: 저는 이러한 파일 시스템에 대한 실제 업계 경험이 없습니다.)

관련 정보