
Pokud často stáhnete více položek najednou, pak jste si pravděpodobně všimli, že jedno připojení ke stažení má sklon dominovat nad ostatními, dokud není dokončeno . Proč je to tak? Dnešní příspěvek SuperUser Q & A má odpověď na otázku zvědavé čtenáře.
Současná otázka a odpověď se k nám dostala s laskavým svolením SuperUseru - subdivize Stack Exchange, komunitně řízeného seskupování webových stránek Otázky a odpovědi. Armadura Sotoca (Flickr)
Otázka
Mám své podezření, proč, ale chci někoho s silnějším zázemím
Proč se při stahování z více různých míst někteří připojení saturají šířku pásma, takže ostatní připojení jsou téměř nečinná, dokud není dominantní připojení dokončeno? ostatní?
Odpovědí
přispěvatel Cybernard pro SuperUser má pro nás odpověď:
Standardní algoritmus vyhýbání se kongescí TCP využívá schéma zvýšení aditiv a multiplikačního poklesu (AIMD). Pokud není zjištěna žádná ztráta paketů (pomocí tří duplicitních ACK nebo časového limitu opakovaného přenosu), okno pro přetížení (cwnd) se zvýší o jednu maximální velikost segmentu (MSS) každé RTT. V opačném případě, pokud je zjištěna ztráta paketu, odesílatel TCP klesá o polovinu. Ve vysokorychlostní a dlouhé zpožďovací síti vyžaduje velmi velké okno, např. tisíce paketů, aby plně využili kapacitu propojení. Proto bude mít standardní TCP mnoho RTT, aby obnovili rychlost odesílání na jednu událost ztráty. Kromě toho je nyní dobře známo, že průměrné okno přetížení TCP je nepřímo úměrné druhému odmocninu ztráty paketů
Zdroj:
- Sjednocený přístup TCP pro vysokorychlostní a dálkovou síť [Microsoft]
Rychlejší připojení má více úspěšných paketů, proto se jeho počet / MSS zvyšuje a získává více z celkového počtu připojení. Musíte něco přidat k vysvětlení? Zní to v komentářích. Chcete se dozvědět více odpovědí od ostatních uživatelů technologie Stack Exchange? Podívejte se na celý diskusní příspěvek zde.
![]()
Bude zařízení USB 2.0 nabíjet rychleji, pokud je připojeno k portu USB 3.0?
ČEkání na to, aby vaše oblíbené mobilní zařízení bylo zcela nabité, může někdy vyzkoušet vaši trpělivost. vyzkoušejte jiné "metody" pro urychlení procesu. Ale může to být hotovo? Dnešní příspěvek SuperUser Q & A má odpověď na otázku zvědavé čtenáře. Současná otázka a odpověď se k nám dostala s laskavým svolením SuperUseru - subdivize Stack Exchange, komunitně řízeného seskupování webových stránek Otázky a odpovědi.
![]()
Oracle není schopen zabezpečit Java plug-in, tak proč je stále povolen výchozí?
V roce 2013 byla Java zodpovědná za 91 procent všech počítačových kompromisů. plug-in prohlížeče Java je povolen - používají zastaralou, zranitelnou verzi. Ahoj, Oracle - je načase, aby byl plug-in standardně deaktivován. Oracle ví, že situace je katastrofa. Opustili bezpečnostní karanténu Java plug-in původně navrženou tak, aby vás ochraňovala před škodlivými Java applety.