diff options
Diffstat (limited to 'docs/directories.rst')
| -rw-r--r-- | docs/directories.rst | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/directories.rst b/docs/directories.rst index 57d5d246d..787c7a2ab 100644 --- a/docs/directories.rst +++ b/docs/directories.rst @@ -37,7 +37,7 @@ Design A common file system would use inode to store meta data for each folder and file. The folder tree structure are usually linked. And sub folders and files are usually organized as an on-disk b+tree or similar variations. This scales well in terms of storage, but not well for fast file retrieval due to multiple disk access just for the file meta data, before even trying to get the file content. -WeedFS wants to make as small number of disk access as possible, yet still be able to store a lot of file metadata. So we need to think very differently. +Seaweed-FS wants to make as small number of disk access as possible, yet still be able to store a lot of file metadata. So we need to think very differently. From a full file path to get to the file content, there are several steps: @@ -48,7 +48,7 @@ From a full file path to get to the file content, there are several steps: file_id => data_block -Because default WeedFS only provides file_id=>data_block mapping, the first 2 steps need to be implemented. +Because default Seaweed-FS only provides file_id=>data_block mapping, the first 2 steps need to be implemented. There are several data features I noticed: @@ -122,7 +122,7 @@ The LevelDB implementation may be switched underneath to external data storage, Also, a HA feature will be added, so that multiple "weed filer" instance can share the same set of view of files. -Later, FUSE or HCFS plugins will be created, to really integrate WeedFS to existing systems. +Later, FUSE or HCFS plugins will be created, to really integrate Seaweed-FS to existing systems. Helps Wanted ######################## |