നെറ്റ്‌വർക്ക് ലാറ്റൻസി ബാൻഡ്‌വിഡ്ത്ത് കാൽക്കുലേറ്റർ

ഒരു സിംഗിൾ TCP ഫ്ലോയുടെ യഥാർത്ഥ പരിധി കാണാൻ ലിങ്ക് റേറ്റ്, റൗണ്ട്-ട്രിപ്പ് സമയം, ട്രാൻസ്ഫർ വലുപ്പം എന്നിവ നൽകുക — തടസ്സമാകുന്ന ഘടകം, ട്രാൻസ്ഫർ സമയം, ഓരോ സബ്സ്റ്റിറ്റ്യൂഷനും സഹിതം.

പാത്ത്

പാതയിലെ ഏറ്റവും വേഗത കുറഞ്ഞ ഹോപ്പ് — പലപ്പോഴും നിങ്ങളുടെ പ്ലാനിന്റെ നിശ്ചയിക്കപ്പെട്ട വേഗതയായിരിക്കും ഇത്.
മറുതലയ്ക്കുള്ള പിംഗ് സമയം — ലോഡുള്ളപ്പോൾ നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഏറ്റവും ഉയർന്ന മൂല്യം ഉപയോഗിക്കുക.

ട്രാൻസ്ഫർ

മാറ്റേണ്ട പേലോഡ് — ഒരു ഫയൽ, ഒരു ബാക്കപ്പ്, അല്ലെങ്കിൽ ഒരു ഡാറ്റാസെറ്റ്.

TCP പാരാമീറ്ററുകൾ

റിസീവർക്ക് ബഫർ ചെയ്യാൻ കഴിയുന്ന ബൈറ്റുകൾ. 65,535 ആണ് സ്കെയിൽ ചെയ്യാത്ത പരമാവധി പരിധി; ശൂന്യമായിട്ടാൽ വിൻഡോ പരിധിയില്ല.
ഒരു പാക്കറ്റിലെ പേലോഡ് ബൈറ്റുകൾ — 1,460 ബൈറ്റുകൾ ഒരു സാധാരണ ഇഥർനെറ്റ് ഫ്രെയിം നിറയ്ക്കുന്നു. ശൂന്യമായിട്ടാൽ ഓവർഹെഡും നഷ്ടവും അവഗണിക്കും.
ശരാശരി പാക്കറ്റ് നഷ്ടപ്പെടാനുള്ള സാധ്യത. ശൂന്യമായിടുകയോ 0 നൽകുകയോ ചെയ്താൽ നഷ്ട പരിധിയില്ല.

ത്രൂപുട്ടും ട്രാൻസ്ഫർ സമയവും

പ്രതീക്ഷിക്കുന്ന TCP ത്രൂപുട്ട്

—

ലിങ്ക് റേറ്റ്, റൗണ്ട്-ട്രിപ്പ് സമയം, ഡാറ്റാ വലുപ്പം എന്നിവ നൽകുക.

ഫോർമുലകളും സബ്സ്റ്റിറ്റ്യൂഷനും

