ਕੀ ਦੋ ਪ੍ਰੌਕਸੀ ਇੱਕ ਫ਼ਾਈਲ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੀਆਂ ਹਨ?
ਬਹੁਤ ਸਾਰੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਵੰਡ ਨੂੰ ਇੱਕ ਡਾਊਨਲੋਡ ਲਈ ਕਈ ਨੈੱਟਵਰਕ ਰਾਹਾਂ ਦੇ ਮਿਲਾਪ ਤੋਂ ਵੱਖ ਕਰਨਾ।
ਦੋ ਪ੍ਰੌਕਸੀ ਐਗਜ਼ਿਟ, ਹਰ ਇੱਕ ਕੋਲ ਵਾਧੂ ਬੈਂਡਵਿਡਥ ਹੈ, ਡਾਊਨਲੋਡ ਦੀ ਗਤੀ ਦੁੱਗਣੀ ਕਰਨ ਦਾ ਸੌਖਾ ਤਰੀਕਾ ਜਾਪਦੇ ਹਨ। ਪਰ ਆਮ ਪ੍ਰੌਕਸੀ ਪੂਲ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਨਹੀਂ ਕਰਦਾ।
ਕਲਾਇੰਟ ਇੱਕ ਚੁਣੀ ਹੋਈ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ। ਉਹ ਪ੍ਰੌਕਸੀ ਅਗਲਾ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦੀ ਹੈ। ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਤੋਂ ਦੂਜਾ ਪਤਾ ਪੂਲ ਵਿੱਚ ਜੋੜਨ ਨਾਲ ਭਵਿੱਖ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਹੋਰ ਚੋਣ ਮਿਲਦੀ ਹੈ; ਇਹ ਦੂਜੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਹੀ ਬਾਈਟ ਸਟ੍ਰੀਮ ਵਿੱਚ ਨਹੀਂ ਜੋੜਦੀ।
ਆਮ ਕਨੈਕਸ਼ਨ-ਅਧਾਰਿਤ ਮਲਟੀ-ਵਾਨ ਸੰਤੁਲਨ ਦੀ ਵੀ ਇਹੋ ਜਿਹੀ ਸੀਮਾ ਹੈ। ਇਹ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਲਿੰਕਾਂ ਵਿੱਚ ਫੈਲਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਕੁੱਲ ਸਮਰੱਥਾ ਵਧਦੀ ਹੈ ਜਾਂ ਮੁਕਾਬਲਾ ਘਟਦਾ ਹੈ। ਜਦੋਂ ਤੱਕ ਕੋਈ ਹੋਰ ਵਿਧੀ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਕਈ ਰਾਹ ਨਹੀਂ ਦਿੰਦੀ, ਇੱਕ ਕਨੈਕਸ਼ਨ ਇੱਕ ਕਨੈਕਸ਼ਨ ਹੀ ਰਹਿੰਦਾ ਹੈ।
ਜਦੋਂ ਸਮਾਨਾਂਤਰ ਡਾਊਨਲੋਡ ਵੱਖਰੀ ਗੱਲ ਹੁੰਦੇ ਹਨ
ਕਲਾਇੰਟ ਇੱਕ ਫ਼ਾਈਲ ਦੀਆਂ ਵੱਖਰੀਆਂ ਸੀਮਾਵਾਂ ਵੱਖਰੇ ਕਨੈਕਸ਼ਨਾਂ ਉੱਤੇ ਮੰਗ ਕੇ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਜੋੜ ਸਕਦਾ ਹੈ। ਜੇ ਕਲਾਇੰਟ ਇਸ ਪ੍ਰਬੰਧ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਬੇਨਤੀਆਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਤਾਂ ਇਹ ਇੱਕ ਤੋਂ ਵੱਧ ਰਾਹ ਵਰਤ ਸਕਦਾ ਹੈ।
ਇਹ ਕੁਝ ਸ਼ਰਤਾਂ ਲਿਆਉਂਦਾ ਹੈ: ਸੀਮਾਵਾਂ ਨੂੰ ਉਹੀ ਪੇਸ਼ਕਾਰੀ ਦੱਸਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਰਵਰ ਦੇ ਜਵਾਬ ਮੰਗੇ ਗਏ ਆਫਸੈੱਟ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਵਸਤੂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਮਿਲੀ-ਜੁਲੀ ਫ਼ਾਈਲ ਨਹੀਂ ਬਣਾਉਣੀਆਂ ਚਾਹੀਦੀਆਂ। ਪ੍ਰਮਾਣਿਕਤਾ, ਸਰਵਰ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਹਰ ਐਗਜ਼ਿਟ ਦੀ ਨੀਤੀ ਵੀ ਸਮਾਨਾਂਤਰ ਸੀਮਾ ਬੇਨਤੀਆਂ ਨੂੰ ਅਣਉਚਿਤ ਬਣਾ ਸਕਦੀਆਂ ਹਨ। ਦਸ ਪੂਰੇ ਡਾਊਨਲੋਡ ਇੱਕ ਡਾਊਨਲੋਡ ਦੇ ਦਸ ਟੁਕੜੇ ਨਹੀਂ ਹਨ।
ਕਲਾਇੰਟ ਤੱਕ ਅੰਤਿਮ ਰਾਹ ਦੀ ਅਜੇ ਵੀ ਅਹਿਮੀਅਤ ਹੈ। ਕਈ ਤੇਜ਼ ਐਗਜ਼ਿਟ ਇੱਕ ਭਰੇ ਹੋਏ ਐਕਸੈਸ ਲਿੰਕ ਰਾਹੀਂ ਉਸ ਲਿੰਕ ਦੀ ਸਮਰੱਥਾ ਤੋਂ ਵੱਧ ਡੇਟਾ ਨਹੀਂ ਭੇਜ ਸਕਦੇ।
ਮਲਟੀਪਾਥ ਨੂੰ ਅਸਲ ਸਮਰਥਨ ਚਾਹੀਦਾ ਹੈ
Multipath TCP ਇੱਕ ਸਪਸ਼ਟ ਟਰਾਂਸਪੋਰਟ ਵਿਧੀ ਹੈ ਜੋ ਆਪਣੇ ਸਿਰਿਆਂ ਅਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧ ਦੇ ਸਮਰਥਨ ਨਾਲ ਕਈ ਉਪ-ਸਟ੍ਰੀਮਾਂ ਰਾਹੀਂ ਕਨੈਕਸ਼ਨ ਲੈ ਜਾ ਸਕਦੀ ਹੈ। ਸਿਰਫ਼ ਦੋ ਅਸੰਬੰਧਿਤ HTTP ਜਾਂ SOCKS ਪ੍ਰੌਕਸੀ ਸੂਚੀਬੱਧ ਕਰਨ ਨਾਲ ਇਹ ਸਕਿਰਿਆ ਨਹੀਂ ਹੁੰਦੀ।
ਹੌਲੀ ਟ੍ਰਾਂਸਫਰ ਲਈ ਪਹਿਲਾਂ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਸੀਮਾ ਕਲਾਇੰਟ ਲਿੰਕ ਉੱਤੇ ਹੈ, ਪ੍ਰੌਕਸੀ ਉੱਤੇ ਹੈ, ਅਗਲੇ ਰਾਹ ਉੱਤੇ ਹੈ ਜਾਂ ਮੰਜ਼ਿਲ ਉੱਤੇ। ਪੂਲ ਕਨੈਕਸ਼ਨ ਵੰਡਣ ਲਈ ਲਾਹੇਵੰਦ ਹੈ। ਇੱਕ ਫ਼ਾਈਲ ਦੀ ਗਤੀ ਦੁੱਗਣੀ ਹੋਣ ਦੇ ਦਾਅਵੇ ਨੂੰ ਆਪਣੀ ਵਿਧੀ ਅਤੇ ਸਬੂਤ ਚਾਹੁੰਦੀ ਵੱਖਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਮੰਨੋ।