볼륨을 fsck하는 데 얼마나 걸립니까?

현재 3-5 백만 페이지 뷰를 제공하는 웹 사이트를 운영하고 있습니다. 우리 사이트는 파일 공유 사이트이므로 250,000 개의 파일과 수천 개의 심볼릭 링크가 있습니다.

하드 디스크는 1500GB SATA 디스크입니다.

사용하여 hdparm우리는 우리의 하드 디스크 속도가 감소 된 것을 알게 된 15 ~ 20 MB /이었다,이야 (80) 메가 바이트 / S.

이제 fsck디스크 문제를 해결 하기 위해 실행하고 싶습니다 .

1. fsck이 문제를 해결할 것 입니까?
2. fsck완료 하는 데 시간이 얼마나 걸립니까 (단지 중단 시간을 계산하고 싶습니까)?

동시에 액세스되는 파일의 수가 증가함에 따라 속도 저하가 예상됩니다. 하드 디스크 드라이브는 병렬로 액세스하는 것을 좋아하지 않습니다. 읽기 / 쓰기 헤드가 실린더를 전환해야 할 때마다 수 밀리 초가 손실됩니다. 두 파일이 동일한 실린더 또는 동일한 트랙에 있더라도 회전을 기다려야 할 수도 있습니다. 초당 메가 비트로 드라이브 성능을 측정하는 경우 병렬 액세스가 증가함에 따라 기하 급수적으로 하락할 것으로 예상하십시오.

fsck 도움이되지 않습니다 : 디렉토리 구조의 손상 만 복구하고 최적화를 수행하지 않습니다.

이상적인 솔루션은 회전 플래터의 물리적 한계가 없기 때문에 솔리드 스테이트 스토리지로 전환하는 것입니다. 그러나 아마도 비용이 많이들 것입니다.

다음으로 병렬 액세스에 최적화 된 RAID를 사용하는 것이 가장 좋습니다. 여러 다른 성능 프로파일에 대해 RAID를 구성 할 수 있으므로 주어진 RAID 하드웨어 및 드라이버의 설정을 배우려면 약간의 시간이 필요합니다.

공격적인 파일 시스템 캐싱을 사용하여 문제를 줄일 수 있습니다. 만약 당신의 시스템에 충분한 RAM이 있다면, 리눅스는 이미 이것을 잘하고있을 것입니다. 사용 top가능한 RAM이 얼마나 있는지 확인하는 프로그램을 실행하십시오 . 그러나 가장 일반적으로 사용되는 파일이 RAM (또는 확보 할 수있는 RAM)에 맞지 않으면 실제로 도움이되지 않습니다.

가난한 사람의 해결 방법은 파일을 여러 다른 물리적 하드 드라이브 (같은 드라이브의 다른 파티션뿐만 아니라)로 나누는 것입니다. 이는 실제로 장기적으로 확장 가능한 솔루션이 아니며 적절한 RAID 이상의 비용이 들게됩니다. 그러나 드라이브가 주위에 있으면 빠른 수정이 될 수 있습니다.

하드 디스크 드라이브와 관련된 솔루션의 경우 빠른 회전 속도와 낮은 탐색 대기 시간을 갖도록하십시오.

하드 드라이브 성능에 대한 일반적인 배경을 가진 기사를 작성했습니다.

유닉스 팁-파일 시스템

fsck가 완료 될 때까지 5 시간이 걸릴 것으로 예상됩니다.

대신 reiserfs 로의 마이그레이션을 고려 (테스트, 테스트 및 테스트)합니다.

1. 아니요 (fsck는 손상된 파일 시스템 메타 데이터 나 손상된 디스크가 아니라 조각 모음 도구를 고칠 수 없습니다).
2. 파일 시스템에 따라 다릅니다. 매우 긴 ext3을 사용하면 몇 시간을 예약 할 수 있습니다. ext4 또는 xfs와 같은보다 현대적인 파일 시스템은 쉽게 훨씬 더 빠를 수 있습니다.

hdparm은 순차적 읽기를 수행합니다. 다른 사람들이 말했듯이 파일 서버 디스크는 많은 노력을 기울여야합니다.

HD 오류가 발생하면 / var / log / 어딘가에 나타납니다.

"smartctl -t short / dev / sda"를 시도한 다음 "smartctl -t long / dev / sda"를 시도해보십시오. . Smart는 몇 가지 결과를 제공합니다. "smartctl --all / dev / sda"를 사용하여 HDD 상태를 읽을 수 있습니다.

동시 액세스로 마운트 된 HDD에 hdparm을 전송하는 경우 결과가 이전보다 훨씬 적은 이유가 될 수 있습니다.

최대한 빨리 데이터를 RAID 설정으로 이동해야합니다.