VPN ਡਾਊਨਲੋਡ ਸਰਵਰ ਦੇ ਅਪਲੋਡ ਨਾਲ ਕਿਉਂ ਸੀਮਤ ਹੁੰਦਾ ਹੈ

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

ਤੁਸੀਂ ਜੋ ਸੰਖਿਆ ਪੜ੍ਹੀ ਉਹ ਗਲਤ ਦਿਸ਼ਾ ਵਿੱਚ ਸੀ

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

ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਓਵਰਹੈੱਡ ਅਤੇ ਕੋਈ ਵੀ ਮੁਕਾਬਲੇ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਉਸੇ ਬਜਟ ਦਾ ਹਿੱਸਾ ਖਰਚ ਕਰਦੇ ਹਨ। ਦੋਵੇਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਅਜਿਹੀ ਸਪੀਡ ਟੈਸਟ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ ਜੋ ਸਿਰਫ਼ ਕਲਾਇਟ ਮਾਪਦੀ ਹੈ।

ਪਥ ਨੂੰ ਬਜਟ ਵਜੋਂ ਲਿਖੋ

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

ਸਰਵਰ ਦੀ 20 Mbit/s ਅਪਲਿੰਕ ਅਤੇ ਕਲਾਇਟ ਦੀ 100 Mbit/s ਡਾਊਨਲਿੰਕ ਨਾਲ, ਸਰਵਰ ਕਲਾਇਟ ਦੇ ਧਿਆਨ ਵਿੱਚ ਆਉਣ ਤੋਂ ਬਹੁਤ ਪਹਿਲਾਂ ਟ੍ਰਾਂਸਫਰ ਸੀਮਤ ਕਰ ਦਿੰਦਾ ਹੈ। ਓਵਰਹੈੱਡ ਅਤੇ ਕੋਈ ਵੀ ਸਮਕਾਲੀ ਟ੍ਰਾਂਸਫਰ ਹੋਰ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਸੰਤ੍ਰਿਪਤ ਅਪਲਿੰਕ ਪੁਸ਼ਟੀਆਂ ਵੀ ਦੇਰ ਕਰਦੀ ਹੈ, ਜੋ TCP ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਕੱਚੀ ਛੱਤ ਤੋਂ ਹੇਠਾਂ ਹੌਲੀ ਕਰ ਦਿੰਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਪ੍ਰਭਾਵ ਪਲਾਨ ਤੁਲਨਾ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।

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

ਬੋਰਡ ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕਿੱਥੇ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ

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

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

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

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

ਸਾਈਫਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮਾਪੋ

ਇੱਕ ਦਿਸ਼ਾਤਮਕ ਟੈਸਟ ਚਲਾਓ ਜੋ ਟਨਲ ਰਾਹੀਂ ਅਸਲ ਵਿੱਚ ਪ੍ਰਾਪਤ ਦਰ ਦੱਸੇ, ਫਿਰ ਤੁਲਨਾ ਲਈ ਉਹੀ ਟੈਸਟ ਕੱਚੇ ਇੰਟਰਫੇਸ 'ਤੇ ਚਲਾਓ। ਉਨ੍ਹਾਂ ਦੋ ਸੰਖਿਆਵਾਂ ਦਾ ਫ਼ਰਕ ਟਨਲ ਦੀ ਲਾਗਤ ਹੈ, ਅਤੇ ਦੋ ਛੱਤਾਂ ਵਿੱਚੋਂ ਛੋਟੀ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜੀ ਹੱਦ 'ਤੇ ਹਮਲਾ ਕਰਨਾ ਹੈ।

ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਸੁਰੱਖਿਆ ਨੀਤੀ ਅਟੱਲ ਰੱਖੋ। ਕਮਜ਼ੋਰ ਸਾਈਫਰ ਜਾਂ ਓਵਰਕਲਾਕ ਕੀਤੇ ਬੋਰਡ ਨਾਲ ਮਿਲਿਆ ਪੁਰਾਣਾ ਨਤੀਜਾ ਮੌਜੂਦਾ ਤੈਨਾਤੀ ਲਈ ਯੋਜਨਾ ਨਹੀਂ ਹੈ।

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

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