From da7f1754f55ecd592b3910d7c9058e806528fb13 Mon Sep 17 00:00:00 2001 From: Chris Lu Date: Tue, 24 Mar 2020 18:57:46 -0700 Subject: [PATCH] Updated FAQ (markdown) --- FAQ.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/FAQ.md b/FAQ.md index 8fe323e..f36b1e1 100644 --- a/FAQ.md +++ b/FAQ.md @@ -22,7 +22,7 @@ Yes. * **SSD friendly**: SeaweedFS data is all append-only and create less stress to the disks, especially SSDs with a limited number of write cycles. SeaweedFS can maximumly reduce writes to the same SSD cell, thus increase its lifespan. -* **Bitrot Protection**:Entries on volume servers are CRC checked for any possible changes on server side and accessible via Etag. For Filer and S3 APIs, the files are also checked via MD5 Etag. +* **Bitrot Protection**: Entries on volume servers are CRC checked for any possible changes on server side and accessible via Etag. For Filer and S3 APIs, the files are also checked via MD5 Etag. * **Replication**: Each file can have its own replication strategy. Erasure encoding not only saves space, but also can tolerate loss of 4 shards of data. @@ -34,7 +34,9 @@ Yes. ### How is it optimized for small files? How small is small files? -Optimization for small files is actually optimization for large amount of files. The file size does not matter. Filer server would chunk the files. +Optimization for small files is actually optimization for large amount of files. The file size does not matter. + +Filer server would automatically chunk the files if necessary. ### Does it support large files, e.g., 500M ~ 10G? Large file will be automatically split into chunks, in `weed filer`, `weed mount`, `weed filer.copy`, etc.