호환성은 임베디드 컴퓨터의 SDHC 메모리 카드의 서비스 수명에 어떤 영향을 줍니까?

호환성은 임베디드 컴퓨터의 SDHC 메모리 카드의 서비스 수명에 어떤 영향을 줍니까?

존재하다이 문제는 슈퍼유저에서 종료되었습니다.여러 답변에서 SDHC 카드 오류를 보고했습니다.라즈베리 파이 싱글 보드 컴퓨터그리고기타 임베디드 장치기간은 몇 주에서 몇 년까지 다양합니다.

댓글에서이 답변교환성에 관한 관련 없는 질문에는 다음이 있습니다.익명 페이지 대신 파일 캐시 페이지를 지원하도록 교환성을 조정하면 SD 카드의 수명이 연장될지에 대한 추측SD 카드를 기본 저장 매체로 사용하는 임베디드 시스템에서. 직관적으로 swappinness를 조정하면일부 효과로깅이나 임시 파일과 같은 다른 영향 요인에 비해 영향 교환이 SD 카드 내구성의 전반적인 스트레스에 얼마나 많은 영향을 미치는지 말하기는 어렵습니다.

문제는:이러한 시스템에서 호환성 조정은 SD 카드의 수명에 얼마나 큰 영향을 미치나요?

답변은 구체적인 경험이나 참고자료를 바탕으로 뒷받침되어야 합니다. 보관해주세요주관적으로 좋다, 주관적으로 나쁘다마음.

답변1

이 질문에 대한 대답은 사용 사례에 따라 크게 달라집니다.

저는 더 이상 Raspberry Pi를 소유하고 있지 않지만, 512MB RAM을 갖춘 Raspberry Pi를 소유하곤 했습니다. 편리하게도 내 NFS 서버에도 동일한 번호가 있습니다. NFS 외에도 이 서버(다른 모든 서버와 마찬가지로) 에는 distcc. screen한 번 보자 vmstat:

$ vmstat | awk '{ printf "%4s %2s %2s\n", $3, $7, $8 }' | tail -n 2
swpd si so
   0  0  0

이 경우 어떤 교환 가치도 다른 가치보다 낫지 않습니다.안 돼요교환. 소규모 임베디드 시스템에는 스왑 공간조차 없는 경우가 많습니다. ~에서스왑리스 임베디드 시스템의 메모리 관리 방법, Linux Journal의 2005년 기사:

Linux 커널 OOM(메모리 부족) 킬러는 일반적으로 데스크톱 및 서버 컴퓨터에서 호출되지 않습니다. 이러한 환경에는 OOM 상황이 거의 발생하지 않을 만큼 충분한 상주 메모리와 스왑 공간이 포함되어 있기 때문입니다. 그러나 스왑이 없는 임베디드 시스템은 일반적으로 메인 메모리가 적고 스왑 공간이 없습니다. 이러한 시스템에서는 일반적으로 큰 메모리 공간을 할당할 필요가 없습니다. 그러나 상대적으로 작은 할당이라도 결국 OOM 킬러를 유발할 수 있습니다.

이 접근 방식을 사용하는 시스템에도 동일하게 적용됩니다. 즉, 스왑 공간이 없기 때문에 스왑 공간은 스토리지 수명에 영향을 미치지 않습니다.

데스크톱 시스템에 더 가까운 Raspberry Pi를 사용하고 있다면 X를 실행하고 생물학 숙제를 위해 Python에서 유전자 시퀀싱을 수행하는 경우(해본 적이 있음) 걱정할 것이 있을 수 있습니다. 알아 보자:

메모리가 부족하고 스왑 가능성이 매우 높게 설정되어 있다고 가정하면,거의프로그램 메모리를 회수하고 파일 캐시를 보존합니다. 구체적으로 카테고리 8 SDHC 카드가 있고 해당 카드의 블록 크기가 16KB라고 가정해 보겠습니다.

그러면 8MB/s, 즉 초당 512블록을 쓸 수 있습니다. 웨어 레벨링 없이 100,000회 쓰기 후 오류가 발생한다고 가정하면 오류 발생 시간은 195초, 즉 3분이 조금 넘습니다. 물론 이는 최악의 시나리오다. 웨어 레벨링을 사용하면 실패 시간이 쓰기 100,000회에 사용되지 않은 블록 수를 곱한 값에 가까워집니다. 웨어 레벨링에 사용할 수 있는 블록이 1GB 또는 65,536개 있다고 가정합니다. 이 경우에는 (대략) 65,536배의 시간, 즉 약 24년의 지속적인 교환 시간을 얻게 됩니다.

왜냐면 넌 아마 그러지 않을 테니까계속해서24년 동안 교환한 것으로 조기 사망의 원인이 될 가능성은 낮습니다.

더 가능성이 높은 문제는 파일 액세스 시간을 기록하는 것입니다. noatime이 옵션을 사용하여 파일 시스템을 마운트 하지 않으면 파일을 읽을 때마다 액세스 시간이 업데이트됩니다 . 파일을 쓸 때마다 하나의 블록을 써야 합니다.읽다.

ext3 및 ext4와 같은 저널 파일 시스템은 쓸 때마다 미디어 로그에 추가 데이터를 씁니다. 일부 파일 시스템(예: ext2 또는 FFS)은 로깅을 지원하지 않습니다. 이러한 파일 시스템을 사용하면(또는 다른 파일 시스템에서 로깅을 끄면) 확실히 플래시 미디어의 수명이 늘어나지만 정전이나 미디어 제거 시 데이터 신뢰성이 떨어집니다.

/var/log 나는 시스템 로그가 일반적으로 플래시 미디어의 종말에 큰 영향을 미치지 않는다고 생각합니다. 왜냐하면 지난 달에 변경된 내 파일의 유일한 파일은 btmp, wtmp및 이기 때문입니다 lastlog.

관련 정보