Defrag synology cloud station drive update#

You need to mount file system with noatime flag to prevent this from happening. Since updates to metadata are done as COW, if one visits a lot o files, it results in massive and scattered write operations on the underlying media.

Defrag synology cloud station drive update#

Why I experience poor performance during file access on filesystem?īy default the file system is mounted with relatime flag, which means it must update files' metadata during first access on each day. Ok so do we know what btrfs is currently doing to create such a high level of volume utilization? I'm trying to apply the basics of finding out where the problem isn't to help narrow down where it might be. Rsync is a good way to test total throughput, but not when its unclear where things are going sideways. The issue could even be an issue with the receiving server of this data (?). The bottleneck should show up right away. This second part will test from the OS to over the network (without touching the local file system). Then by mounting a remote nfs share from the synology nas (preferably a linux server) and performing the same process what is the creation rate. By using dd to create a 300MB-800MB file locally that will give you an idea of how fast the disk subsystem is working. The idea is to use dd from the console command prompt of the synology nas.

But, I don't think I explained my logic quite clearly enough. The easiest way to come up with a day that will be rsync between the two NAS if that is what it is.I'm not sure what you're saying here.