ਤੁਹਾਡਾ ਡਾਊਨਲੋਡ ਤੇਜ਼ ਹੈ, ਤਾਂ ਫਿਰ ਹਰ ਕਲਿੱਕ ਹੌਲੀ ਕਿਉਂ ਲੱਗਦਾ ਹੈ?

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

ਤੇਜ਼ ਫ਼ਾਈਲ, ਹੌਲੀ ਕਲਿੱਕ: ਦੋ ਵੱਖਰੇ ਅੰਕ

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

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

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

ਸ਼ਿਕਾਇਤ ਮਾਪੋ, ਕਨੈਕਸ਼ਨ ਨਹੀਂ

ਉਪਭੋਗਤਾ ਵੱਲੋਂ ਕਹੇ ਵਾਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਮਾਪ ਚੁਣੋ। ਹੌਲੀ ਡਾਊਨਲੋਡ ਲਈ ਸਹੀ ਦਿਸ਼ਾ ਵਿੱਚ ਟਿਕਾਊ ਦਰ ਚਾਹੀਦੀ ਹੈ; ਦੇਰੀ ਨਾਲ ਹੋਣ ਵਾਲੀ ਕਾਲ ਲਈ ਉਸ ਐਪ ਦੇ ਆਪਣੇ ਅੰਕੜੇ ਚਾਹੀਦੇ ਹਨ; ਹੌਲੀ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਪੰਨੇ ਲਈ ਨਾਮ ਹੱਲ ਅਤੇ ਸਥਾਪਨਾ ਦੇ ਸਮੇਂ ਚਾਹੀਦੇ ਹਨ।

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

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

ਐਗਰੈਸਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਿਆਂ ਮੰਜ਼ਿਲ ਸਥਿਰ ਰੱਖੋ। ਸਰਵਰ ਅਤੇ ਟਨਲ ਦੋਵੇਂ ਬਦਲਣ ਨਾਲ ਇੱਕ ਚਲ ਦੋ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਨਤੀਜਾ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਕਿਹੜਾ ਮਹੱਤਵਪੂਰਨ ਸੀ। ਹਰ ਐਗਰੈਸ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਵਾਰ ਚਲਾਓ, ਕਿਉਂਕਿ ਇੱਕਲਾ ਨਮੂਨਾ ਅਕਸਰ ਰੂਟਿੰਗ ਬਦਲਾਅ ਜਾਂ ਸ਼ੋਰ ਭਰੀ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਪੈ ਜਾਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਕੇਸ ਨਾਲੋਂ ਮੱਧਿਕਾ ਵੱਧ ਲਾਭਦਾਇਕ ਹੈ।

ICMP ਨੂੰ ਜਵਾਬ ਨਹੀਂ, ਸੰਕੇਤ ਮੰਨੋ। ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਹੋਸਟ ਈਕੋ ਬੇਨਤੀਆਂ ਨੂੰ ਤੁਹਾਡੀ ਐਪ ਵਰਤਦੇ ਰਾਹ ਨਾਲੋਂ ਵੱਖਰੇ ਰਾਹ 'ਤੇ ਸੰਭਾਲ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਗੁੰਮਿਆ ਜਵਾਬ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਹਰ ਐਪ ਪੈਕਟ ਗੁਆ ਰਹੀ ਹੈ।

ਲੋਡ ਹੇਠ ਦੇਰੀ ਕਤਾਰ ਦੀ ਸਮੱਸਿਆ ਹੈ

ਲੋਕਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਉਲਝਾਉਣ ਵਾਲਾ ਨਮੂਨਾ ਉਹ ਕਨੈਕਸ਼ਨ ਹੈ ਜੋ ਨਿਸ਼ਕਿਰਿਆ ਹੁੰਦਿਆਂ ਠੀਕ ਲੱਗਦਾ ਹੈ ਅਤੇ ਬੈਕਅੱਪ ਦੌਰਾਨ ਬੇਕਾਰ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ ਕਤਾਰ ਹੈ, ਸਮਰੱਥਾ ਨਹੀਂ। ਭਰੀ ਹੋਈ ਅਪਲਿੰਕ ਹਰ ਦੂਜੇ ਪੈਕਟ ਅੱਗੇ ਬਫ਼ਰ ਬਣਾਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਕੀ-ਦਬਾਅ ਅਪਲੋਡ ਦੇ ਇੱਕ ਹਿੱਸੇ ਪਿੱਛੇ ਉਡੀਕਦਾ ਹੈ।

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

