The Filesystem Manager supports the following mount options for non-root DTFS filesystems; for root filesystems, see ``Modifying DTFS root filesystem mount configuration''.
The Compression Filesystem (DTFS) uses transparent data compression and a more efficient disk media format to increase the storage capacity of your disks. The compression is performed prior to the writing of file-data blocks to disk. It is designed primarily for use on systems where disk space is limited, such as personal workstations. The compression ratios are dependent on the data type.
Average disk savings
|File type||Average savings (%)|
|Program source files||40|
|Archives and dynamically loaded libraries||42|
|Binary data (bitmaps, word processing, databases, spreadsheets, and so on)||55|
|ASCII data (log files, configuration files, and so on)||60|
Standard utilities may be used to perform backup and restore operations on this filesystem.
On other filesystems, the number of disk blocks reported by ls -s does not include the amount of space consumed by the disk inode structure. With DTFS, the size of the disk inode is included in the number of blocks reported. This might make a small file appear as if it occupies more space on a DTFS filesystem when compared to other filesystems.
When displaying disk usage information, you can display:
82 -rw-r--r-- 1 bin bin 106295 Apr 08 23:01 messagesindicating that the messages file, whose logical size is 106,295 bytes, consumes only 82 disk blocks, or a total of 41,984 bytes of disk space. This represents a 60% savings.
The du, df, and quot utilities display compressed sizes in blocks.
Sync-on-close ensures that all files modified by a process are written back to the disk when they are closed. This minimizes data loss in the event of power failure.
In addition, the filesystem is transitioned to a quiescent state every second. DTFS does not depend on the standard filesystem flusher functionality (bdflush) to synchronize user data; it does this itself.
In addition, a feature called ``shadow paging'' ensures that new file data is first written to shadow blocks, leaving the original blocks unmodified. If a system failure occurs before the new data is written to disk, the original data is still intact because the blocks were not freed.
These features mean that as soon as you have saved the file, you can switch off the power and the file will be on the disk. This is particularly useful in desktop and laptop environments.
If your controller supports both caching techniques, configure it to use write-through caching.
If sync-on-close is enabled, it will noticeably degrade your overall system performance because of the time spent writing to the disk.