aboutsummaryrefslogtreecommitdiff
path: root/postgres-examples/README.md
diff options
context:
space:
mode:
authorchrislu <chris.lu@gmail.com>2025-12-09 17:14:36 -0800
committerchrislu <chris.lu@gmail.com>2025-12-09 17:14:36 -0800
commita4368b751ede9de5f49cc199d1a60c73cb60b32a (patch)
treead6bd07610a46ad2e962889a0f21e4ad8c62607f /postgres-examples/README.md
parent4f382b77c898b9685e16a49048681bb73d07ee54 (diff)
downloadseaweedfs-a4368b751ede9de5f49cc199d1a60c73cb60b32a.tar.xz
seaweedfs-a4368b751ede9de5f49cc199d1a60c73cb60b32a.zip
mount: improve read throughput by enabling parallel HTTP connectionsorigin/fix-mount-read-throughput-7504
This addresses issue #7504 where a single weed mount FUSE instance does not fully utilize node network bandwidth when reading large files. The root cause is that HTTP GET streaming reads were getting serialized even with multiple concurrent goroutines, due to: 1. HTTP/2 multiplexing all requests over a single TCP connection 2. The streaming loop using a 64KB intermediate buffer with extra copies Changes: http/client: Enable truly parallel connections - Set ForceAttemptHTTP2: false to disable HTTP/2 multiplexing - Set MaxConnsPerHost: 0 (unlimited) to allow parallel connections per host - This lets multiple goroutines use separate TCP connections to the same volume server filer/stream: Add direct-to-buffer fast path - For full, uncompressed, unencrypted chunks, use RetriedFetchChunkData to read directly into the destination buffer - This skips the 64KB staged streaming loop and avoids an extra memory copy - Falls back to streaming path on partial fill or error These changes should improve bandwidth utilization when reading large files through a single mount instance. Ref: #7504
Diffstat (limited to 'postgres-examples/README.md')
0 files changed, 0 insertions, 0 deletions