Skip to main content

GFS vs other file systems

Short answer

GFS differs by expecting failures on commodity hardware, using 64 MB chunks, favoring large streaming reads and append writes, separating a metadata master from direct client-to-chunkserver data flow, and providing relaxed consistency with replication and atomic record append rather than strong POSIX semantics.

How GFS differ from other File Systems? List out five distinct differences.

GFS was designed around Google's workload and failure assumptions, so it differs from traditional file systems (such as NFS, ext, NTFS or AFS) in these ways.

PointGFSTraditional file systems
HardwareThousands of cheap commodity machines; failures are normalReliable, costly hardware; failure is rare
Chunk/block sizeVery large, 64 MB chunksSmall blocks (4 KB to 64 KB)
File size and workloadMulti-GB files, large streaming reads, append-mostly writesMany small files, random read/write
ArchitectureSingle master for metadata, chunkservers for data, clients talk directly to chunkserversOften tightly coupled server (NFS) or no separate metadata service
Fault toleranceEach chunk replicated (3 copies), checksums, automatic re-replicationRelies on RAID or backups, limited replication
ConsistencyRelaxed consistency, atomic record appendStrong POSIX semantics
CachingNo client data cache (files too large); metadata cachedData caching is common
InterfaceCustom API with snapshot and record append, not fully POSIXStandard POSIX interface

Five distinct differences in brief: (1) commodity hardware with constant failures expected, (2) 64 MB chunks, (3) append-oriented large-file workload, (4) separate metadata master with direct client-chunkserver data flow, (5) built-in replication with a relaxed consistency model and atomic record append.

✓ Answer checked by Claude Opus 5.5 (high effort)

All Big Data Technologies chapter 2 questions →