# Slow transfer despite using full upload bandwidth (storj)

**URL:** https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840
**Category:** Support
**Created:** [August 21, 2024, 6:42am UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840 "2024-08-21T06:42:51Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![MShekow](https://forum.duplicati.com/user_avatar/forum.duplicati.com/mshekow/32/9763_2.png) [@MShekow](https://forum.duplicati.com/u/MShekow)
#### Post date: [August 21, 2024, 6:42am UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840/1 "2024-08-21T06:42:51Z")

</div>

I’d like to backup ~500 GB of variously sized files/folders to Storj. I have a 10 MBit/s upload speed. According to the Windows task manager, Duplicati _constantly_ uses the full 10 mbps upload.

Yet, the upload becomes slower and slower over time. At the beginning, the speed indicator of Duplicati (shown at the top of the screen) shows reasonable numbers (e.g. 1.2 MB/s), but then it drops to something like 200 KB/s. In other words: the backup process is 5 times slower than it should be. This will take weeks!! ☹

From observing the live logs, I can tell that Duplicati starts the upload of a new 50 MB block about every 4-5 minutes (even though, mathematically, uploading 50 MB of data at full speed of 10 Mbit/s should take about 40 seconds). Something is _seriously_ wrong here - what the hell is Duplicati using all this bandwidth for?

Here are some system details:

- Windows 11
- Duplicati version: 2.0.8.1\_beta\_2024-05-07
- Source: data is stored on a local M.2 SSD (Samung EVO 990 Pro with 7+ GB/s sequential read speed)
- AMD Ryzen processor - Duplicati never exceeds a few percent of CPU usage, RAM usage is normal, around 1 GB

---

<div class="post-metadata">

### Author: ![MShekow](https://forum.duplicati.com/user_avatar/forum.duplicati.com/mshekow/32/9763_2.png) [@MShekow](https://forum.duplicati.com/u/MShekow)
#### Post date: [August 21, 2024, 8:01am UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840/2 "2024-08-21T08:01:26Z")

</div>

Looking at the connections more closely, this is _very_ concerning. What on earth is going on? Why would there be so many connections to “normal” IPs? If I didn’t know any better, I’d suspect that Duplicati just put me into a botnet.

 ![image](https://forum.duplicati.com/uploads/default/original/2X/6/6ef463942defe7055a18668a0ae87f840b7de6d6.png)

---

<div class="post-metadata">

### Author: ![MShekow](https://forum.duplicati.com/user_avatar/forum.duplicati.com/mshekow/32/9763_2.png) [@MShekow](https://forum.duplicati.com/u/MShekow)
#### Post date: [August 21, 2024, 8:24am UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840/3 "2024-08-21T08:24:47Z")

</div>

I think I solved the problem by configuring my Storj bucket as **S3 compatible** destination in Duplicati. The upload is now consistently at ~0.9 MB/s and Duplicati only maintains _one_ TCP connection (to the storj s3 endpoint), as expected.

I also set the **asynchronous-concurrent-upload-limit** option to 1, because parallel uploads are not really useful in this case.

Regarding the many connections: I believe that this might just be how Storj by default works. Involving end-user-machines in a huge network, for whatever reason. In any case, the upload is dead slow. You might want to put a caveat into the docs. From a _performance_ perspective, the “Storj DCS” storage type implementation of Duplicati is completely useless… (who would willingly want uploads to happen at 1/5th of the expected speed?)

---

<div class="post-metadata">

### Author: ![kenkendk](https://forum.duplicati.com/user_avatar/forum.duplicati.com/kenkendk/32/5305_2.png) [@kenkendk](https://forum.duplicati.com/u/kenkendk)
#### Post date: [August 21, 2024, 9:22am UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840/4 "2024-08-21T09:22:29Z")

</div>

> [@MShekow](#):
>
> Regarding the many connections: I believe that this might just be how Storj by default works. Involving end-user-machines in a huge network, for whatever reason. In any case, the upload is dead slow. You might want to put a caveat into the docs. From a _performance_ perspective, the “Storj DCS” storage type implementation of Duplicati is completely useless… (who would willingly want uploads to happen at 1/5th of the expected speed?)

I am not deep into Storj, but If would expect the many connections if using a decentralized storage system.

Maybe @TopperDEL has some comments or input on how we could update the descriptions to be clearer.

---

<div class="post-metadata">

### Author: ![Wesley\_Goodson](https://forum.duplicati.com/user_avatar/forum.duplicati.com/wesley_goodson/32/11686_2.png) [@Wesley\_Goodson](https://forum.duplicati.com/u/Wesley_Goodson)
#### Post date: [September 16, 2025, 8:55pm UTC](https://forum.duplicati.com/t/slow-transfer-despite-using-full-upload-bandwidth-storj/18840/5 "2025-09-16T20:55:24Z")

</div>

I know this is a old(er) post, but I’m having the exact same issue. Utilizing Access grant authentication method. Would like to utilize this method as it’s the listed default, anyone with a storj setup utilizing access grant(per Storj’s documentation for duplicati)?
