ನೆಟ್ವರ್ಕ್ ಸಂಪರ್ಕದ ನೈಜ ಸಾಮರ್ಥ್ಯವನ್ನು ಅಳೆಯುವುದು ಕೇವಲ ಲಿಂಕ್ ವೇಗವನ್ನು ನೋಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದಾಗಿದೆ. ಒಂದೇ ಒಂದು TCP ಫ್ಲೋ (single TCP flow) ನೆಟ್ವರ್ಕ್ ಪಥದಲ್ಲಿ ಚಲಿಸುವಾಗ ಲೇಟೆನ್ಸಿ, ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಮತ್ತು ವಿಂಡೋ ಗಾತ್ರದಂತಹ ಹಲವು ಅಂಶಗಳು ಅದರ ಗರಿಷ್ಠ ವೇಗವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಈ ನೆಟ್ವರ್ಕ್ ಲೇಟೆನ್ಸಿ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಕ್ಯಾಲ್ಕುಲೇಟರ್ ಸಾಧನವು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಪಥದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಆಧರಿಸಿ, ಸಂಪರ್ಕದ ನೈಜ ಕಾರ್ಯಕ್ಷಮತೆಯ ಗರಿಷ್ಠ ಮಿತಿಯನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ನಿಮ್ಮ ಬ್ರೌಸರ್ನಲ್ಲಿಯೇ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಈ ಉಪಕರಣವು ಯಾವುದೇ ಡೇಟಾವನ್ನು ಬಾಹ್ಯ ಸರ್ವರ್ಗಳಿಗೆ ಕಳುಹಿಸುವುದಿಲ್ಲ. ನೀವು ನಮೂದಿಸುವ ಪ್ರತಿಯೊಂದು ಮೌಲ್ಯವನ್ನು ಈ ಬ್ರೌಸರ್ನಲ್ಲಿಯೇ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ — ಯಾವುದನ್ನೂ ಎಲ್ಲಿಗೂ ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ.
ಇನ್ಪುಟ್ ನಿಯತಾಂಕಗಳು ಮತ್ತು ಅವುಗಳ ಮಿತಿಗಳು
ಕ್ಯಾಲ್ಕುಲೇಟರ್ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಬಳಕೆದಾರರು ಕೆಳಗಿನ ಇನ್ಪುಟ್ಗಳನ್ನು ಒದಗಿಸಬೇಕಾಗುತ್ತದೆ:
- ಲಿಂಕ್ ದರ: ಮಾರ್ಗದಲ್ಲಿನ ಅತ್ಯಂತ ನಿಧಾನಗತಿಯ ಹಾಪ್ — ಸಾಮಾನ್ಯವಾಗಿ ನಿಮ್ಮ ಪ್ಲಾನ್ನ ದರ ನಿಗದಿಪಡಿಸಿದ ವೇಗ. ಇದರ ಮೌಲ್ಯವು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬೇಕು.
- ರೌಂಡ್-ಟ್ರಿಪ್ ಸಮಯ (RTT): ದೂರದ ತುದಿಗೆ ಪಿಂಗ್ ಸಮಯ — ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ನೀವು ನಿರೀಕ್ಷಿಸುವ ಗರಿಷ್ಠ ಮೌಲ್ಯವನ್ನು ಬಳಸಿ. ಇದರ ಮೌಲ್ಯವು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬೇಕು.
- ಡೇಟಾ ಗಾತ್ರ: ವರ್ಗಾಯಿಸಬೇಕಾದ ಪೇಲೋಡ್ — ಒಂದು ಫೈಲ್, ಬ್ಯಾಕಪ್ ಅಥವಾ ಡೇಟಾಸೆಟ್. ಇದರ ಮೌಲ್ಯವು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬೇಕು.
- ಸ್ವೀಕರಿಸುವ ವಿಂಡೋ: ರಿಸೀವರ್ ಬಫರ್ ಮಾಡಬಹುದಾದ ಬೈಟ್ಗಳು. ಇದು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬೇಕು ಮತ್ತು 1,073,725,440 ಬೈಟ್ಗಳನ್ನು ಮೀರಬಾರದು. ಇದನ್ನು ಖಾಲಿ ಬಿಟ್ಟರೆ ಯಾವುದೇ ವಿಂಡೋ ಮಿತಿ ಇರುವುದಿಲ್ಲ.
- MSS (ಬೈಟ್ಗಳು): ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ಗೆ ಪೇಲೋಡ್ ಬೈಟ್ಗಳು. ಇದು 1 ಮತ್ತು 65,495 ರ ನಡುವಿನ ಬೈಟ್ಗಳ ಪೂರ್ಣ ಸಂಖ್ಯೆಯಾಗಿರಬೇಕು. ಇದನ್ನು ಖಾಲಿ ಬಿಟ್ಟರೆ ಓವರ್ಹೆಡ್ ಮತ್ತು ನಷ್ಟವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ.
- ಪ್ಯಾಕೆಟ್ ನಷ್ಟ (%): ಸರಾಸರಿ ಪ್ಯಾಕೆಟ್ ನಷ್ಟದ ಸಂಭವನೀಯತೆ. ಇದು 0 ಮತ್ತು 100 ಪ್ರತಿಶತದ ನಡುವೆ ಇರಬೇಕು. ಖಾಲಿ ಅಥವಾ 0 ನಮೂದಿಸಿದರೆ ಯಾವುದೇ ನಷ್ಟದ ಮಿತಿ ಇರುವುದಿಲ್ಲ.
- ಪ್ರದರ್ಶಿಸಲಾದ ದಶಮಾಂಶಗಳು: ಔಟ್ಪುಟ್ ಮೌಲ್ಯಗಳ ದಶಮಾಂಶ ನಿಖರತೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ.
ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಇನ್ಪುಟ್ಗಳನ್ನು ಸುಲಭವಾಗಿ ಭರ್ತಿ ಮಾಡಲು ಉದಾಹರಣೆಯನ್ನು ಲೋಡ್ ಮಾಡಿ ಬಟನ್ ಮತ್ತು ಇನ್ಪುಟ್ಗಳನ್ನು ಮರುಹೊಂದಿಸಲು ತೆರವುಗೊಳಿಸಿ ಬಟನ್ ನೀಡಲಾಗಿದೆ.
ಔಟ್ಪುಟ್ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್ ಟಿಪ್ಪಣಿಗಳು
ಲೆಕ್ಕಾಚಾರ ಮುಗಿದ ನಂತರ, ಉಪಕರಣವು ಫಲಿತಾಂಶಗಳನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ನಕಲಿಸಿ ಬಟನ್ ಮೂಲಕ ಡೇಟಾವನ್ನು ನಕಲಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಪ್ರಮುಖ ಔಟ್ಪುಟ್ಗಳು ಈ ಕೆಳಗಿನಂತಿವೆ:
- ನಿರೀಕ್ಷಿತ TCP ಥ್ರೂಪುಟ್: ಸಕ್ರಿಯ ಅಡಚಣೆಯನ್ನು ಸೂಚಿಸುವ ಉಪ-ಲೇಬಲ್ನೊಂದಿಗೆ ಇದನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ: "
‹constraint›ನಿಂದ ಸೀಮಿತಗೊಳಿಸಲಾಗಿದೆ". ಇಲ್ಲಿ ಅಡಚಣೆಯು ಡೈನಾಮಿಕ್ ಆಗಿ ಲಿಂಕ್ ಸಾಮರ್ಥ್ಯ, ಸ್ವೀಕರಿಸುವ ವಿಂಡೋ, ಅಥವಾ ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಎಂದು ವರ್ಗೀಕರಿಸಲ್ಪಡುತ್ತದೆ. - ವರ್ಗಾವಣೆ ಸಮಯ
- ಮೊದಲ ಬೈಟ್ಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯ (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› × ‹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 ಬಿಟ್ಗಳು, 1 MB = 1,000,000 ಬೈಟ್ಗಳು). ಫೈಲ್ ಮ್ಯಾನೇಜರ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ 1024-ಆಧಾರಿತ ಬೈನರಿ ಯುನಿಟ್ಗಳನ್ನು ಬಳಸುತ್ತವೆ (ಅಲ್ಲಿ 100 MB ಫೈಲ್ ವಾಸ್ತವವಾಗಿ 100 MiB ಅಥವಾ ಸರಿಸುಮಾರು 104.86 ದಶಮಾಂಶ MB ಆಗಿರುತ್ತದೆ).
- ಓವರ್ಹೆಡ್ ಲೆಕ್ಕಾಚಾರಗಳು: ಪ್ರೋಟೋಕಾಲ್ ಓವರ್ಹೆಡ್ ಅನ್ನು ಪ್ರಮಾಣಿತ ಎತರ್ನೆಟ್ ಆಧಾರದ ಮೇಲೆ ಮಾಡೆಲ್ ಮಾಡಲಾಗಿದೆ, ಇದು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ಗೆ 78 ಬೈಟ್ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ (40 ಬೈಟ್ಗಳು TCP/IP ಹೆಡರ್ಗಳಿಗಾಗಿ ಮತ್ತು 38 ಬೈಟ್ಗಳು ಭೌತಿಕ ವೈರ್ ಓವರ್ಹೆಡ್ಗಾಗಿ).
- Mathis ಮಾದರಿಯ ಮಿತಿಗಳು: 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% ಕ್ಕಿಂತ ಕಡಿಮೆ ಇದ್ದಾಗ ಇದು ವಾಸ್ತವವನ್ನು ಉತ್ತಮವಾಗಿ ಪತ್ತೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸರಣಿ ನಷ್ಟಗಳಿಗೆ ಇದು ಆಶಾದಾಯಕ ಅಂದಾಜಾಗಿರುತ್ತದೆ.