# HG changeset patch # User Sebastien Jodogne # Date 1632335682 -7200 # Node ID 5caf286f8a0af17cd63b502a171032e5ba3f87eb # Parent 702d9c22651deaab42c69bdb10d5daddf4193973 note about ssd diff -r 702d9c22651d -r 5caf286f8a0a Sphinx/source/faq/scalability.rst --- a/Sphinx/source/faq/scalability.rst Mon Sep 20 15:22:05 2021 +0200 +++ b/Sphinx/source/faq/scalability.rst Wed Sep 22 20:34:42 2021 +0200 @@ -370,15 +370,19 @@ Slow deletions ^^^^^^^^^^^^^^ -Deleting large studies can take some time, because removing a large +Deleting large studies can take much time, because removing a large number of files from a filesystem can be an expensive operation (which -might sound counterintuitive). +might sound counter-intuitive). This is especially true with HDD +drives, that can be much slower than SSD (`an user has reported +`__ +a 20 times speedup by switching from HDD to SSD). -It is possible to create an :ref:`storage area plugin -` that delays the actual deletion from the -filesystem. The plugin would maintain a queue (e.g. as a SQLite -database) of files to be removed. The actual deletion from the -filesystem would be done asynchronously in a separate thread. +If switching from HDD to SDD is not applicable, it is possible to +create an :ref:`storage area plugin ` that delays +the actual deletion from the filesystem. The plugin would maintain a +queue (e.g. as a SQLite database) of files to be removed. The actual +deletion from the filesystem would be done asynchronously in a +separate thread. We are looking for funding from the industry to implement such a plugin.