ਛੋਟੀਆਂ ਫਾਈਲਾਂ VPN ਉੱਤੇ ਆਉਣ-ਜਾਣ ਦੇ ਚੱਕਰਾਂ ਕਰਕੇ ਹੌਲੀ ਚੱਲਦੀਆਂ ਹਨ, ਰਫ਼ਤਾਰ ਕਰਕੇ ਨਹੀਂ

VPN ਉੱਤੇ 2 GB ਦੀ ਇੱਕ ਫਾਈਲ ਕਾਪੀ ਕਰੋ ਅਤੇ ਤਬਦੀਲੀ ਠੀਕ ਦਿਸਦੀ ਹੈ। ਦਸ ਹਜ਼ਾਰ ਛੋਟੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਫੋਲਡਰ ਕਾਪੀ ਕਰੋ ਅਤੇ ਉਹੀ ਲਿੰਕ ਟੁੱਟਿਆ ਦਿਸਦਾ ਹੈ। ਫ਼ਰਕ ਦੋ ਕੰਮਾਂ ਵਿਚਕਾਰ ਬਦਲੀ ਬੈਂਡਵਿਡਥ ਸੈਟਿੰਗ ਨਹੀਂ ਹੈ। ਦੂਜਾ ਕੰਮ ਸਮਾਂ ਸੈਟਅੱਪ, ਮੈਟਾਡੇਟਾ ਅਤੇ ਜਵਾਬਾਂ ਦੀ ਉਡੀਕ ਵਿੱਚ ਲੰਘਾਉਂਦਾ ਹੈ, ਅਤੇ ਸੁਰੰਗ ਦੀ ਦੇਰੀ ਹੀ ਉਸ ਉਡੀਕ ਨੂੰ ਦਿਸਣਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।

ਇੱਕ ਫਾਈਲ ਸਟ੍ਰੀਮ ਹੁੰਦੀ ਹੈ; ਫਾਈਲਾਂ ਦਾ ਫੋਲਡਰ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ

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

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

ਇਸ ਲਈ ਘੱਟ ਲਿੰਕ-ਵਰਤੋਂ ਦਾ ਗ੍ਰਾਫ਼ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਲਿੰਕ ਨਿਸ਼ਕ੍ਰਿਯ ਹੈ ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ, ਸੁਰੰਗ ਹੌਲੀ ਹੋਣ ਕਰਕੇ ਨਹੀਂ। ਸਟੋਰੇਜ ਐਰੇ ਜਾਂ ਐਂਡਪੌਇੰਟ ਸਕੈਨਰ ਉਸੇ ਤਰ੍ਹਾਂ ਦੀ ਦੇਰੀ ਜੋੜ ਸਕਦੇ ਹਨ। ਕੋਈ ਵੀ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਛਾਣੋ ਕਿ ਕਿਹੜਾ ਪੜਾਅ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ।

ਆਉਣ-ਜਾਣ ਦੇ ਚੱਕਰ ਬਾਈਟ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਜੁੜਦੇ ਹਨ

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

ਗਣਨਾ ਉਦਾਹਰਨ ਹੈ, ਮਾਪ ਨਹੀਂ: ਫਾਈਲ ਦਾ ਇੱਕੋ ਆਉਣ-ਜਾਣ ਦਾ ਚੱਕਰ ਪੈਣ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ, ਅਤੇ ਕਲਾਇੰਟ ਕੁਝ ਕੰਮ ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਰੱਖਦੇ ਹਨ।

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

ਕੰਮ ਦਾ ਭਾਰ ਮਾਪੋ, ਲਿੰਕ ਨਹੀਂ

ਇੱਕੋ ਸਿਰਿਆਂ ਅਤੇ ਇੱਕੋ ਪਹੁੰਚ ਨੀਤੀ ਵਾਲੇ ਤਿੰਨ ਕੰਮਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ: ਇੱਕ ਵੱਡੀ ਫਾਈਲ, ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਦਾ ਫੋਲਡਰ ਅਤੇ ਅਸਲ ਕਾਰੋਬਾਰੀ ਕਾਰਵਾਈ। ਹਰ ਨਤੀਜੇ ਨਾਲ ਫਾਈਲ ਗਿਣਤੀ, ਆਕਾਰ ਵੰਡ, ਕਾਪੀ ਸੰਦ ਅਤੇ ਨੈੱਟਵਰਕ ਹਾਲਾਤ ਦਰਜ ਕਰੋ।

