Skip to content

Commit 0761727

Browse files
committed
Remove refs to 'data.bin'
1 parent 313f248 commit 0761727

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/9.persistence.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@ Skytable supports the persistent storage of data, which is an inherently obvious
99

1010
As soon as you start Skytable, it will look for a `PRELOAD` file in the data directory. If it
1111
isn't found — the server would expect this to be a new instance and will create the
12-
required files for you. Skytable uses a disk storage format called **Snapstore** (version `1A`)
12+
required files for you. Skytable uses a disk storage format called **Cyanstore** (version `1A`)
1313
for storing your data and all files are encoded/decoded in compliance with this format.
1414

1515
Once you terminate the daemon, it will flush all data to disk. All writes are `fsync`ed by the time
@@ -29,7 +29,7 @@ can be configured and used by users.
2929

3030
Skytable supports automated saving of data in the background, via `BGSAVE`. `BGSAVE`, runs every two minutes to flush all the data in the in-memory table onto disk, unless customized through the [configuration file](config-files/#an-example-configuration). BGSAVE is enabled by default and we don't recommend disabling it until you're sure that
3131
your hardware will never fail; it is likely that this will never be the case. First BGSAVE will create a temporary
32-
file and then flush the current in-memory table onto disk. It will then replace the old `data.bin` file. The daemon automatically `fsync`s after every successful write (whether to the buffers or
32+
file and then flush the current in-memory table onto disk. The daemon automatically `fsync`s after every successful write (whether to the buffers or
3333
to the actual disk).
3434

3535
### Reliability of BGSAVE

0 commit comments

Comments
 (0)