Kuptimi i kufijve të rendimentit të TCP-së
Rendimenti real i një rrjedhe të vetme TCP përcaktohet nga ndërveprimi i disa faktorëve fizikë dhe protokollarë. Kur transferoni të dhëna nëpër rrjet, shpejtësia maksimale nuk kufizohet thjesht nga shpejtësia e lidhjes që blini nga ofruesi i shërbimit. Ajo kontrollohet nga tavanet e pavarura që krijon rruga e rrjetit, dritarja e marrjes dhe humbja e paketave.
Llogaritësi i Vonesës dhe gjerësisë së bandës së rrjetit analizon këta faktorë për të gjetur pengesën kryesore. Rendimenti i pritshëm i TCP-së përcaktohet gjithmonë nga kufiri më i ulët midis kapacitetit të lidhjes, dritares së marrjes dhe humbjes së paketave. Nëse njëri prej këtyre parametrave është i pamjaftueshëm, shtimi i gjerësisë së bandës në pjesët e tjera të rrjetit nuk do të sjellë asnjë përmirësim në shpejtësinë e transferimit.
Produkti vonesë-gjerësi bande (BDP) dhe dritarja e marrjes
Produkti vonesë-gjerësi bande (BDP) përfaqëson sasinë maksimale të të dhënave që mund të jenë në qarkullim në një rrugë rrjeti në çdo moment të caktuar. Ky koncept është thelbësor për të kuptuar se sa memorie buffer (dritare marrjeje) i nevojitet një marrësi për të mbajtur lidhjen plotësisht të ngopur.
Formula bazë për llogaritjen e këtij kapaciteti fizik të rrugës është:
BDP = rate × RTT
Ku shpejtësia e lidhjes shumëzohet me kohën e rrugëtimit vajtje-ardhje. Nëse dritarja e marrjes është më e vogël se ky produkt, dërguesi do të detyrohet të ndalojë dhe të presë për konfirmimet (ACK) përpara se të dërgojë më shumë të dhëna. Kjo krijon një tavan artificial të performancës, i cili llogaritet si:
Tavani i dritares = dritarja ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
Për të shmangur këtë kufizim në rrjetet me vonesë të lartë dhe gjerësi bande të madhe (LFN), duhet të përdoret shkallëzimi i dritares TCP sipas RFC 7323. Pa këtë mekanizëm, dritarja maksimale e papërshkallëzuar prej 65,535 bajtësh do të kufizonte rëndë performancën në distanca të gjata.
Ndikimi i humbjes së paketave dhe modeli Mathis
Humbja e paketave ka një efekt shkatërrues mbi rendimentin e TCP-së. Pasi TCP-ja e interpreton humbjen e paketave si një shenjë mbingarkese në rrjet, ajo zvogëlon menjëherë madhësinë e dritares së dërgimit për të parandaluar kolapsin e rrjetit.
Për të vlerësuar këtë kufizim, mjeti përdor modelin e njohur Mathis:
Tavani i humbjes (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
Ku p përfaqëson probabilitetin e humbjes së paketave. Ky model tregon se si madhësia maksimale e segmentit (MSS) dhe koha e rrugëtimit vajtje-ardhje (RTT) ndërveprojnë me humbjen. Edhe një shkallë e vogël humbjeje, si për shembull 0.1%, mund ta ulë rendimentin maksimal shumë më poshtë se kapaciteti fizik i lidhjes. Modeli Mathis supozon humbje të shpërndarë në mënyrë të barabartë dhe mbetet i besueshëm vetëm nën rreth 1%. Nëse humbja e paketave kalon këtë kufi, modeli bëhet tepër optimist.
Ngarkesa shtesë e protokollit dhe efikasiteti i linjës
Asnjë lidhje rrjeti nuk mund të transferojë të dhëna të pastra përdoruesi me shpejtësinë maksimale të linjës fizike. Çdo paketë që dërgohet mbart një sasi të caktuar informacioni kontrolli (ngarkesë shtesë).
Mjeti ynë modelon këtë ngarkesë shtesë bazuar në standardin Ethernet, duke shtuar saktësisht 78 bajt për paketë. Kjo përfshin:
- 40 bajt për kokat e protokolleve TCP/IP (20 bajt për IP dhe 20 bajt për TCP).
- 38 bajt për kornizën fizike Ethernet në linjë (përfshirë preambulën, kornizën e kontrollit dhe hapësirën ndërmjet kornizave).
Efikasiteti i protokollit llogaritet si raporti midis ngarkesës së dobishme (MSS) dhe madhësisë totale të kornizës në linjë:
Efikasiteti i protokollit = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (40 B koka paketash + 38 B në linjë)
Ky efikasitet përcakton tavanin real të lidhjes pas zbritjes së ngarkesës shtesë, duke treguar shpejtësinë maksimale teorike të transferimit të të dhënave të dobishme.
Njësitë dhjetore kundrejt njësive binare
Një burim i vazhdueshëm konfuzioni në llogaritjet e rrjetit është diferenca midis mënyrës se si matet gjerësia e bandës dhe si matet madhësia e skedarëve në sistemet operative.
- Njësitë dhjetore: Të gjitha njësitë në këtë llogaritës bazohen në sistemin dhjetor (p.sh., 1 kbit = 1,000 bit, 1 MB = 1,000,000 bajt). Ky është standardi i industrisë së telekomunikacionit dhe rrjeteve.
- Njësitë binare: Menaxhuesit e skedarëve në kompjuterë shpesh përdorin njësi të bazuara në 1024 (ku 1 KiB = 1,024 bajt dhe 1 MiB = 1,048,576 bajt), edhe pse ndonjëherë i etiketojnë gabimisht si "KB" ose "MB".
Për shkak të këtij ndryshimi, një skedar që menaxhuesi juaj i skedarëve e tregon si "100 MB" është në të vërtetë rreth 104.86 MB dhjetore. Për të marrë parashikime të sakta të kohës së transferimit, duhet të konvertoni madhësinë e skedarit në formatin dhjetor përpara se ta vendosni në fushën e hyrjes.
Rregullat e llogaritjes dhe kufizimet e modelit
Ky llogaritës bazohet në një model matematikor të gjendjes së qëndrueshme për një rrjedhë të vetme TCP. Për të mbajtur llogaritjet të sakta dhe realiste, zbatohen rregullat dhe kufizimet e mëposhtme:
- Kufijtë e dritares TCP: Dritarja e marrjes duhet të jetë më e madhe se zero dhe nuk mund të kalojë 1,073,725,440 bajt, që është kufiri absolut i shkallëzimit të dritares sipas RFC 7323.
- Kufijtë e MSS: Madhësia e segmentit maksimal duhet të jetë një numër i plotë midis 1 dhe 65,495 bajt.
- Përjashtimet e modelit: Faktorët e botës reale si faza e fillimit të ngadaltë të TCP-së (slow start), rregullimet dinamike të kontrollit të mbingarkesës, vonesat e marrësit në përpunim dhe shtrëngimet e duarve TLS nuk janë pjesë e këtij modeli. Prandaj, transferimet reale do të fillojnë më ngadalë dhe mund të mbeten nën vlerat e llogaritura.
- Përpunimi lokal: Çdo vlerë që vendosni llogaritet në këtë shfletues — asgjë nuk dërgohet askund.
Pyetje të shpeshta (FAQ)
Çfarë është produkti i gjerësisë së bandës dhe vonesës, dhe pse ai përcakton madhësinë e dritares? BDP — shpejtësia e lidhjes × koha e rrugëtimit vajtje-ardhje — është sasia e të dhënave në qarkullim në çdo moment. TCP mund të ketë më së shumti një dritare të pakonfirmuar në pritje, kështu që një dritare më e vogël se BDP e lë tubacionin pjesërisht bosh: në 100 Mbit/s me një RTT prej 50 ms tubacioni mban 625 kB, dhe një dritare prej 65,535 bajtësh mbush mezi një të dhjetën e tij. Kjo është arsyeja pse rrugëtimet e shpejta dhe të gjata kanë nevojë për shkallëzimin e dritares TCP (RFC 7323), i cili rrit maksimumin e negociueshëm nga 65,535 bajt në rreth 1 GB.
Pse transferimi im është më i ngadaltë se shpejtësia e lidhjes për të cilën paguaj? Një rrjedhë e vetme TCP përballet me tre tavane të pavarura, dhe më i ulëti fiton. Ngarkesa e protokollit shkurton vetë lidhjen me rreth 5% — një kornizë standarde Ethernet mbart 1,460 bajt ngarkesë nga 1,538 në linjë. Dritarja e marrjes kufizon rendimentin në window ÷ RTT, kështu që dritarja klasike prej 65,535 bajtësh mban një rrugëtim prej 50 ms në rreth 10.5 Mbit/s pavarësisht se sa e shpejtë është lidhja. Dhe humbja e kufizon atë në (MSS ÷ RTT) ÷ √humbja. Rezultati më sipër tregon se cili tavan është kufizues për numrat tuaj.
Si e kufizon humbja e paketave rendimentin e TCP-së? TCP e trajton humbjen si mbingarkesë dhe përgjysmon shpejtësinë e dërgimit në çdo rast humbjeje, kështu që edhe shkallët e vogla të humbjes kanë rëndësi në rrugëtimet e shpejta. Modeli Mathis vlerëson tavanin si (MSS ÷ RTT) ÷ √p — në 0.01% humbje në një rrugëtim 50 ms me një MSS prej 1,460 bajtësh kjo është rreth 23 Mbit/s, pavarësisht nga shpejtësia e lidhjes. Modeli supozon ngjarje humbjeje të shpërndara në mënyrë të barabartë dhe të pavarura; nën rreth 1% ai e ndjek mirë realitetin, dhe për humbje me hov është optimist.
A janë megabajtet këtu të njëjtë me ato në menaxhuesin tim të skedarëve? Jo plotësisht. Kjo faqe përdor njësi dhjetore, konvencioni i rrjetit: 1 kbit = 1,000 bit dhe 1 MB = 1,000,000 bajt. Shumica e menaxhuesve të skedarëve numërojnë në njësi të bazuara në 1024, shpesh të etiketuara gabimisht si MB — një skedar "100 MB" atje është zakonisht 100 MiB ≈ 104.86 MB dhjetore, kështu që duhet rreth 5% më shumë kohë për t'u zhvendosur sesa sugjeron shifra dhjetore. Vendosni 104.86 MB këtu për t'u përputhur saktësisht.