Details
-
Improvement
-
Resolution: Fixed
-
Major
-
None
-
None
-
9223372036854775807
Description
Mentioned in LU-7592 by Andreas Dilger
e2fsck performance will become an issue at this scale, and it would likely need to be parallelized to be able to complete in a reasonable time. It could reasonably expect multiple disks at this scale, so having larger numbers of IOs in flight would help, as would an event-driven model with aio that generates lists of blocks to check (itable blocks first), submits them to disk, and then processes them as they are read, generating more blocks to read (more itable blocks, indirect/index/xattr/directory blocks, etc), repeat.
Attachments
Issue Links
- is related to
-
LU-5949 Verify e2fsck inode badness is working for duplicate blocks
- Resolved
-
LU-14126 parallel e2fsck does not work well with MMP
- Resolved
-
LU-14894 Parallel pass2 support for e2fsck
- Open
-
LU-14213 enable parallel e2fsck by default
- Open
-
LU-14679 parallel e2fsck for pass2 directory scanning
- Resolved
- is related to
-
LU-11882 OST recreated objects gets badness mark from e2fsck
- Closed
-
LU-12051 ldiskfs directory shrink
- Open
-
LU-7370 improve e2fsck lost+found insert performance
- Resolved
-
LU-7592 Сhange force_over_128tb lustre mount option to force_over_256b for ldiskfs
- Resolved
-
LU-8974 Сhange force_over_256tb lustre mount option to force_over_512tb for ldiskfs
- Resolved