ਨੈੱਟਵਰਕ ਲੇਟੈਂਸੀ ਬੈਂਡਵਿਡਥ ਕੈਲਕੁਲੇਟਰ

ਇੱਕ ਸਿੰਗਲ TCP ਫਲੋ ਦੀ ਅਸਲ ਸੀਮਾ ਦੇਖਣ ਲਈ ਲਿੰਕ ਰੇਟ, ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਾਈਜ਼ ਦਰਜ ਕਰੋ — ਰੁਕਾਵਟ ਦੇ ਨਾਮ, ਟ੍ਰਾਂਸਫਰ ਸਮੇਂ ਅਤੇ ਹਰ ਇੱਕ ਫਾਰਮੂਲਾ ਬਦਲਾਅ ਦੇ ਨਾਲ।

ਮਾਰਗ

ਲਿੰਕ ਰੇਟਮਾਰਗ 'ਤੇ ਸਭ ਤੋਂ ਹੌਲੀ ਹੌਪ — ਅਕਸਰ ਤੁਹਾਡੇ ਪਲਾਨ ਦੀ ਨਿਰਧਾਰਤ ਸਪੀਡ।

ਰੇਟ ਯੂਨਿਟ

ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ (RTT)ਦੂਜੇ ਸਿਰੇ ਤੱਕ ਪਿੰਗ ਦਾ ਸਮਾਂ — ਲੋਡ ਦੇ ਅਧੀਨ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਸਮਾਂ ਇਕਾਈ

ਟ੍ਰਾਂਸਫਰ

ਡੇਟਾ ਸਾਈਜ਼ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਪੇਲੋਡ — ਇੱਕ ਫਾਈਲ, ਇੱਕ ਬੈਕਅੱਪ, ਇੱਕ ਡੇਟਾਸੈਟ।

ਸਾਈਜ਼ ਇਕਾਈ

TCP ਪੈਰਾਮੀਟਰ

ਰਿਸੀਵ ਵਿੰਡੋBytes ਜੋ ਰਿਸੀਵਰ ਬਫਰ ਕਰ ਸਕਦਾ ਹੈ। 65,535 ਬਿਨਾਂ-ਸਕੇਲ ਕੀਤੀ ਅਧਿਕਤਮ ਸੀਮਾ ਹੈ; ਖਾਲੀ = ਕੋਈ ਵਿੰਡੋ ਸੀਮਾ ਨਹੀਂ।

ਵਿੰਡੋ ਇਕਾਈ

MSS (ਬਾਈਟ)ਪ੍ਰਤੀ ਪੈਕੇਟ ਪੇਲੋਡ bytes — 1,460 ਇੱਕ ਮਿਆਰੀ Ethernet ਫ੍ਰੇਮ ਨੂੰ ਭਰਦਾ ਹੈ। ਖਾਲੀ = ਓਵਰਹੈੱਡ ਅਤੇ ਨੁਕਸਾਨ ਨੂੰ ਅਣਡਿੱਠ ਕਰੋ।

ਪੈਕੇਟ ਨੁਕਸਾਨ (%)ਔਸਤ ਪੈਕੇਟ ਨੁਕਸਾਨ ਦੀ ਸੰਭਾਵਨਾ। ਖਾਲੀ ਜਾਂ 0 = ਕੋਈ ਨੁਕਸਾਨ ਸੀਮਾ ਨਹੀਂ।

ਦਿਖਾਏ ਜਾਣ ਵਾਲੇ ਦਸ਼ਮਲਵ

ਥ੍ਰੂਪੁੱਟ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ

ਉਮੀਦ ਕੀਤੀ TCP ਥ੍ਰੂਪੁੱਟ

—

ਲਿੰਕ ਰੇਟ, ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ ਅਤੇ ਡੇਟਾ ਸਾਈਜ਼ ਦਰਜ ਕਰੋ।

ਫਾਰਮੂਲੇ ਅਤੇ ਬਦਲਾਵ