ਉਹਨਾਂ ਵੇਰਵਿਆਂ ਤੋਂ ਬਿਨਾਂ ਇੱਕੋ MB/s ਅੰਕੜਾ ਕਿਸੇ ਹੋਰ ਦੇ ਅੰਕੜੇ ਨਾਲ ਤੁਲਨਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।

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

ਕੰਮ ਬਦਲੋ: ਸਮਾਨਾਂਤਰਤਾ ਅਤੇ ਆਰਕਾਈਵ

ਅਧਿਕਾਰਤ ਬਲਕ ਕਾਪੀ ਲਈ ਨਿਯੰਤਰਿਤ ਸਮਾਨਾਂਤਰਤਾ ਵਾਲਾ ਸੰਦ ਵੱਧ ਬੇਨਤੀਆਂ ਚਲਾਉਂਦਾ ਹੈ। Robocopy ਦਾ /MT ਵਿਕਲਪ Windows ਉੱਤੇ ਆਮ ਉਦਾਹਰਨ ਹੈ। ਥ੍ਰੈਡ ਜੋੜਨ ਨਾਲ ਤੇਜ਼ ਕਾਪੀ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ।

ਉਹ ਗਿਣਤੀ ਚੁਣੋ ਜੋ ਕਲਾਇੰਟ, ਸਰਵਰ ਅਤੇ ਸਟੋਰੇਜ ਸਹਿ ਸਕਣ, ਅਤੇ ਕੰਮ ਦਾ ਲਾਗ ਤੇ ਕੋਈ ਵੀ ਗਲਤੀ ਰੱਖੋ।

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

ਨਿਯੰਤਰਿਤ ਪਰਖ ਨਾਲ ਕਾਊਂਟਰ ਜਾਂਚੋ

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

ਦੋ ਕਮਾਂਡਾਂ ਫਾਈਲ ਗਿਣਤੀ ਅਤੇ ਆਉਣ-ਜਾਣ ਦੀ ਆਧਾਰ-ਰੇਖਾ ਦਿੰਦੀਆਂ ਹਨ:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

ਫਿਰ ਸੀਮਿਤ ਥ੍ਰੈਡ ਗਿਣਤੀ ਨਾਲ ਕਾਪੀ ਚਲਾਓ ਅਤੇ ਲਾਗ ਦੀ ਤੁਲਨਾ ਪਿਛਲੀ ਵਾਰ ਨਾਲ ਕਰੋ:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

ਕਾਊਂਟਰ ਸੁਧਾਰਨ ਲਈ SMB ਸਾਈਨਿੰਗ, ਐਨਕ੍ਰਿਪਸ਼ਨ ਜਾਂ ਐਂਡਪੌਇੰਟ ਸੁਰੱਖਿਆ ਬੰਦ ਨਾ ਕਰੋ। ਉਹ ਬਦਲਾਅ ਕਿਸੇ ਸੁਰੱਖਿਆ ਗੁਣ ਨੂੰ ਉਸ ਅੰਕੜੇ ਨਾਲ ਬਦਲਦੇ ਹਨ ਜੋ ਸ਼ਾਇਦ ਰੁਕਾਵਟ ਨਹੀਂ ਸੀ। ਅਤੇ ਆਪਣੇ ਨੋਟਾਂ ਵਿੱਚ VPN ਢੋਆ-ਢੁਆਈ ਨੂੰ SMB ਦੀ ਆਪਣੀ ਢੋਆ-ਢੁਆਈ ਤੋਂ ਵੱਖ ਰੱਖੋ, ਕਿਉਂਕਿ ਇੱਕ ਵਿੱਚ ਸੁਧਾਰ ਦੂਜੇ ਬਾਰੇ ਸਬੂਤ ਨਹੀਂ।