Performance Issues Deleting Files

[micbar]

Discussed in https://github.com/orgs/opencloud-eu/discussions/2054

^{Originally posted by l33 December 18, 2025}
I am new to OpenCloud and have assimilated a large set of files into the documented docker-compose setup. Using it I noticed some things that are particularly slow. For example deleting a file takes about 10 seconds. During that time opencloud is completely utilizing multiple CPUs. Looking into what is happening using strace I noticed a lot of communication going on to the nats service. It is just myself the single user clicking delete on the web UI. I ran tcpdump to look into what is happing on port 9233 and it recorded more than 300 MiB traffic for deleting a single file. I wonder if this is working as intended. I would guess it is not and any help to find the cause is appreciated.

[fschade]

maybe related: #1269 (comment)

[aduffeck]

@l33 you mention a "larget set of files". Is that in a single directory or spread across multiple subdirectories? It would be great if you could give a rough estimate on the number of directories and files and max. number of files per directory we're talking about so we can better try to reproduce that issue.

[l33]

@l33 you mention a "larget set of files". Is that in a single directory or spread across multiple subdirectories? It would be great if you could give a rough estimate on the number of directories and files and max. number of files per directory we're talking about so we can better try to reproduce that issue.

The files are spread over multiple directories. Here are the statistics I have collected:

• 1,041,397 files in total
• 31,707 directories in total
• The 5 directories with the most files contain the following number of files
  1. 7,096
  2. 7,024
  3. 3,603
  4. 3,135
  5. 3,135

I noted that there are a few directories which are not part of my data and contain a large number of files. These are .oc-nodes/lock in some of the users and projects directories. There are four which contain more files than the highest number of files in any of the other user directories. They contain the following number of files:

1. 244,347
2. 129,286
3. 109,225
4. 88,981

I am not that much into OpenCloud that I can tell the purpose and live time of those lock files. Any help or hint is appreciated.

[l33]

maybe related: #1269 (comment)

Perhaps it is. I had memory issues which led the OOM killer restarting OpenClound multiple times.