ਘੱਟ ਦੇਰੀ ਵਾਲਾ ਪ੍ਰਾਕਸੀ ਵੀ ਹੌਲੀ ਡਾਊਨਲੋਡ ਕਿਉਂ ਕਰ ਸਕਦਾ ਹੈ
ਕਨੈਕਸ਼ਨ ਦੀ ਦੇਰੀ ਅਤੇ ਡਾਊਨਲੋਡ ਥ੍ਰੂਪੁੱਟ ਪ੍ਰਾਕਸੀ ਬੇਨਤੀ ਦੇ ਵੱਖਰੇ ਹਿੱਸੇ ਮਾਪਦੇ ਹਨ। ਕੰਮ ਅਨੁਸਾਰ ਸਹੀ ਜਾਂਚ ਚੁਣੋ।
ਛੋਟਾ ਪੰਨਾ ਛੇਤੀ ਵਾਪਸ ਦੇਣ ਵਾਲਾ ਪ੍ਰਾਕਸੀ ਵੀ ਫਾਈਲ ਡਾਊਨਲੋਡ ਕਰਨ ਵੇਲੇ ਹੌਲਾ ਹੋ ਸਕਦਾ ਹੈ। ਪਹਿਲੀ ਬੇਨਤੀ ਮੁੱਖ ਤੌਰ ’ਤੇ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਅਤੇ ਜਵਾਬ ਦੀ ਦੇਰੀ ਦੱਸਦੀ ਹੈ। ਵੱਡੀ ਟ੍ਰਾਂਸਫਰ ਇਸ ਗੱਲ ’ਤੇ ਵੀ ਨਿਰਭਰ ਹੈ ਕਿ ਰਾਹ ਲਗਾਤਾਰ ਕਿੰਨਾ ਡਾਟਾ ਲਿਜਾ ਸਕਦਾ ਹੈ।
ਕਿਹੜਾ ਅੰਕ ਤੁਹਾਡੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ?
| ਕੰਮ | ਲਾਭਦਾਇਕ ਨਿਰੀਖਣ |
|---|---|
| ਛੋਟਾ ਪੰਨਾ ਖੋਲ੍ਹਣਾ ਜਾਂ ਛੋਟੀ API ਬੇਨਤੀ ਭੇਜਣਾ | ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ ਸਮੇਤ ਜਵਾਬ ਮਿਲਣ ਤੱਕ ਦਾ ਸਮਾਂ। |
| ਫਾਈਲ ਡਾਊਨਲੋਡ ਕਰਨੀ | ਢੁਕਵੀਂ ਜਾਂਚ ਫਾਈਲ ਨਾਲ ਕੁੱਲ ਟ੍ਰਾਂਸਫਰ ਹੋਏ ਬਾਈਟ ਅਤੇ ਔਸਤ ਥ੍ਰੂਪੁੱਟ। |
| ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਵਿੱਚ ਐਪ ਦਾ ਜਵਾਬ ਤੇਜ਼ ਰੱਖਣਾ | ਉਮੀਦ ਕੀਤੇ ਕੰਮ ਦੇ ਭਾਰ ਹੇਠ ਆਮ ਜਵਾਬ ਦਾ ਸਮਾਂ, ਅਸਫਲਤਾਵਾਂ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੀ ਮੁੜ ਵਰਤੋਂ। |
ICMP ping ਵੱਖਰੀ ਜਾਂਚ ਹੈ। ਪ੍ਰਾਕਸੀ ਸੇਵਾ ਨਾ ਮਿਲਣ ’ਤੇ ਵੀ ਸਰਵਰ ping ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ, ਜਾਂ ਪ੍ਰਾਕਸੀ ਚੱਲਦੇ ਸਮੇਂ ping ਰੋਕ ਸਕਦਾ ਹੈ। ਪ੍ਰਾਕਸੀ ਦੇ ਪਤੇ ਤੱਕ ਆਉਣ-ਜਾਣ ਦਾ ਸਮਾਂ ਪ੍ਰਾਕਸੀ ਤੋਂ ਤੁਹਾਡੀ ਮੰਜ਼ਿਲ ਤੱਕ ਦਾ ਕਨੈਕਸ਼ਨ ਵੀ ਨਹੀਂ ਗਿਣਦਾ।
ਅਸਲ ਟ੍ਰਾਂਸਫਰ ਮਾਪੋ
ਆਪਣੇ ਕਾਬੂ ਵਾਲੇ ਸਰਵਰ ਦੀ ਜਾਂ ਅਜਿਹੀ ਜਾਂਚ ਲਈ ਰੱਖੀ ਫਾਈਲ ਵਰਤੋ। ਇਹ ਉਦਾਹਰਨ ਜਵਾਬ ਦਾ ਮੁੱਖ ਭਾਗ ਸੁੱਟ ਕੇ ਟ੍ਰਾਂਸਫਰ ਦਾ ਆਕਾਰ, ਪ੍ਰਤੀ ਸਕਿੰਟ ਔਸਤ ਬਾਈਟ ਅਤੇ ਕੁੱਲ ਸਮਾਂ ਦਿਖਾਉਂਦੀ ਹੈ:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.bin
ਉਦਾਹਰਨ ਦਾ ਪ੍ਰਾਕਸੀ ਅਤੇ ਫਾਈਲ URL ਦੋਵੇਂ ਬਦਲੋ। 404 ਪੰਨਾ ਜਾਂ ਪਹੁੰਚ ਨਕਾਰਨ ਵਾਲਾ ਜਵਾਬ ਛੇਤੀ ਆਵੇ ਤਾਂ ਵੀ ਉਹ ਡਾਊਨਲੋਡ ਦਾ ਜਾਇਜ਼ ਮਾਪਦੰਡ ਨਹੀਂ। ਗਤੀ ਦੀ ਤੁਲਨਾ ਤੋਂ ਪਹਿਲਾਂ ਸਥਿਤੀ, ਉਮੀਦ ਕੀਤੇ ਫਾਈਲ ਆਕਾਰ ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਜਾਂਚ ਕਰੋ।
ਔਸਤ ਗਤੀ ਵਾਲਾ ਖੇਤਰ ਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਵਿੱਚ ਹੈ। ਬਿੱਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਵਿੱਚ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ ਨੈੱਟਵਰਕ ਪਲਾਨ ਵੱਖਰੀ ਇਕਾਈ ਵਰਤਦਾ ਹੈ। ਬਾਈਟ ਨੂੰ ਮੋਟੇ ਤੌਰ ’ਤੇ ਬਿੱਟ ਵਿੱਚ ਬਦਲਣ ਲਈ ਅੱਠ ਨਾਲ ਗੁਣਾ ਕਰੋ; ਪੂਰੀ ਤੁਲਨਾ ਵਿੱਚ ਇਕਾਈ ਇੱਕੋ ਰੱਖੋ।
ਤੁਲਨਾ ਦੀਆਂ ਸ਼ਰਤਾਂ ਇੱਕੋ ਰੱਖੋ
ਇੱਕੋ ਮੰਜ਼ਿਲ, ਫਾਈਲ, ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਅਤੇ ਟਾਈਮਆਉਟ ਸੈਟਿੰਗ ਵਰਤੋ। ਸਭ ਤੋਂ ਤੇਜ਼ ਕੋਸ਼ਿਸ਼ ਚੁਣਨ ਦੀ ਥਾਂ ਕੁਝ ਸੀਮਤ ਨਮੂਨਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਅਟਕੀ ਟ੍ਰਾਂਸਫਰ ਲਈ ਕਨੈਕਸ਼ਨ ਬਣਾਉਣ, ਕੁੱਲ ਸਮੇਂ ਅਤੇ ਘੱਟ ਗਤੀ ਦੀਆਂ ਹੱਦਾਂ ਸੋਚ ਕੇ ਚੁਣੋ। ਅਸਫਲ ਬੇਨਤੀਆਂ ਵੀ ਨਤੀਜਿਆਂ ਵਿੱਚ ਰੱਖੋ: ਕਦੇ ਤੇਜ਼ ਪਰ ਅਕਸਰ ਅਸਫਲ ਪ੍ਰਾਕਸੀ ਲਾਜ਼ਮੀ ਪੂਰੇ ਹੋਣ ਵਾਲੇ ਕੰਮ ਲਈ ਮਾੜੀ ਚੋਣ ਹੋ ਸਕਦਾ ਹੈ।
ਕੈਸ਼ ਵਿੱਚਲੀ ਫਾਈਲ ਅਤੇ ਨਵਾਂ ਡਾਊਨਲੋਡ ਸੇਵਾ ਅੰਦਰ ਵੱਖਰੇ ਰਾਹ ਲੈ ਸਕਦੇ ਹਨ। ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਬਣਨ ਤੋਂ ਬਾਅਦ ਦੀ ਬੇਨਤੀ ਅਤੇ ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਮੁੜ ਵਰਤਣ ਵਾਲੀ ਬੇਨਤੀ ਵੀ ਇੰਝ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਐਪ ਨੂੰ ਕਿਹੜਾ ਵਿਹਾਰ ਚਾਹੀਦਾ ਹੈ ਤੈਅ ਕਰਕੇ ਲਗਾਤਾਰ ਉਹੀ ਮਾਪੋ।
ਕੰਮ ਦੇ ਭਾਰ ਅਨੁਸਾਰ ਚੁਣੋ
ਛੋਟੇ API ਜਵਾਬ ਲਈ ਪਹਿਲੇ ਬਾਈਟ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵਾਧੂ ਸਕਿੰਟ ਉਡੀਕਣਾ ਵੱਧ ਤੋਂ ਵੱਧ ਥ੍ਰੂਪੁੱਟ ਨਾਲੋਂ ਅਹਿਮ ਹੋ ਸਕਦਾ ਹੈ। ਵੱਡੇ ਡਾਊਨਲੋਡ ਵਿੱਚ ਤੇਜ਼ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਾਅਦ ਬਹੁਤ ਹੌਲਾ ਮੁੱਖ ਭਾਗ ਮਿਲਣਾ ਚੰਗਾ ਸੌਦਾ ਨਹੀਂ। ਦੋਵੇਂ ਕੰਮਾਂ ਵਿੱਚ ਅਸਲ ਮੰਜ਼ਿਲ ਜਾਂਚੋ; ਪ੍ਰਾਕਸੀ ਦੇ ਸਾਰੇ ਰਾਹ ਦੱਸਣ ਵਾਲਾ ਇੱਕ ਗਤੀ ਅੰਕ ਨਹੀਂ ਹੁੰਦਾ।
ProxyHub ਦੀ ਪ੍ਰਾਕਸੀ ਸੂਚੀ ਹਰ IP ਲਈ ਸੁਤੰਤਰ ਥ੍ਰੂਪੁੱਟ ਮਾਪ ਨਹੀਂ ਦਿੰਦੀ। ਪ੍ਰੋਟੋਕੋਲ ਜਾਂ ਦੇਸ਼ ਦਾ ਫਿਲਟਰ ਗਤੀ ਦੀ ਦਰਜਾਬੰਦੀ ਨਹੀਂ।