v0.19.0 — Bump default parallel segments 8→16 to shorten end-of-DL tail
Issue : on a 14 GB download with 8 segments, when 7 finish there's only 1 connection left handling its assigned 1.75 GB → apparent throughput collapses to 1/8th of the peak for the final stretch (~5 min visible slowdown at the end). Quick fix : double the default segment count. - 8 segments : last has 1.75 GB to finish alone - 16 segments : last has 875 MB → tail ~halved Tuning surfaced in Settings → Avancés → Serveur as « Connexions parallèles pour les téléchargements (1-32, défaut 16) ». Power users on faster servers can push to 24-32. OVH mutualisé tolerates up to 16-24 ; above that, soft rate-limiting kicks in. Aligned : - LocalConfig default : 8 → 16 - DownloadManager clamp : Math.Clamp(_, 1, 16) → 1, 32 - HttpClient handler MaxConnectionsPerServer : 16 → 32 (matches new ceiling) Versions bumped to 0.19.0. Existing config.json files will keep their previous value (8) untouched ; delete config.json to pick up the new default, or just bump it in Settings → Avancés. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -16,9 +16,13 @@ public sealed class LocalConfig
|
||||
/// <summary>
|
||||
/// Nombre de connexions HTTP parallèles utilisées pour télécharger un build.
|
||||
/// 1 = comportement legacy single-connection. 4-8 contourne le throttling
|
||||
/// per-connection d'Apache/OVH mutualisé. 8 est un bon défaut.
|
||||
/// per-connection d'Apache/OVH mutualisé. 16 = défaut depuis v0.19 pour
|
||||
/// raccourcir la « queue » en fin de DL : avec 8 segments sur 14 Go, le
|
||||
/// dernier segment doit finir seul ~1.75 Go (visible comme un effondrement
|
||||
/// du débit en fin de course) ; avec 16, c'est ~875 Mo. Push à 24/32 si
|
||||
/// ton serveur l'accepte (OVH mutualisé tient bien jusqu'à 16-24).
|
||||
/// </summary>
|
||||
public int ParallelDownloadSegments { get; set; } = 8;
|
||||
public int ParallelDownloadSegments { get; set; } = 16;
|
||||
|
||||
/// <summary>
|
||||
/// Si false, ignore la vérification SHA-256 même si le manifest l'exige.
|
||||
|
||||
Reference in New Issue
Block a user