ਥ੍ਰੂਪੁੱਟ = min(ਦਰ × ਕੁਸ਼ਲਤਾ, ਵਿੰਡੋ ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = ਦਰ × RTT

ਸਥਿਰ ਸਥਿਤੀ, ਇੱਕ TCP ਫਲੋ: ਸਲੋਅ ਸਟਾਰਟ, ਕੰਜੈਸ਼ਨ-ਕੰਟਰੋਲ ਟਿਊਨਿੰਗ, ਇੱਕ ਹੌਲੀ ਰਿਸੀਵਰ ਅਤੇ TLS ਹੈਂਡਸ਼ੇਕ ਇਸ ਮਾਡਲ ਤੋਂ ਬਾਹਰ ਹਨ, ਇਸ ਲਈ ਅਸਲ ਟ੍ਰਾਂਸਫਰ ਹੌਲੀ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਇਹਨਾਂ ਅੰਕੜਿਆਂ ਤੋਂ ਹੇਠਾਂ ਰਹਿ ਸਕਦੇ ਹਨ। Mathis ਨੁਕਸਾਨ ਮਾਡਲ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਫੈਲੇ ਨੁਕਸਾਨ ਨੂੰ ਮੰਨਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਲਗਭਗ 1% ਤੋਂ ਹੇਠਾਂ ਹੀ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦਾ ਹੈ; ਰੁਕ-ਰੁਕ ਕੇ ਹੋਣ ਵਾਲਾ ਨੁਕਸਾਨ ਇਸਦੀ ਭਵਿੱਖਬਾਣੀ ਨਾਲੋਂ ਵੱਧ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਓਵਰਹੈੱਡ ਪ੍ਰਤੀ ਪੈਕੇਟ Ethernet ਦਾ 78 bytes ਹੈ — ਹੋਰ ਲਿੰਕ ਲੇਅਰਾਂ ਥੋੜ੍ਹੀਆਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਸਾਰੀਆਂ ਇਕਾਈਆਂ ਦਸ਼ਮਲਵ ਹਨ (1 kbit = 1000 bit, 1 MB = 1,000,000 bytes), ਜਦੋਂ ਕਿ ਫਾਈਲ ਮੈਨੇਜਰ ਆਮ ਤੌਰ 'ਤੇ 1024-ਅਧਾਰਿਤ ਇਕਾਈਆਂ ਵਿੱਚ ਗਿਣਦੇ ਹਨ। ਕੋਈ ਯੂਨੀਵਰਸਲ ਸੁਰੱਖਿਆ ਮਾਰਜਿਨ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ: ਹਰ ਅੰਕੜੇ ਨੂੰ ਇੱਕ ਉਪਰਲੀ ਸੀਮਾ ਵਜੋਂ ਮੰਨੋ ਅਤੇ ਲੋਡ ਅਤੇ ਜਿਟਰ ਲਈ ਗੁੰਜਾਇਸ਼ ਛੱਡੋ।

ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹਰ ਮੁੱਲ ਇਸ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਗਣਨਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਕਿਤੇ ਵੀ ਕੁਝ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਮੇਰਾ ਟ੍ਰਾਂਸਫਰ ਉਸ ਲਿੰਕ ਰੇਟ ਨਾਲੋਂ ਹੌਲੀ ਕਿਉਂ ਹੈ ਜਿਸ ਲਈ ਮੈਂ ਭੁਗਤਾਨ ਕਰਦਾ ਹਾਂ?

ਇੱਕ ਸਿੰਗਲ TCP ਫਲੋਅ ਨੂੰ ਤਿੰਨ ਸੁਤੰਤਰ ਸੀਮਾਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਘੱਟ ਸੀਮਾ ਜਿੱਤਦੀ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਓਵਰਹੈੱਡ ਲਿੰਕ ਨੂੰ ਖੁਦ ਲਗਭਗ 5% ਘਟਾ ਦਿੰਦਾ ਹੈ — ਇੱਕ ਸਟੈਂਡਰਡ ਇੰਟਰਨੈੱਟ ਫ੍ਰੇਮ ਤਾਰ 'ਤੇ 1,538 ਬਾਈਟਾਂ ਵਿੱਚੋਂ 1,460 ਪੇਲੋਡ ਬਾਈਟਾਂ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ। ਰਿਸੀਵ ਵਿੰਡੋ ਥ੍ਰੂਪੁੱਟ ਨੂੰ window ÷ RTT 'ਤੇ ਸੀਮਿਤ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਕਲਾਸਿਕ 65,535-ਬਾਈਟ ਦੀ ਵਿੰਡੋ 50 ms ਦੇ ਮਾਰਗ ਨੂੰ ਲਗਭਗ 10.5 Mbit/s ਤੱਕ ਸੀਮਿਤ ਰੱਖਦੀ ਹੈ, ਭਾਵੇਂ ਲਿੰਕ ਕਿੰਨਾ ਵੀ ਤੇਜ਼ ਕਿਉਂ ਨਾ ਹੋਵੇ। ਅਤੇ ਨੁਕਸਾਨ ਇਸ ਨੂੰ (MSS ÷ RTT) ÷ √loss 'ਤੇ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਉਪਰੋਕਤ ਨਤੀਜਾ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀਆਂ ਸੰਖਿਆਵਾਂ 'ਤੇ ਕਿਹੜੀ ਸੀਮਾ ਲਾਗੂ ਹੋ ਰਹੀ ਹੈ।

ਬੈਂਡਵਿਡਥ-ਡੀਲੇਅ ਪ੍ਰੋਡਕਟ (BDP) ਕੀ ਹੈ, ਅਤੇ ਇਹ ਵਿੰਡੋ ਦੇ ਆਕਾਰ ਨੂੰ ਕਿਉਂ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ?

BDP — ਲਿੰਕ ਰੇਟ × ਰਾਊਂਡ-ਟ੍ਰਿਪ ਸਮਾਂ — ਕਿਸੇ ਵੀ ਪਲ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਅਧੀਨ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਹੁੰਦੀ ਹੈ। TCP ਕੋਲ ਵੱਧ ਤੋਂ ਵੱਧ ਇੱਕ ਅਣ-ਪ੍ਰਵਾਨਿਤ (unacknowledged) ਵਿੰਡੋ ਬਕਾਇਆ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ BDP ਤੋਂ ਛੋਟੀ ਵਿੰਡੋ ਪਾਈਪ ਨੂੰ ਅਧੂਰਾ ਖਾਲੀ ਛੱਡ ਦਿੰਦੀ ਹੈ: 50 ms RTT ਦੇ ਨਾਲ 100 Mbit/s 'ਤੇ ਪਾਈਪ ਵਿੱਚ 625 kB ਸਮਾਉਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ 65,535-ਬਾਈਟ ਦੀ ਵਿੰਡੋ ਇਸਦੇ ਮੁਸ਼ਕਲ ਨਾਲ ਦਸਵੇਂ ਹਿੱਸੇ ਨੂੰ ਭਰਦੀ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਤੇਜ਼, ਲੰਬੇ ਮਾਰਗਾਂ ਲਈ TCP ਵਿੰਡੋ ਸਕੇਲਿੰਗ (RFC 7323) ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਗੱਲਬਾਤ ਯੋਗ ਅਧਿਕਤਮ ਸੀਮਾ ਨੂੰ 65,535 ਬਾਈਟਾਂ ਤੋਂ ਵਧਾ ਕੇ ਲਗਭਗ 1 GB ਕਰ ਦਿੰਦੀ ਹੈ।

ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ TCP ਥ੍ਰੂਪੁੱਟ ਨੂੰ ਕਿਵੇਂ ਸੀਮਿਤ ਕਰਦਾ ਹੈ?

TCP ਨੁਕਸਾਨ ਨੂੰ ਭੀੜ (congestion) ਵਜੋਂ ਮੰਨਦਾ ਹੈ ਅਤੇ ਹਰੇਕ ਨੁਕਸਾਨ ਦੀ ਘਟਨਾ 'ਤੇ ਆਪਣੀ ਭੇਜਣ ਦੀ ਦਰ ਨੂੰ ਅੱਧਾ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਤੇਜ਼ ਮਾਰਗਾਂ 'ਤੇ ਨੁਕਸਾਨ ਦੀਆਂ ਬਹੁਤ ਛੋਟੀਆਂ ਦਰਾਂ ਵੀ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ। Mathis ਮਾਡਲ ਸੀਮਾ ਦਾ ਅਨੁਮਾਨ (MSS ÷ RTT) ÷ √p ਵਜੋਂ ਲਗਾਉਂਦਾ ਹੈ — 1,460-ਬਾਈਟ MSS ਦੇ ਨਾਲ 50 ms ਦੇ ਮਾਰਗ 'ਤੇ 0.01% ਨੁਕਸਾਨ ਹੋਣ 'ਤੇ ਇਹ ਲਗਭਗ 23 Mbit/s ਹੁੰਦਾ ਹੈ, ਭਾਵੇਂ ਲਿੰਕ ਦੀ ਸਪੀਡ ਕੁਝ ਵੀ ਹੋਵੇ। ਇਹ ਮਾਡਲ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਫੈਲੀਆਂ, ਸੁਤੰਤਰ ਨੁਕਸਾਨ ਦੀਆਂ ਘਟਨਾਵਾਂ ਨੂੰ ਮੰਨਦਾ ਹੈ; ਲਗਭਗ 1% ਤੋਂ ਘੱਟ ਇਹ ਅਸਲੀਅਤ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਰੁਕ-ਰੁਕ ਕੇ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨ (bursty loss) ਲਈ ਇਹ ਆਸ਼ਾਵਾਦੀ ਹੈ।

ਕੀ ਇੱਥੇ ਮੈਗਾਬਾਈਟ ਉਹੀ ਹਨ ਜੋ ਮੇਰੇ ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਹਨ?

ਬਿਲਕੁਲ ਨਹੀਂ। ਇਹ ਪੰਨਾ ਦਸ਼ਮਲਵ ਯੂਨਿਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਨੈੱਟਵਰਕਿੰਗ ਦਾ ਨਿਯਮ ਹੈ: 1 kbit = 1,000 bits ਅਤੇ 1 MB = 1,000,000 bytes। ਜ਼ਿਆਦਾਤਰ ਫਾਈਲ ਮੈਨੇਜਰ 1024-ਅਧਾਰਿਤ ਯੂਨਿਟਾਂ ਵਿੱਚ ਗਣਨਾ ਕਰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਕਸਰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ MB ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ — ਉੱਥੇ ਇੱਕ “100 MB” ਦੀ ਫਾਈਲ ਆਮ ਤੌਰ 'ਤੇ 100 MiB ≈ 104.86 ਦਸ਼ਮਲਵ MB ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਟ੍ਰਾਂਸਫਰ ਹੋਣ ਵਿੱਚ ਦਸ਼ਮਲਵ ਅੰਕੜੇ ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਸਮੇਂ ਨਾਲੋਂ ਲਗਭਗ 5% ਵੱਧ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਇਸ ਨਾਲ ਬਿਲਕੁਲ ਮੇਲ ਕਰਨ ਲਈ ਇੱਥੇ 104.86 MB ਦਰਜ ਕਰੋ।

BroBroGo ਸੰਪਾਦਕੀ ਟੀਮ ਵੱਲੋਂ ਲਿਖਿਆ ਅਤੇ ਜਾਂਚਿਆ ਗਿਆ।ਆਖਰੀ ਅੱਪਡੇਟ: 2026-08-04

ਨੈੱਟਵਰਕ ਮਾਰਗ ਦੀਆਂ ਸਥਿਤੀਆਂ ਇੱਕ ਸਿੰਗਲ TCP ਫਲੋਅ ਦੀ ਅਸਲ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ। ਜਦੋਂ ਅਸੀਂ ਕਿਸੇ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਸਿਰਫ਼ ਲਿੰਕ ਦੀ ਅਧਿਕਤਮ ਸਪੀਡ ਹੀ ਕਾਫ਼ੀ ਨਹੀਂ ਹੁੰਦੀ, ਬਲਕਿ ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ (RTT), ਰਿਸੀਵ ਵਿੰਡੋ ਦਾ ਆਕਾਰ, ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਓਵਰਹੈੱਡ ਮਿਲ ਕੇ ਇਹ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਅਸਲ ਵਿੱਚ ਕਿੰਨੀ ਸਪੀਡ ਮਿਲੇਗੀ।

ਨੈੱਟਵਰਕ ਲੇਟੈਂਸੀ ਬੈਂਡਵਿਡਥ ਕੈਲਕੁਲੇਟਰ ਇੱਕ ਮੁਫ਼ਤ ਔਨਲਾਈਨ ਟੂਲ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਮਾਰਗ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੇ ਅਧਾਰ 'ਤੇ ਇੱਕ ਸਿੰਗਲ TCP ਫਲੋਅ ਦੀ ਅਸਲ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਉਪਰਲੀ ਸੀਮਾ ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ। ਲਿੰਕ ਰੇਟ, ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਾਈਜ਼ ਦਰਜ ਕਰਕੇ, ਤੁਸੀਂ ਤੁਰੰਤ ਇਹ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਵਾਲੀ ਮੁੱਖ ਰੁਕਾਵਟ ਕਿਹੜੀ ਹੈ, ਉਮੀਦ ਕੀਤੀ TCP ਥ੍ਰੂਪੁੱਟ ਕਿੰਨੀ ਹੈ, ਅਤੇ ਕੁੱਲ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗੇਗਾ।

ਇਹ ਟੂਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਥਾਨਕ ਹੈ: ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਰਜ ਕੀਤਾ ਗਿਆ ਹਰ ਮੁੱਲ ਇਸ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਗਣਨਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਕਿਤੇ ਵੀ ਕੁਝ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ।

ਕੈਲਕੁਲੇਟਰ ਦੇ ਇਨਪੁਟ ਪੈਰਾਮੀਟਰ

ਇਸ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਇਨਪੁਟਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ:

ਲਿੰਕ ਰੇਟ: ਮਾਰਗ 'ਤੇ ਸਭ ਤੋਂ ਹੌਲੀ ਹੌਪ — ਅਕਸਰ ਤੁਹਾਡੇ ਪਲਾਨ ਦੀ ਨਿਰਧਾਰਤ ਸਪੀਡ। ਇਸਦੀ ਇਕਾਈ ਨਾਲ ਦਿੱਤੇ ਮੇਨੂ ਤੋਂ ਚੁਣੋ ਅਤੇ ਇਹ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ (RTT): ਦੂਜੇ ਸਿਰੇ ਤੱਕ ਪਿੰਗ ਦਾ ਸਮਾਂ — ਲੋਡ ਦੇ ਅਧੀਨ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇਸਦੀ ਇਕਾਈ ਨਾਲ ਦਿੱਤੇ ਮੇਨੂ ਤੋਂ ਚੁਣੋ ਅਤੇ ਇਹ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਡੇਟਾ ਸਾਈਜ਼: ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਪੇਲੋਡ — ਇੱਕ ਫਾਈਲ, ਇੱਕ ਬੈਕਅੱਪ, ਇੱਕ ਡੇਟਾਸੈਟ। ਇਸਦੀ ਇਕਾਈ ਨਾਲ ਦਿੱਤੇ ਮੇਨੂ ਤੋਂ ਚੁਣੋ ਅਤੇ ਇਹ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਰਿਸੀਵ ਵਿੰਡੋ: Bytes ਜੋ ਰਿਸੀਵਰ ਬਫਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਸਦੀ ਇਕਾਈ ਨਾਲ ਦਿੱਤੇ ਮੇਨੂ ਤੋਂ ਚੁਣੋ। ਇਹ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ 1,073,725,440 ਬਾਈਟਾਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਇਸ ਖੇਤਰ ਨੂੰ ਖਾਲੀ ਛੱਡਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ ਵਿੰਡੋ ਸੀਮਾ ਨਹੀਂ ਹੈ।
MSS (ਬਾਈਟ): ਪ੍ਰਤੀ ਪੈਕੇਟ ਪੇਲੋਡ bytes। ਇਹ 1 ਅਤੇ 65,495 ਦੇ ਵਿਚਕਾਰ ਬਾਈਟਾਂ ਦੀ ਇੱਕ ਪੂਰਨ ਸੰਖਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸਨੂੰ ਖਾਲੀ ਛੱਡਣ ਨਾਲ ਓਵਰਹੈੱਡ ਅਤੇ ਨੁਕਸਾਨ ਨੂੰ ਅਣਡਿੱਠ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਪੈਕੇਟ ਨੁਕਸਾਨ (%): ਔਸਤ ਪੈਕੇਟ ਨੁਕਸਾਨ ਦੀ ਸੰਭਾਵਨਾ। ਇਹ 0 ਅਤੇ 100 ਪ੍ਰਤੀਸ਼ਤ ਦੇ ਵਿਚਕਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਖਾਲੀ ਜਾਂ 0 ਦਾ ਮਤਲਬ ਹੈ ਕੋਈ ਨੁਕਸਾਨ ਸੀਮਾ ਨਹੀਂ।
ਦਿਖਾਏ ਜਾਣ ਵਾਲੇ ਦਸ਼ਮਲਵ: ਇਹ ਆਉਟਪੁੱਟ ਮੁੱਲਾਂ ਦੀ ਦਸ਼ਮਲਵ ਸ਼ੁੱਧਤਾ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ।

ਇੰਟਰਫੇਸ ਵਿੱਚ ਨਮੂਨਾ ਡੇਟਾ ਭਰਨ ਲਈ "ਉਦਾਹਰਨ ਲੋਡ ਕਰੋ" ਬਟਨ ਅਤੇ ਇਨਪੁਟਸ ਨੂੰ ਰੀਸੈਟ ਕਰਨ ਲਈ "ਸਾਫ਼ ਕਰੋ" ਬਟਨ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਆਉਟਪੁੱਟ ਅਤੇ ਨਤੀਜੇ

ਗਣਨਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਟੂਲ ਨਤੀਜਿਆਂ ਨੂੰ ਤਿੰਨ ਮੁੱਖ ਭਾਗਾਂ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ:

ਥ੍ਰੂਪੁੱਟ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ

ਉਮੀਦ ਕੀਤੀ TCP ਥ੍ਰੂਪੁੱਟ: ਇਸਦੇ ਨਾਲ ਇੱਕ ਸਬ-ਲੇਬਲ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜੋ ਸਰਗਰਮ ਰੁਕਾਵਟ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: "‹constraint› ਦੁਆਰਾ ਸੀਮਿਤ", ਜਿੱਥੇ ਰੁਕਾਵਟ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਲਿੰਕ ਸਮਰੱਥਾ, ਰਿਸੀਵ ਵਿੰਡੋ, ਜਾਂ ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ ਹੋ ਸਕਦੀ ਹੈ।
ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ
ਪਹਿਲੇ ਬਾਈਟ ਤੱਕ ਦਾ ਸਮਾਂ (1 RTT)
ਬਲਕ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ
ਬੈਂਡਵਿਡਥ-ਡੇਲੇਅ ਪ੍ਰੋਡਕਟ
ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ਵਿੰਡੋ
ਵਿੰਡੋ-ਸੀਮਿਤ ਥ੍ਰੂਪੁੱਟ
ਨੁਕਸਾਨ-ਸੀਮਿਤ ਥ੍ਰੂਪੁੱਟ (Mathis)
ਓਵਰਹੈੱਡ ਤੋਂ ਬਾਅਦ ਲਿੰਕ ਦੀ ਉਪਰਲੀ ਸੀਮਾ
ਪ੍ਰੋਟੋਕੋਲ ਕੁਸ਼ਲਤਾ

ਇੰਟਰਫੇਸ ਵਿੱਚ ਗਣਨਾ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਕਾਪੀ ਕਰਨ ਲਈ "ਨਤੀਜਾ ਕਾਪੀ ਕਰੋ" ਬਟਨ ਵੀ ਸ਼ਾਮਲ ਹੈ।

ਗਤੀਸ਼ੀਲ ਸਿਸਟਮ ਨੋਟਿਸ

ਇਨਪੁਟ ਮੁੱਲਾਂ ਦੇ ਅਧਾਰ 'ਤੇ, ਕੈਲਕੁਲੇਟਰ ਖਾਸ ਸਿਸਟਮ ਨੋਟਿਸ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ:

"ਇਸ ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ‹window› ਵਿੰਡੋ ਦੀ ਲੋੜ ਹੈ — ਜੋ ਕਿ 65,535-byte ਬਿਨਾਂ-ਸਕੇਲ ਕੀਤੀ ਅਧਿਕਤਮ ਸੀਮਾ ਤੋਂ ਉੱਪਰ ਹੈ, ਇਸ ਲਈ ਦੋਵਾਂ ਸਿਰਿਆਂ ਨੂੰ TCP ਵਿੰਡੋ ਸਕੇਲਿੰਗ (RFC 7323) ਦੀ ਗੱਲਬਾਤ ਕਰਨੀ ਪਵੇਗੀ।"
"ਇਸ ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ‹window› ਦੀ ਲੋੜ ਹੈ — ਜੋ ਕਿ TCP ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਸਭ ਤੋਂ ਵੱਡੀ ਵਿੰਡੋ (1,073,725,440 bytes) ਤੋਂ ਵੱਧ ਹੈ। ਇਸ ਮਾਰਗ 'ਤੇ ਇੱਕ ਸਿੰਗਲ ਫਲੋ ਕਦੇ ਵੀ ‹value› ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦਾ।"
"ਰਿਸੀਵ ਵਿੰਡੋ ਨੂੰ ‹window› ਤੱਕ ਵਧਾਉਣ ਨਾਲ ਇਹ ਟ੍ਰਾਂਸਫਰ ‹value› ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ।"
"1% ਤੋਂ ਵੱਧ ਨੁਕਸਾਨ Mathis ਮਾਡਲ ਦੀ ਭਰੋਸੇਯੋਗ ਰੇਂਜ ਤੋਂ ਬਾਹਰ ਹੈ — ਨੁਕਸਾਨ ਦੀ ਸੀਮਾ ਨੂੰ ਆਸ਼ਾਵਾਦੀ ਮੰਨੋ।"

ਫਾਰਮੂਲੇ ਅਤੇ ਬਦਲਾਵ

ਟੂਲ ਗਣਨਾਵਾਂ ਨੂੰ ਪਾਰਦਰਸ਼ੀ ਬਣਾਉਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਫਾਰਮੂਲਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ:

ਮੁੱਖ ਫਾਰਮੂਲਾ: ਥ੍ਰੂਪੁੱਟ = min(ਦਰ × ਕੁਸ਼ਲਤਾ, ਵਿੰਡੋ ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = ਦਰ × RTT
ਪ੍ਰੋਟੋਕੋਲ ਕੁਸ਼ਲਤਾ: ਪ੍ਰੋਟੋਕੋਲ ਕੁਸ਼ਲਤਾ = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (ਤਾਰ 'ਤੇ 40 B ਪੈਕੇਟ ਹੈਡਰ + 38 B)
ਲਿੰਕ ਸੀਮਾ: ਲਿੰਕ ਸੀਮਾ = ਦਰ × ਕੁਸ਼ਲਤਾ = ‹rate› × ‹eff› = ‹value›
BDP: BDP = ਦਰ × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes›
ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ਵਿੰਡੋ: ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ਵਿੰਡੋ = BDP ÷ 8 = ‹bdp› → ‹window›
ਵਿੰਡੋ ਸੀਮਾ: ਵਿੰਡੋ ਸੀਮਾ = ਵਿੰਡੋ ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
ਨੁਕਸਾਨ ਦੀ ਸੀਮਾ (Mathis): ਨੁਕਸਾਨ ਦੀ ਸੀਮਾ (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
ਉਮੀਦ ਕੀਤੀ ਥ੍ਰੂਪੁੱਟ: ਉਮੀਦ ਕੀਤੀ ਥ੍ਰੂਪੁੱਟ = ਇਹਨਾਂ ਸੀਮਾਵਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਘੱਟ = ‹value› → ‹constraint› ਦੁਆਰਾ ਸੀਮਿਤ
ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ: ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ = RTT + 8 × ਆਕਾਰ ÷ ਥ੍ਰੂਪੁੱਟ = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›

ਨਿਯਮ ਅਤੇ ਸੀਮਾਵਾਂ

ਗਣਨਾਵਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸਮਝਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਨਿਯਮਾਂ ਅਤੇ ਸੀਮਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ:

ਯੂਨਿਟ ਕਨਵੈਨਸ਼ਨ: ਸਾਰੀਆਂ ਇਕਾਈਆਂ ਦਸ਼ਮਲਵ-ਅਧਾਰਿਤ ਹਨ (ਜਿਵੇਂ ਕਿ 1 kbit = 1,000 bits, 1 MB = 1,000,000 bytes)। ਫਾਈਲ ਮੈਨੇਜਰ ਆਮ ਤੌਰ 'ਤੇ 1024-ਅਧਾਰਿਤ ਬਾਈਨਰੀ ਇਕਾਈਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ (ਜਿੱਥੇ 100 MB ਦੀ ਫਾਈਲ ਅਸਲ ਵਿੱਚ 100 MiB ਹੁੰਦੀ ਹੈ, ਜੋ ਲਗਭਗ 104.86 ਦਸ਼ਮਲਵ MB ਦੇ ਬਰਾਬਰ ਹੈ)।
ਓਵਰਹੈੱਡ ਗਣਨਾ: ਪ੍ਰੋਟੋਕੋਲ ਓਵਰਹੈੱਡ ਸਟੈਂਡਰਡ ਇੰਟਰਨੈੱਟ (Ethernet) 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜੋ ਪ੍ਰਤੀ ਪੈਕੇਟ 78 ਬਾਈਟ ਜੋੜਦਾ ਹੈ (40 ਬਾਈਟ TCP/IP ਹੈਡਰ ਅਤੇ 38 ਬਾਈਟ ਭੌਤਿਕ ਤਾਰ ਓਵਰਹੈੱਡ)।
Mathis ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ: Mathis ਨੁਕਸਾਨ ਮਾਡਲ ਸਮਾਨ ਰੂਪ ਵਿੱਚ ਫੈਲੇ, ਸੁਤੰਤਰ ਪੈਕੇਟ ਨੁਕਸਾਨ ਨੂੰ ਮੰਨਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ 1% ਤੋਂ ਘੱਟ ਨੁਕਸਾਨ ਦੀਆਂ ਦਰਾਂ ਲਈ ਭਰੋਸੇਯੋਗ ਹੈ। ਜੇਕਰ ਨੁਕਸਾਨ 1% ਤੋਂ ਵੱਧ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਟੂਲ ਚੇਤਾਵਨੀ ਦਿਖਾਉਂਦਾ ਹੈ।
ਵਿੰਡੋ ਸਕੇਲਿੰਗ ਸੀਮਾਵਾਂ: ਬਿਨਾਂ-ਸਕੇਲ ਕੀਤੀ ਅਧਿਕਤਮ TCP ਵਿੰਡੋ 65,535 ਬਾਈਟ ਹੈ। ਜੇਕਰ ਮਾਰਗ ਨੂੰ ਭਰਨ ਲਈ ਲੋੜੀਂਦੀ ਵਿੰਡੋ ਇਸ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ, ਤਾਂ RFC 7323 ਵਿੰਡੋ ਸਕੇਲਿੰਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। RFC 7323 ਦੇ ਤਹਿਤ ਅਧਿਕਤਮ ਗੱਲਬਾਤ ਯੋਗ ਵਿੰਡੋ 1,073,725,440 ਬਾਈਟ ਹੈ।
ਮਾਡਲ ਤੋਂ ਬਾਹਰ ਦੀਆਂ ਚੀਜ਼ਾਂ: ਇਹ ਗਣਨਾਵਾਂ ਸਥਿਰ ਸਥਿਤੀ (steady-state) ਅਤੇ ਇੱਕ ਸਿੰਗਲ TCP ਫਲੋਅ ਨੂੰ ਮੰਨਦੀਆਂ ਹਨ। TCP ਸਲੋਅ ਸਟਾਰਟ, ਕੰਜੈਸ਼ਨ-ਕੰਟਰੋਲ ਟਿਊਨਿੰਗ, ਹੌਲੀ ਰਿਸੀਵਰ ਅਤੇ TLS ਹੈਂਡਸ਼ੇਕ ਇਸ ਮਾਡਲ ਤੋਂ ਬਾਹਰ ਹਨ, ਜਿਸ ਕਾਰਨ ਅਸਲ ਟ੍ਰਾਂਸਫਰ ਹੌਲੀ ਸ਼ੁਰੂ ਹੋ ਸਕਦੇ ਹਨ।

ਗਲਤੀ ਦੇ ਸੁਨੇਹੇ

ਜੇਕਰ ਇਨਪੁਟਸ ਵਿੱਚ ਕੋਈ ਗਲਤੀ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਟੂਲ ਹੇਠਾਂ ਦਿੱਤੇ ਸੁਨੇਹੇ ਦਿਖਾਉਂਦਾ ਹੈ:

ਜੇਕਰ ਇਨਪੁਟ ਨੂੰ ਪਾਰਸ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ: "‹field›: “‹token›” ਕੋਈ ਸੰਖਿਆ ਨਹੀਂ ਹੈ।"
ਲਿੰਕ ਰੇਟ ਜ਼ੀਰੋ ਜਾਂ ਨੈਗੇਟਿਵ ਹੋਣ 'ਤੇ: "ਲਿੰਕ ਰੇਟ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।"
ਰਾਊਂਡ-ਟ੍ਰਿਪ ਸਮਾਂ ਜ਼ੀਰੋ ਜਾਂ ਨੈਗੇਟਿਵ ਹੋਣ 'ਤੇ: "ਰਾਊਂਡ-ਟ੍ਰਿਪ ਸਮਾਂ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।"
ਡੇਟਾ ਸਾਈਜ਼ ਜ਼ੀਰੋ ਜਾਂ ਨੈਗੇਟਿਵ ਹੋਣ 'ਤੇ: "ਡੇਟਾ ਦਾ ਆਕਾਰ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।"
ਰਿਸੀਵ ਵਿੰਡੋ ਜ਼ੀਰੋ ਜਾਂ ਨੈਗੇਟਿਵ ਹੋਣ 'ਤੇ: "ਰਿਸੀਵ ਵਿੰਡੋ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।"
ਰਿਸੀਵ ਵਿੰਡੋ RFC 7323 ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੋਣ 'ਤੇ: "TCP 1,073,725,440 ਬਾਈਟਾਂ (RFC 7323 ਵਿੰਡੋ ਸਕੇਲਿੰਗ) ਤੋਂ ਉੱਪਰ ਦੀ ਵਿੰਡੋ ਲਈ ਗੱਲਬਾਤ ਨਹੀਂ ਕਰ ਸਕਦਾ।"
ਜੇਕਰ MSS ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੈ: "MSS 1 ਅਤੇ 65,495 ਦੇ ਵਿਚਕਾਰ ਬਾਈਟਾਂ ਦੀ ਇੱਕ ਪੂਰਨ ਸੰਖਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।"
ਜੇਕਰ ਪੈਕੇਟ ਨੁਕਸਾਨ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਹੈ: "ਨੁਕਸਾਨ ਦੀ ਦਰ 0 ਅਤੇ 100 ਪ੍ਰਤੀਸ਼ਤ ਦੇ ਵਿਚਕਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।"
ਜੇਕਰ ਗਣਨਾ ਸਿਸਟਮ ਦੀਆਂ ਸੀਮਾਵਾਂ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ: "ਕੋਈ ਮੁੱਲ ਜਾਂ ਵਿਚਕਾਰਲਾ ਨਤੀਜਾ ਸਮਰਥਿਤ ਸੰਖਿਆ ਸੀਮਾ ਤੋਂ ਵੱਧ ਗਿਆ ਹੈ।"

ਮਾਰਗ

ਟ੍ਰਾਂਸਫਰ

TCP ਪੈਰਾਮੀਟਰ

ਥ੍ਰੂਪੁੱਟ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ

ਫਾਰਮੂਲੇ ਅਤੇ ਬਦਲਾਵ

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਕੈਲਕੁਲੇਟਰ ਦੇ ਇਨਪੁਟ ਪੈਰਾਮੀਟਰ

ਆਉਟਪੁੱਟ ਅਤੇ ਨਤੀਜੇ

ਥ੍ਰੂਪੁੱਟ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਸਮਾਂ

ਗਤੀਸ਼ੀਲ ਸਿਸਟਮ ਨੋਟਿਸ

ਫਾਰਮੂਲੇ ਅਤੇ ਬਦਲਾਵ

ਨਿਯਮ ਅਤੇ ਸੀਮਾਵਾਂ

ਗਲਤੀ ਦੇ ਸੁਨੇਹੇ

ਹੋਰ ਟੂਲ