# Cap number of connections
**URL:** https://forum.syncthing.net/t/cap-number-of-connections/27080
**Category:** Support
**Created:** [August 31, 2026, 8:57am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080 "2026-08-31T08:57:50Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@BRKO48](https://forum.syncthing.net/u/BRKO48)
#### Post date: [August 31, 2026, 8:57am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/1 "2026-08-31T08:57:50Z")
I have two Syncthing instances that are located half a world apart from each other. Tests regarding the number of connections revealed that there is a substantial increase in transfer speed to be gained by maxing the number of parallel connections.
There is no issue related to CPU or RAM usage.
Questions:
1. Is there a way to raise the cap of 128 connections?
2. Am I the only one that notices this performance boost? I guess it helps to overcome the throughput limitations of single TCP streams caused by high latency over large distances.
3. Are there other Syncthing settings I can use to optimize the transfer speed?
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [August 31, 2026, 8:59am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/2 "2026-08-31T08:59:48Z")
Tell me more about your setup. I’m trying to see the situation where Syncthing would even have 128 block requests in flight at the same time.
---
### Author:  [@BRKO48](https://forum.syncthing.net/u/BRKO48)
#### Post date: [August 31, 2026, 9:09am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/3 "2026-08-31T09:09:41Z")
Syncthing A is connected via Starlink, Syncthing B has a public IP. Like I said the two instances are 20000km apart so a lot of intercontinental cables and servers in between. The link is over TCP WAN. I use the link to sync archived files (200MB) one-by-one.
| **Number of connections** | **Average transfer speed [Mbps]** |
| --- | --- |
| 24 | 12 |
| 24 | 11 |
| 32 | 13 |
| 32 | 16 |
| 48 | 21 |
| 64 | 20 |
| 80 | 29 |
| 128 | 40 |
| 128 | 47 |
It is clear that a plateau has not been reached yet.
---
### Author:  [@bt90](https://forum.syncthing.net/u/bt90)
#### Post date: [August 31, 2026, 9:24am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/4 "2026-08-31T09:24:47Z")
This feels like you’re just circumventing limits on maximum in-flight data that way.
> **[Syncthing Configuration — Syncthing documentation](https://docs.syncthing.net/users/config.html#config-option-folder.pullermaxpendingkib)**
>
> One or more folder elements must be present in the file. Each element describes one folder. The following attributes may be set on the folder element:
> **[Syncthing Configuration — Syncthing documentation](https://docs.syncthing.net/users/config.html#config-option-options.maxconcurrentincomingrequestkib)**
>
> The options element contains all other global configuration options.
---
### Author:  [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [September 3, 2026, 5:32am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/5 "2026-09-03T05:32:58Z")
I meant more in terms of settings. Have you applied the suggested tunings for higher performance for example? [Configuration Tuning — Syncthing documentation](https://docs.syncthing.net/users/tuning.html)
---
### Author:  [@mraneri](https://forum.syncthing.net/u/mraneri)
#### Post date: [September 3, 2026, 12:33pm UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/6 "2026-09-03T12:33:58Z")
There are definitely optimization possibilities for extremely high latency connections. My longest distance between nodes is about 16,000 km “as the crow flies.” I didn’t trace the actual distance the data traveled from hop to hop but it’s probably considerably longer.
The key is the connection latency and to a lesser extent packet drop rate and connection bandwidth.
We have found QUIC to be a little faster than TCP but your experience may be different. We used 16 connections because it was “enough” for us. I do believe there are optimizations that can be done to improve raw transfer rate. I guess QUIC would imply that syncthing has a lot more control over things like packets in flight. For high latency connections more packets in flight with a longer period before retries could help I would think.
Our latency from New York to Singapore is ~300ms at best. Not bad given the distance traveled.
I’m definitely interested to hear others thoughts about optimizing for high latency connections.
---
### Author:  [@BRKO48](https://forum.syncthing.net/u/BRKO48)
#### Post date: [September 4, 2026, 10:59am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/7 "2026-09-04T10:59:40Z")
The following parameters where examined:
pullerMaxPendingKib, maxConcurrentIncomingRequestKiB and maxConcurrentWrites
There was no clear indication that these parameters significantly increase the transfer speed.
The number of connections stays the most sensitive parameter for optimising the transfer speed (in this particular case). QUIC is not really an option for this setup. It seems like the performance bottleneck is caused by high network latency (RTT) limiting the throughput of individual TCP streams, rather than application-layer buffer limits.
---
### Author:  [@system](https://forum.syncthing.net/u/system)
#### Post date: [October 4, 2026, 11:00am UTC](https://forum.syncthing.net/t/cap-number-of-connections/27080/8 "2026-10-04T11:00:27Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.