ത്രൂപുട്ട് = min(നിരക്ക് × eff, window ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = നിരക്ക് × RTT

    നിങ്ങൾ നൽകുന്ന ഓരോ മൂല്യവും ഈ ബ്രൗസറിലാണ് കണക്കാക്കുന്നത് — വിവരങ്ങൾ ഒരിടത്തേക്കും അയക്കുന്നില്ല.

    പതിവ് ചോദ്യങ്ങൾ

    എന്റെ ട്രാൻസ്ഫർ ഞാൻ പണം നൽകുന്ന ലിങ്ക് നിരക്കിനേക്കാൾ സാവധാനത്തിലാകുന്നത് എന്തുകൊണ്ട്?

    ഒരു സിംഗിൾ TCP ഫ്ലോ മൂന്ന് സ്വതന്ത്ര പരിധികളെ നേരിടുന്നു, അതിൽ ഏറ്റവും കുറഞ്ഞ പരിധിയാണ് ബാധകമാകുന്നത്. പ്രോട്ടോക്കോൾ ഓവർഹെഡ് ലിങ്കിനെ തന്നെ ഏകദേശം 5% കുറയ്ക്കുന്നു — ഒരു സാധാരണ ഇഥർനെറ്റ് ഫ്രെയിം വയറിലുള്ള 1,538 ബൈറ്റുകളിൽ 1,460 പേലോഡ് ബൈറ്റുകൾ വഹിക്കുന്നു. റിസീവ് വിൻഡോ ത്രൂപുട്ടിനെ window ÷ RTT എന്നതിൽ പരിമിതപ്പെടുത്തുന്നു, അതിനാൽ ക്ലാസിക് 65,535-ബൈറ്റ് വിൻഡോ, ലിങ്ക് എത്ര വേഗതയുള്ളതാണെങ്കിലും 50 ms പാതയെ ഏകദേശം 10.5 Mbit/s ആയി പരിമിതപ്പെടുത്തുന്നു. കൂടാതെ പാക്കറ്റ് നഷ്ടം ഇതിനെ (MSS ÷ RTT) ÷ √loss എന്നതിൽ പരിമിതപ്പെടുത്തുന്നു. മുകളിലുള്ള ഫലം നിങ്ങളുടെ സംഖ്യകളിൽ ഏത് പരിധിയാണ് ബാധകമായിരിക്കുന്നത് എന്ന് വ്യക്തമാക്കുന്നു.

    എന്താണ് ബാൻഡ്‌വിഡ്ത്ത്-ഡിലേ പ്രൊഡക്റ്റ് (BDP), അത് വിൻഡോ വലുപ്പം നിശ്ചയിക്കുന്നത് എന്തുകൊണ്ട്?

    BDP — ലിങ്ക് നിരക്ക് × റൗണ്ട്-ട്രിപ്പ് സമയം — എന്നത് ഏത് നിമിഷത്തിലും ട്രാൻസ്ഫറിലുള്ള ഡാറ്റയുടെ അളവാണ്. TCP-യ്ക്ക് ഒരു സമയം പരമാവധി ഒരു അൺഅക്നോളജ്ഡ് വിൻഡോ മാത്രമേ ഉണ്ടാകാൻ കഴിയൂ, അതിനാൽ BDP-യേക്കാൾ ചെറിയ വിൻഡോ പാതയെ ഭാഗികമായി ശൂന്യമാക്കുന്നു: 50 ms RTT ഉള്ള 100 Mbit/s വേഗതയിൽ പാതയിൽ 625 kB ഉൾക്കൊള്ളുന്നു, എന്നാൽ 65,535-ബൈറ്റ് വിൻഡോ ഇതിന്റെ പത്തിലൊന്ന് ഭാഗം മാത്രമേ നിറയ്ക്കുന്നുള്ളൂ. അതുകൊണ്ടാണ് വേഗതയേറിയതും ദൈർഘ്യമേറിയതുമായ പാതകൾക്ക് TCP വിൻഡോ സ്കെയിലിംഗ് (RFC 7323) ആവശ്യമായി വരുന്നത്, ഇത് നെഗോഷ്യേറ്റ് ചെയ്യാവുന്ന പരമാവധി പരിധി 65,535 ബൈറ്റുകളിൽ നിന്ന് ഏകദേശം 1 GB ആയി ഉയർത്തുന്നു.

    പാക്കറ്റ് നഷ്ടം TCP ത്രൂപുട്ടിനെ എങ്ങനെയാണ് പരിമിതപ്പെടുത്തുന്നത്?

    TCP പാക്കറ്റ് നഷ്ടത്തെ കൺജഷൻ ആയി കണക്കാക്കുകയും ഓരോ നഷ്ടം ഉണ്ടാകുമ്പോഴും അതിന്റെ സെൻഡിംഗ് നിരക്ക് പകുതിയായി കുറയ്ക്കുകയും ചെയ്യുന്നു, അതിനാൽ വേഗതയേറിയ പാതകളിൽ വളരെ ചെറിയ നഷ്ട നിരക്കുകൾ പോലും പ്രധാനമാണ്. Mathis മോഡൽ ഈ പരിധിയെ (MSS ÷ RTT) ÷ √p എന്ന് കണക്കാക്കുന്നു — 1,460-ബൈറ്റ് MSS ഉള്ള 50 ms പാതയിൽ 0.01% നഷ്ടമുണ്ടായാൽ അത് ലിങ്ക് വേഗത എത്രയാണെങ്കിലും ഏകദേശം 23 Mbit/s ആണ്. ഈ മോഡൽ തുല്യമായി വിതരണം ചെയ്യപ്പെട്ട, സ്വതന്ത്രമായ നഷ്ടങ്ങളെ അനുമാനിക്കുന്നു; ഏകദേശം 1%-ൽ താഴെയുള്ള നഷ്ടങ്ങളിൽ ഇത് യാഥാർത്ഥ്യത്തോട് നന്നായി പൊരുത്തപ്പെടുന്നു, എന്നാൽ ബേർസ്റ്റി നഷ്ടങ്ങൾക്ക് ഇത് കൂടുതൽ അനുകൂലമായ കണക്കുകൂട്ടലാണ് നൽകുന്നത്.

    ഇവിടെയുള്ള മെഗാബൈറ്റുകൾ എന്റെ ഫയൽ മാനേജറിലുള്ളതിന് സമാനമാണോ?

    തീർച്ചയായും അല്ല. ഈ പേജ് നെറ്റ്‌വർക്കിംഗ് കൺവെൻഷനായ ദശാംശ യൂണിറ്റുകളാണ് ഉപയോഗിക്കുന്നത്: 1 kbit = 1,000 ബിറ്റുകൾ, 1 MB = 1,000,000 ബൈറ്റുകൾ. മിക്ക ഫയൽ മാനേജർമാരും 1024 അടിസ്ഥാനമാക്കിയുള്ള യൂണിറ്റുകളിലാണ് കണക്കാക്കുന്നത്, പലപ്പോഴും ഇവയെ തെറ്റായി MB എന്ന് രേഖപ്പെടുത്താറുണ്ട് — അവിടെയുള്ള ഒരു “100 MB” ഫയൽ സാധാരണയായി 100 MiB ≈ 104.86 ഡെസിമൽ MB ആണ്, അതിനാൽ ഇത് കൈമാറാൻ ഡെസിമൽ കണക്ക് സൂചിപ്പിക്കുന്നതിനേക്കാൾ ഏകദേശം 5% കൂടുതൽ സമയമെടുക്കും. കൃത്യമായി പൊരുത്തപ്പെടാൻ ഇവിടെ 104.86 MB എന്ന് നൽകുക.

    BroBroGo എഡിറ്റോറിയൽ ടീം എഴുതി അവലോകനം ചെയ്തത്.അവസാനം അപ്ഡേറ്റ് ചെയ്തത്:

    നെറ്റ്‌വർക്ക് ലാറ്റൻസി ബാൻഡ്‌വിഡ്ത്ത് കാൽക്കുലേറ്റർ

    ഒരു നെറ്റ്‌വർക്ക് പാതയിലൂടെയുള്ള സിംഗിൾ TCP ഫ്ലോയുടെ യഥാർത്ഥ പ്രകടന പരിധി കണക്കാക്കാൻ സഹായിക്കുന്ന ഒരു സൗജന്യ ഓൺലൈൻ ടൂളാണ് നെറ്റ്‌വർക്ക് ലാറ്റൻസി ബാൻഡ്‌വിഡ്ത്ത് കാൽക്കുലേറ്റർ. ലിങ്ക് നിരക്ക്, റൗണ്ട്-ട്രിപ്പ് സമയം, ട്രാൻസ്ഫർ വലുപ്പം എന്നിവ നൽകുന്നതിലൂടെ നിങ്ങളുടെ കണക്ഷനെ പരിമിതപ്പെടുത്തുന്ന പ്രധാന തടസ്സം ഏതാണെന്ന് കണ്ടെത്താനും പ്രതീക്ഷിക്കുന്ന TCP ത്രൂപുട്ടും മൊത്തം ട്രാൻസ്ഫർ സമയവും മനസ്സിലാക്കാനും ഇതിലൂടെ സാധിക്കും.

    ഈ ടൂൾ പൂർണ്ണമായും നിങ്ങളുടെ വെബ് ബ്രൗസറിലാണ് പ്രവർത്തിക്കുന്നത്. നിങ്ങൾ നൽകുന്ന വിവരങ്ങൾ ബാഹ്യ സെർവറുകളിലേക്ക് ഒന്നും തന്നെ അപ്‌ലോഡ് ചെയ്യുന്നില്ല, എല്ലാ കണക്കുകൂട്ടലുകളും പ്രാദേശികമായി ബ്രൗസറിൽ മാത്രമാണ് നടക്കുന്നത്.

    ഇൻപുട്ടുകൾ ക്രമീകരിക്കുന്ന വിധം

    നെറ്റ്‌വർക്ക് പാത, ട്രാൻസ്ഫർ പേലോഡ്, TCP പാരാമീറ്ററുകൾ എന്നിവ കൃത്യമായി കണക്കാക്കാൻ താഴെ പറയുന്ന ഇൻപുട്ടുകൾ നൽകേണ്ടതുണ്ട്:

    • ലിങ്ക് നിരക്ക്: പാതയിലെ ഏറ്റവും വേഗത കുറഞ്ഞ ഹോപ്പ് — പലപ്പോഴും നിങ്ങളുടെ പ്ലാനിന്റെ നിശ്ചയിക്കപ്പെട്ട വേഗതയായിരിക്കും ഇത്. ഇതിനായി അനുയോജ്യമായ നിരക്കിന്റെ യൂണിറ്റ് തിരഞ്ഞെടുക്കാവുന്നതാണ്. നൽകുന്ന മൂല്യം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം.
    • റൗണ്ട്-ട്രിപ്പ് സമയം (RTT): മറുതലയ്ക്കുള്ള പിംഗ് സമയം — ലോഡുള്ളപ്പോൾ നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഏറ്റവും ഉയർന്ന മൂല്യം ഉപയോഗിക്കുക. ഇതിനായി സമയ യൂണിറ്റ് തിരഞ്ഞെടുക്കാം. ഈ മൂല്യം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം.
    • ഡാറ്റാ വലുപ്പം: മാറ്റേണ്ട പേലോഡ് — ഒരു ഫയൽ, ഒരു ബാക്കപ്പ്, അല്ലെങ്കിൽ ഒരു ഡാറ്റാസെറ്റ്. ഇതിനായി വലുപ്പ യൂണിറ്റ് ഉപയോഗിക്കാം. ഈ മൂല്യം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം.
    • റിസീവ് വിൻഡോ: റിസീവർക്ക് ബഫർ ചെയ്യാൻ കഴിയുന്ന ബൈറ്റുകൾ. ഇതിനായി വിൻഡോ യൂണിറ്റ് ഉപയോഗിക്കാം. ഈ മൂല്യം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം, കൂടാതെ 1,073,725,440 ബൈറ്റുകളിൽ കൂടരുത്. ഈ ഫീൽഡ് ശൂന്യമായിട്ടാൽ വിൻഡോ പരിധിയില്ല എന്ന് കണക്കാക്കും.
    • MSS (ബൈറ്റുകൾ): ഒരു പാക്കറ്റിലെ പേലോഡ് ബൈറ്റുകൾ. ഇത് 1-നും 65,495-നും ഇടയിലുള്ള ഒരു പൂർണ്ണസംഖ്യ ആയിരിക്കണം. ഈ ഫീൽഡ് ശൂന്യമായിട്ടാൽ ഓവർഹെഡും നഷ്ടവും അവഗണിക്കും.
    • പാക്കറ്റ് നഷ്ടം (%): ശരാശരി പാക്കറ്റ് നഷ്ടപ്പെടാനുള്ള സാധ്യത. ഇത് 0-നും 100 ശതമാനത്തിനും ഇടയിലായിരിക്കണം. ശൂന്യമായിടുകയോ 0 നൽകുകയോ ചെയ്താൽ നഷ്ട പരിധിയില്ല എന്ന് കണക്കാക്കും.
    • പ്രദർശിപ്പിക്കുന്ന ദശാംശസ്ഥാനങ്ങൾ: ഔട്ട്പുട്ട് മൂല്യങ്ങളുടെ ദശാംശ കൃത്യത നിയന്ത്രിക്കാൻ ഇത് സഹായിക്കുന്നു.

    ഇതുകൂടാതെ, മാതൃകാ വിവരങ്ങൾ വേഗത്തിൽ ഉൾപ്പെടുത്താൻ ഉദാഹരണം ലോഡ് ചെയ്യുക ബട്ടണും ഇൻപുട്ടുകൾ പുനഃക്രമീകരിക്കാൻ വ്യത്തിയാക്കുക ബട്ടണും ഇന്റർഫേസിൽ ലഭ്യമാണ്.

    ഔട്ട്പുട്ടുകളും സിസ്റ്റം കുറിപ്പുകളും

    കണക്കുകൂട്ടലുകൾ പൂർത്തിയാകുമ്പോൾ ഫലങ്ങൾ പ്രധാനമായും മൂന്ന് വിഭാഗങ്ങളിലായി കാണാം:

    ത്രൂപുട്ടും ട്രാൻസ്ഫർ സമയവും

    • പ്രതീക്ഷിക്കുന്ന TCP ത്രൂപുട്ട്: ഇതിനൊപ്പം സജീവമായ തടസ്സം സൂചിപ്പിക്കുന്ന ഉപ-ലേബലും കാണാം. ഇൻപുട്ടുകളെ അടിസ്ഥാനമാക്കി ഇത് ലിങ്ക് ശേഷി, റിസീവ് വിൻഡോ, അല്ലെങ്കിൽ പാക്കറ്റ് നഷ്ടം എന്നിവയിലൊന്നായിരിക്കും.
    • ട്രാൻസ്ഫർ സമയം
    • ആദ്യ ബൈറ്റിലേക്കുള്ള സമയം (1 RTT)
    • ബൾക്ക് ട്രാൻസ്ഫർ സമയം
    • ബാൻഡ്‌വിഡ്ത്ത്-ഡിലേ പ്രൊഡക്റ്റ്
    • പാത്ത് നിറയ്ക്കാനുള്ള വിൻഡോ
    • വിൻഡോ പരിമിതപ്പെടുത്തിയ ത്രൂപുട്ട്
    • നഷ്ടം പരിമിതപ്പെടുത്തിയ ത്രൂപുട്ട് (Mathis)
    • ഓവർഹെഡിന് ശേഷമുള്ള ലിങ്ക് പരിധി
    • പ്രോട്ടോക്കോൾ കാര്യക്ഷമത

    ഡൈനാമിക് സിസ്റ്റം കുറിപ്പുകൾ

    ഇൻപുട്ട് മൂല്യങ്ങളെ അടിസ്ഥാനമാക്കി താഴെ പറയുന്ന പ്രത്യേക അറിയിപ്പുകൾ സിസ്റ്റം കാണിക്കുന്നു:

    • "ഈ പാത്ത് നിറയ്ക്കാൻ ‹window› വിൻഡോ ആവശ്യമാണ് — ഇത് സ്കെയിൽ ചെയ്യാത്ത പരമാവധി പരിധിയായ 65,535 ബൈറ്റിന് മുകളിലാണ്, അതിനാൽ ഇരുവശങ്ങളും TCP വിൻഡോ സ്കെയിലിംഗ് (RFC 7323) നെഗോഷ്യേറ്റ് ചെയ്യണം."
    • "ഈ പാത്ത് നിറയ്ക്കാൻ ‹window› ആവശ്യമാണ് — ഇത് TCP-ക്ക് നെഗോഷ്യേറ്റ് ചെയ്യാൻ കഴിയുന്ന ഏറ്റവും വലിയ വിൻഡോയ്ക്കും (1,073,725,440 ബൈറ്റുകൾ) അപ്പുറമാണ്. ഈ പാതയിലെ ഒരു സിംഗിൾ ഫ്ലോയ്ക്ക് ഒരിക്കലും ‹value› കവിയാൻ കഴിയില്ല."
    • "റിസീവ് വിൻഡോ ‹window› ലേക്ക് ഉയർത്തുന്നത് ഈ ട്രാൻസ്ഫറിനെ ‹value› വരെ എത്തിക്കാൻ സഹായിക്കും."
    • "1%-ന് മുകളിലുള്ള നഷ്ടം മാതിസ് (Mathis) മോഡലിന്റെ വിശ്വസനീയമായ പരിധിക്ക് പുറത്താണ് — നഷ്ട പരിധിയെ ഒരു ശുഭപ്രതീക്ഷയുള്ള കണക്കായി മാത്രം കാണുക."

    കണക്കാക്കിയ വിവരങ്ങൾ എളുപ്പത്തിൽ പകർത്താൻ ഫലം പകർപ്പ് ചെയ്യുക ബട്ടൺ ഉപയോഗിക്കാം.

    ഫോർമുലകളും സബ്സ്റ്റിറ്റ്യൂഷനും

    കണക്കുകൂട്ടലുകൾക്കായി താഴെ പറയുന്ന സമവാക്യങ്ങളാണ് ഉപയോഗിക്കുന്നത്:

    • ഫോർമുല: ത്രൂപുട്ട് = min(നിരക്ക് × eff, window ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = നിരക്ക് × RTT
    • പ്രോട്ടോക്കോൾ കാര്യക്ഷമത: പ്രോട്ടോക്കോൾ കാര്യക്ഷമത = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (40 B പാക്കറ്റ് ഹെഡറുകൾ + വയറിലെ 38 B)
    • ലിങ്ക് പരിധി: ലിങ്ക് പരിധി = rate × കാര്യക്ഷമത = ‹rate› × ‹eff› = ‹value›
    • BDP: BDP = നിരക്ക് × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes›
    • പാത നിറയ്ക്കാൻ ആവശ്യമായ വിൻഡോ: പാത നിറയ്ക്കാൻ ആവശ്യമായ വിൻഡോ = BDP ÷ 8 = ‹bdp› → ‹window›
    • വിൻഡോ പരിധി: വിൻഡോ പരിധി = window ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
    • നഷ്ട പരിധി (Mathis): നഷ്ട പരിധി (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
    • പ്രതീക്ഷിക്കുന്ന ത്രൂപുട്ട്: പ്രതീക്ഷിക്കുന്ന ത്രൂപുട്ട് = ഈ പരിധികളിൽ ഏറ്റവും കുറഞ്ഞത് = ‹value› → ‹constraint› കാരണം പരിമിതപ്പെടുത്തിയിരിക്കുന്നു
    • ട്രാൻസ്ഫർ സമയം: ട്രാൻസ്ഫർ സമയം = RTT + 8 × size ÷ throughput = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›

    പ്രവർത്തന നിയമങ്ങളും പരിമിതികളും

    • യൂണിറ്റ് വ്യവസ്ഥകൾ: എല്ലാ യൂണിറ്റുകളും ഡെസിമൽ അടിസ്ഥാനമാക്കിയുള്ളതാണ് (ഉദാഹരണത്തിന്, 1 kbit = 1,000 ബിറ്റുകൾ, 1 MB = 1,000,000 ബൈറ്റുകൾ). ഫയൽ മാനേജർമാർ സാധാരണയായി 1024 അടിസ്ഥാനമാക്കിയുള്ള ബൈനറി യൂണിറ്റുകളാണ് ഉപയോഗിക്കുന്നത് (അവിടെയുള്ള 100 MB ഫയൽ യഥാർത്ഥത്തിൽ 100 MiB അല്ലെങ്കിൽ ഏകദേശം 104.86 ഡെസിമൽ MB ആണ്).
    • ഓവർഹെഡ് കണക്കുകൂട്ടലുകൾ: പ്രോട്ടോക്കോൾ ഓവർഹെഡ് സാധാരണ ഇഥർനെറ്റ് അടിസ്ഥാനമാക്കിയാണ് കണക്കാക്കുന്നത്, ഇത് ഒരു പാക്കറ്റിന് 78 ബൈറ്റുകൾ വീതം (40 ബൈറ്റ് TCP/IP ഹെഡറുകളും 38 ബൈറ്റ് ഫിസിക്കൽ വയർ ഓവർഹെഡും) ചേർക്കുന്നു.
    • മാതിസ് (Mathis) മോഡൽ പരിധികൾ: ഈ മോഡൽ തുല്യമായി വിതരണം ചെയ്യപ്പെട്ട പാക്കറ്റ് നഷ്ടങ്ങളെ അനുമാനിക്കുന്നു. ഇത് ഏകദേശം 1%-ൽ താഴെയുള്ള നഷ്ടങ്ങളിൽ മാത്രമേ വിശ്വസനീയമായി പ്രവർത്തിക്കൂ. നഷ്ടം 1% കവിഞ്ഞാൽ സിസ്റ്റം മുന്നറിയിപ്പ് നൽകുന്നു.
    • വിൻഡോ സ്കെയിലിംഗ് പരിധികൾ: സ്കെയിൽ ചെയ്യാത്ത പരമാവധി TCP വിൻഡോ 65,535 ബൈറ്റാണ്. ആവശ്യമായ വിൻഡോ ഇതിലും കൂടുതലാണെങ്കിൽ RFC 7323 വിൻഡോ സ്കെയിലിംഗ് ആവശ്യമാണെന്ന മുന്നറിയിപ്പ് ലഭിക്കും. RFC 7323 വഴി നെഗോഷ്യേറ്റ് ചെയ്യാവുന്ന പരമാവധി വിൻഡോ 1,073,725,440 ബൈറ്റുകളാണ്.
    • മോഡൽ ഒഴിവാക്കലുകൾ: ഈ കണക്കുകൂട്ടലുകൾ സ്ഥിരതയുള്ള അവസ്ഥയിലുള്ള ഒരു സിംഗിൾ TCP ഫ്ലോയെ മാത്രം അടിസ്ഥാനമാക്കിയുള്ളതാണ്. സ്ലോ സ്റ്റാർട്ട്, കൺജഷൻ കൺട്രോൾ ട്യൂണിംഗ്, വേഗത കുറഞ്ഞ റിസീവർ, TLS ഹാൻഡ്‌ഷെയ്ക്കുകൾ എന്നിവ ഈ മോഡലിന് പുറത്താണ്, അതിനാൽ യഥാർത്ഥ ട്രാൻസ്ഫറുകൾ സാവധാനത്തിൽ ആരംഭിക്കുകയും ഈ കണക്കുകളേക്കാൾ താഴെയായിരിക്കുകയും ചെയ്യാം.

    പിശക് സന്ദേശങ്ങൾ

    ഇൻപുട്ടുകളിൽ തെറ്റായ വിവരങ്ങൾ നൽകുമ്പോൾ താഴെ പറയുന്ന പിശക് സന്ദേശങ്ങൾ കാണിക്കുന്നു:

    • ഇൻപുട്ട് കൃത്യമല്ലെങ്കിൽ: "‹field›: “‹token›” എന്നത് ഒരു സംഖ്യയല്ല."
    • ലിങ്ക് നിരക്ക് പൂജ്യമോ നെഗറ്റീവോ ആയാൽ: "ലിങ്ക് നിരക്ക് പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം."
    • റൗണ്ട്-ട്രിപ്പ് സമയം പൂജ്യമോ നെഗറ്റീവോ ആയാൽ: "റൗണ്ട്-ട്രിപ്പ് സമയം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം."
    • ഡാറ്റാ വലുപ്പം പൂജ്യമോ നെഗറ്റീവോ ആയാൽ: "ഡാറ്റാ വലുപ്പം പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം."
    • റിസീവ് വിൻഡോ പൂജ്യമോ നെഗറ്റീവോ ആയാൽ: "റിസീവ് വിൻഡോ പൂജ്യത്തേക്കാൾ വലുതായിരിക്കണം."
    • റിസീവ് വിൻഡോ RFC 7323 പരിധി കവിഞ്ഞാൽ: "TCP-യ്ക്ക് 1,073,725,440 ബൈറ്റുകൾക്ക് മുകളിലുള്ള ഒരു വിൻഡോ നെഗോഷ്യേറ്റ് ചെയ്യാൻ കഴിയില്ല (RFC 7323 വിൻഡോ സ്കെയിലിംഗ്)."
    • MSS പരിധിക്ക് പുറത്തായാൽ: "MSS എന്നത് 1-നും 65,495-നും ഇടയിലുള്ള ബൈറ്റുകളുടെ ഒരു പൂർണ്ണസംഖ്യ ആയിരിക്കണം."
    • പാക്കറ്റ് നഷ്ടം പരിധിക്ക് പുറത്തായാൽ: "നഷ്ട നിരക്ക് 0-നും 100 ശതമാനത്തിനും ഇടയിലായിരിക്കണം."
    • കണക്കുകൂട്ടലുകൾ സിസ്റ്റം പരിധി കവിഞ്ഞാൽ: "ഒരു മൂല്യമോ അല്ലെങ്കിൽ ഇടയ്ക്കുള്ള ഫലമോ പിന്തുണയ്ക്കുന്ന സംഖ്യാ പരിധിയേക്കാൾ കൂടുതലാണ്."

    പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ (FAQ)

    എന്താണ് ബാൻഡ്‌വിഡ്ത്ത്-ഡിലേ പ്രൊഡക്റ്റ് (BDP), അത് വിൻഡോ വലുപ്പം നിശ്ചയിക്കുന്നത് എന്തുകൊണ്ട്?

    BDP — ലിങ്ക് നിരക്ക് × റൗണ്ട്-ട്രിപ്പ് സമയം — എന്നത് ഏത് നിമിഷത്തിലും ട്രാൻസ്ഫറിലുള്ള ഡാറ്റയുടെ അളവാണ്. TCP-യ്ക്ക് ഒരു സമയം പരമാവധി ഒരു അൺഅക്നോളജ്ഡ് വിൻഡോ മാത്രമേ ഉണ്ടാകാൻ കഴിയൂ, അതിനാൽ BDP-യേക്കാൾ ചെറിയ വിൻഡോ പാതയെ ഭാഗികമായി ശൂന്യമാക്കുന്നു: 50 ms RTT ഉള്ള 100 Mbit/s വേഗതയിൽ പാതയിൽ 625 kB ഉൾക്കൊള്ളുന്നു, എന്നാൽ 65,535-ബൈറ്റ് വിൻഡോ ഇതിന്റെ പത്തിലൊന്ന് ഭാഗം മാത്രമേ നിറയ്ക്കുന്നുള്ളൂ. അതുകൊണ്ടാണ് വേഗതയേറിയതും ദൈർഘ്യമേറിയതുമായ പാതകൾക്ക് TCP വിൻഡോ സ്കെയിലിംഗ് (RFC 7323) ആവശ്യമായി വരുന്നത്, ഇത് നെഗോഷ്യേറ്റ് ചെയ്യാവുന്ന പരമാവധി പരിധി 65,535 ബൈറ്റുകളിൽ നിന്ന് ഏകദേശം 1 GB ആയി ഉയർത്തുന്നു.

    എന്റെ ട്രാൻസ്ഫർ ഞാൻ പണം നൽകുന്ന ലിങ്ക് നിരക്കിനേക്കാൾ സാവധാനത്തിലാകുന്നത് എന്തുകൊണ്ട്?

    ഒരു സിംഗിൾ TCP ഫ്ലോ മൂന്ന് സ്വതന്ത്ര പരിധികളെ നേരിടുന്നു, അതിൽ ഏറ്റവും കുറഞ്ഞ പരിധിയാണ് ബാധകമാകുന്നത്. പ്രോട്ടോക്കോൾ ഓവർഹെഡ് ലിങ്കിനെ തന്നെ ഏകദേശം 5% കുറയ്ക്കുന്നു — ഒരു സാധാരണ ഇഥർനെറ്റ് ഫ്രെയിം വയറിലുള്ള 1,538 ബൈറ്റുകളിൽ 1,460 പേലോഡ് ബൈറ്റുകൾ വഹിക്കുന്നു. റിസീവ് വിൻഡോ ത്രൂപുട്ടിനെ window ÷ RTT എന്നതിൽ പരിമിതപ്പെടുത്തുന്നു, അതിനാൽ ക്ലാസിക് 65,535-ബൈറ്റ് വിൻഡോ, ലിങ്ക് എത്ര വേഗതയുള്ളതാണെങ്കിലും 50 ms പാതയെ ഏകദേശം 10.5 Mbit/s ആയി പരിമിതപ്പെടുത്തുന്നു. കൂടാതെ പാക്കറ്റ് നഷ്ടം ഇതിനെ (MSS ÷ RTT) ÷ √loss എന്നതിൽ പരിമിതപ്പെടുത്തുന്നു. മുകളിലുള്ള ഫലം നിങ്ങളുടെ സംഖ്യകളിൽ ഏത് പരിധിയാണ് ബാധകമായിരിക്കുന്നത് എന്ന് വ്യക്തമാക്കുന്നു.

    പാക്കറ്റ് നഷ്ടം TCP ത്രൂപുട്ടിനെ എങ്ങനെയാണ് പരിമിതപ്പെടുത്തുന്നത്?

    TCP പാക്കറ്റ് നഷ്ടത്തെ കൺജഷൻ ആയി കണക്കാക്കുകയും ഓരോ നഷ്ടം ഉണ്ടാകുമ്പോഴും അതിന്റെ സെൻഡിംഗ് നിരക്ക് പകുതിയായി കുറയ്ക്കുകയും ചെയ്യുന്നു, അതിനാൽ വേഗതയേറിയ പാതകളിൽ വളരെ ചെറിയ നഷ്ട നിരക്കുകൾ പോലും പ്രധാനമാണ്. Mathis മോഡൽ ഈ പരിധിയെ (MSS ÷ RTT) ÷ √p എന്ന് കണക്കാക്കുന്നു — 1,460-ബൈറ്റ് MSS ഉള്ള 50 ms പാതയിൽ 0.01% നഷ്ടമുണ്ടായാൽ അത് ലിങ്ക് വേഗത എത്രയാണെങ്കിലും ഏകദേശം 23 Mbit/s ആണ്. ഈ മോഡൽ തുല്യമായി വിതരണം ചെയ്യപ്പെട്ട, സ്വതന്ത്രമായ നഷ്ടങ്ങളെ അനുമാനിക്കുന്നു; ഏകദേശം 1%-ൽ താഴെയുള്ള നഷ്ടങ്ങളിൽ ഇത് യാഥാർത്ഥ്യത്തോട് നന്നായി പൊരുത്തപ്പെടുന്നു, എന്നാൽ ബേർസ്റ്റി നഷ്ടങ്ങൾക്ക് ഇത് കൂടുതൽ അനുകൂലമായ കണക്കുകൂട്ടലാണ് നൽകുന്നത്.

    ഡാറ്റാ റേറ്റ് കൺവെർട്ടർMbps, MB/s, Gbps, Kbps കൂടാതെ മറ്റ് ഡാറ്റാ ട്രാൻസ്ഫർ റേറ്റ് യൂണിറ്റുകൾ തമ്മിൽ പരിവർത്തനം ചെയ്യുക.ഡാറ്റാ സ്റ്റോറേജ് കൺവെർട്ടർbytes, KB, MB, GB, TB എന്നിവയും അവയുടെ ബൈനറി യൂണിറ്റുകളും (KiB, MiB, GiB) തമ്മിൽ തൽക്ഷണം പരിവർത്തനം ചെയ്യുക.IPv4 സബ്‌നെറ്റ് കാൽക്കുലേറ്റർനെറ്റ്‌വർക്ക്, ഉപയോഗിക്കാവുന്ന പരിധി, ബ്രോഡ്കാസ്റ്റ് വിലാസം, ഹോസ്റ്റ് എണ്ണം എന്നിവ ലഭിക്കാൻ ഒരു IP-യും CIDR അല്ലെങ്കിൽ സബ്‌നെറ്റ് മാസ്കും നൽകുക.എന്റെ IP എന്താണ്ഈ കണക്ഷൻ ഉപയോഗിക്കുന്ന പബ്ലിക് IP വിലാസവും അതിൽ നിന്ന് ദൃശ്യമാകുന്ന നെറ്റ്‌വർക്ക്, പ്രദേശം, എഡ്ജ് വിശദാംശങ്ങളും കാണുക.