VPN ਰਾਹੀਂ ਡਾਊਨਲੋਡ ਸਿੱਧੇ ਨਾਲੋਂ ਤੇਜ਼ ਕਿਉਂ ਹੈ

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

ਵਕਰ ਦੀ ਸ਼ਕਲ ਇਹ ਪ੍ਰਗਟ ਕਰਦੀ ਹੈ

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

ਇੱਕੋ ਫਾਈਲ ਦੇ ਦੋ ਰਨ, ਇੱਕ ਸਿੱਧਾ ਅਤੇ ਇੱਕ ਟਨਲ ਰਾਹੀਂ, ਇਹ ਦੇਖਣ ਲਈ ਕਾਫ਼ੀ ਹਨ ਕਿ ਸਮਤਲ ਭਾਗ ਹੈ ਜਾਂ ਨਹੀਂ।

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

ਤਿੰਨ ਤੁਲਨਾਵਾਂ, ਹਰ ਇੱਕ ਵਿੱਚ ਇੱਕ ਚਲ

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

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

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

ਘੰਟਾ ਵੀ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਆਕਾਰਕ ਸਮੇਂ-ਆਧਾਰਿਤ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਸ਼ਾਮ ਦੀ ਜਾਂਚ ਸਵੇਰ ਦੀ ਜਾਂਚ ਨਾਲ ਮੇਲ ਨਾ ਖਾ ਸਕਦੀ ਹੈ। ਇੱਕੋ ਘੰਟੇ ਦੇ ਦੋ ਰਨ ਦਿਨ ਭਰ ਖਿੱਲਰੇ ਦਸ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹਨ।

ਇਹ ਮਾਪ ਕੀ ਟਿਕਾ ਨਹੀਂ ਸਕਦਾ

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

ਇਹ ਇਹ ਵੀ ਨਹੀਂ ਦਿਖਾਉਂਦਾ ਕਿ ਸਿੱਧਾ ਰਾਹ ਨੁਕਸਦਾਰ ਹੈ। ਸੀਮਤ ਰਾਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਮਨਸਾ ਸੀ, ਇਹ ਸਿਰਫ਼ ਨੀਤੀ ਨਾਲ ਸੀਮਤ ਹੈ।

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

ਖੋਜ ਨੂੰ ਸਹਾਇਤਾ ਬੇਨਤੀ ਵਿੱਚ ਬਦਲੋ

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

ਸਿਰਫ਼ ਉਸ ਅੰਕੜੇ ਦੇ ਪਿੱਛੇ ਭੱਜਣ ਲਈ ਹਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਟਨਲ ਵਿੱਚ ਨਾ ਧੱਕੋ।

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