From 622033dcf2e01654a42bacabe64a98039919c008 Mon Sep 17 00:00:00 2001 From: Chris Hakkaart Date: Fri, 13 Dec 2024 13:51:42 +0100 Subject: [PATCH] Update docs/working-with-files.md Co-authored-by: Ben Sherman Signed-off-by: Chris Hakkaart --- docs/working-with-files.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/working-with-files.md b/docs/working-with-files.md index 333193a386..25eec85328 100644 --- a/docs/working-with-files.md +++ b/docs/working-with-files.md @@ -259,7 +259,7 @@ Additional configuration may be necessary for cloud object storage, such as auth When a remote file is passed as an input to a process, Nextflow stages the file into the work directory using an appropriate Java SDK. -Remote files are staged in a subdirectory of the work directory with form `stage-//`, where `` is determined by the remote file path. If multiple tasks request the same remote file, the file will be downloaded once and reused by each task. These files can be reused by resumed runs with the same session ID. +Remote files are staged in a subdirectory of the work directory with the form `stage-//`, where `` is determined by the remote file path. If multiple tasks request the same remote file, the file will be downloaded once and reused by each task. These files can be reused by resumed runs with the same session ID. :::{note} Remote file staging can be a bottleneck during large-scale runs, particularly when input files are stored in object storage but need to be staged in a shared filesystem work directory. This bottleneck occurs because Nextflow handles all file transfers.