ਪਹਿਲਾ ਹੁਕਮ ਪਿਛੋਕੜ ਵਿੱਚ ਦੇਰੀ ਦੇ ਨਮੂਨੇ ਲੈਂਦਾ ਹੈ ਜਦੋਂ ਕਿ ਦੂਜਾ ਉਲਟ ਦਿਸ਼ਾ ਭਰਦਾ ਹੈ। ਜੇ ਟ੍ਰਾਂਸਫਰ ਦੌਰਾਨ ping ਦੇ ਸਮੇਂ ਛਾਲ ਮਾਰਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਸੁਧਰ ਜਾਣ, ਤਾਂ ਤੁਸੀਂ ਰੂਟਿੰਗ ਖਰਾਬੀ ਲੱਭਣ ਦੀ ਬਜਾਏ bufferbloat ਦੁਬਾਰਾ ਪੈਦਾ ਕੀਤਾ ਹੈ। ਹੱਲ ਆਮ ਤੌਰ 'ਤੇ ਕਤਾਰ ਪ੍ਰਬੰਧਨ ਦੀ ਸੈਟਿੰਗ, ਘੱਟ ਪਿਛੋਕੜ ਦਰ, ਜਾਂ ਵੱਡੇ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਇੰਟਰਐਕਟਿਵ ਰਾਹ ਤੋਂ ਦੂਰ ਕਰਨਾ ਹੈ।

ਵਿਕਲਪਿਕ ਪਿਛੋਕੜ ਟ੍ਰੈਫਿਕ ਘਟਾਉਣਾ ਅਕਸਰ ਐਗਰੈਸ ਦੇਸ਼ ਬਦਲਣ ਨਾਲੋਂ ਵੱਧ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਹ ਸਸਤਾ ਵੀ ਹੈ, ਉਲਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਪਰਖਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਜੇ ਕਤਾਰ ਸੰਭਾਲੀ ਨਾ ਜਾ ਸਕੇ ਤਾਂ ਵੱਡੇ ਅਪਲੋਡ ਕੰਮ ਦੇ ਸਮੇਂ ਤੋਂ ਬਾਹਰ ਤੈਅ ਕਰੋ, ਅਤੇ ਜੇ ਦਿਨ ਵੇਲੇ ਚਲਾਉਣੇ ਹੀ ਪੈਣ ਤਾਂ ਉਹਨਾਂ ਦੀ ਦਰ ਸੀਮਿਤ ਕਰੋ। ਰਾਊਟਰ ਸਮਰਥਨ ਦੇਵੇ ਤਾਂ ਕਤਾਰ ਪ੍ਰਬੰਧਨ ਦੀ ਸੈਟਿੰਗ ਬਿਹਤਰ ਹੱਲ ਹੈ।

ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਸਮਾਨ ਦੀ ਸਮਾਨ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

ਵੱਧ ਨਿਸ਼ਕਿਰਿਆ ਦੇਰੀ ਲਈ ਮੰਜ਼ਿਲ ਸਥਿਰ ਰੱਖ ਕੇ ਐਗਰੈਸਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ ਸਭ ਤੋਂ ਵਧੀਆ ਉਮੀਦਵਾਰ ਲਈ ਰਾਹਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਘੱਟ ਸਥਿਰ ਥਰੂਪੁਟ ਲਈ ਇਸ ਦੀ ਬਜਾਏ ਸਮਰੱਥਾ, ਸਰਵਰ ਲੋਡ ਅਤੇ ਕਲਾਇੰਟ ਪ੍ਰੋਸੈਸਿੰਗ ਵੇਖੋ, ਕਿਉਂਕਿ ਇਹ ਵੱਖਰੀਆਂ ਹੱਦਾਂ ਹਨ।

ਤੁਸੀਂ ਕੀ ਮਾਪਿਆ, ਕਿਸ ਮੰਜ਼ਿਲ ਵਿਰੁੱਧ, ਕਿਸ ਸਮੇਂ ਅਤੇ ਕਿਹੜੀਆਂ ਸੈਟਿੰਗਾਂ ਨਾਲ—ਲਿਖੋ। ਉਹਨਾਂ ਚਾਰ ਤੱਥਾਂ ਤੋਂ ਬਿਨਾਂ ਤੁਲਨਾ ਦੁਹਰਾਈ ਨਹੀਂ ਜਾ ਸਕਦੀ, ਅਤੇ ਅਗਲਾ ਵਿਅਕਤੀ ਸਿਫ਼ਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੇਗਾ।

ਫਿਰ ਟਿਕਟ ਦੇ ਦਾਅਵੇ ਨਾਲ ਸੰਦ ਨੂੰ ਮਿਲਾਓ। "ਹੌਲਾ ਇੰਟਰਨੈੱਟ" ਮਾਪ ਨਹੀਂ ਹੈ; "ਇਸ ਹੋਸਟ ਤੱਕ ਪਹਿਲੇ ਬਾਈਟ ਵਿੱਚ 900 ms ਲੱਗੇ ਜਦੋਂ ਕਿ ਥਰੂਪੁਟ ਚੰਗਾ ਸੀ" ਇੱਕ ਮਾਪ ਹੈ, ਅਤੇ ਇਹ ਸਿੱਧਾ ਸਮਰੱਥਾ ਵੱਲ ਨਹੀਂ, ਦੇਰੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।