VPN ਸ਼ੇਅਰ 'ਤੇ Visual Studio ਹੌਲੀ: ਸੰਭਾਲ ਕਿਉਂ ਰਾਊਂਡ ਟ੍ਰਿਪ ਬਣਦੀ ਹੈ

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

ਫਾਇਲ ਖੁੱਲ੍ਹੀ ਹੋਣ ਵੇਲੇ ਸੰਪਾਦਕ ਕੀ ਕਰਦਾ ਹੈ

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

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

ਮੀਨੂ ਦਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਖਤਮ ਹੋਣ ਵਾਲੀਆਂ ਸ਼ੈੱਲ ਖੋਜਾਂ

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

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

net use
Get-Printer | Select-Object Name, PortName
Measure-Command { Get-ChildItem \files\proj | Out-Null }

ਸਥਾਨਕ ਕੰਮਕਾਜੀ ਕਾਪੀ ਕਿਉਂ ਜਿੱਤਦੀ ਹੈ

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

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

ਇਤਿਹਾਸ ਨੂੰ ਇੱਕੋ ਆਬਜੈਕਟ ਵਜੋਂ ਹਿਲਾਓ

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

hg bundle --base 9f2c1a7e outgoing.hg
hg unbundle outgoing.hg
git bundle create repo.bundle main
git clone repo.bundle repo

ਅਧਾਰ ਸੋਧ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਠੀਕ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕਿੰਨਾ ਇਤਿਹਾਸ ਯਾਤਰਾ ਕਰੇਗਾ। ਸਭ ਕੁਝ ਬੰਡਲ ਕਰਨਾ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਲਿੰਕ ਬਰਬਾਦ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਆਖਰੀ ਸਾਂਝੇ ਬਦਲਾਅ ਤੋਂ ਬੰਡਲ ਕਰਨਾ ਸਿਰਫ਼ ਉਹੀ ਹਿਲਾਉਂਦਾ ਹੈ ਜੋ ਦੂਜੇ ਪਾਸੇ ਕੋਲ ਨਹੀਂ ਹੈ।

ਬੈਂਡਵਿਡਥ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਕਾਰਵਾਈਆਂ ਮਾਪੋ

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

ਫਿਰ ਉਹੀ ਤਿੰਨ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਥਾਨਕ ਕਾਪੀ ਦੇ ਵਿਰੁੱਧ ਦੁਹਰਾਓ। ਫ਼ਰਕ ਸ਼ੇਅਰ ਦੀ ਕੀਮਤ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਹੱਲ ਵਜੋਂ ਤੇਜ਼ ਲਿੰਕ ਦਾ ਸੁਝਾਅ ਦੇਵੇ ਤਾਂ ਉਹੀ ਗਿਣਤੀ ਦੱਸਣੀ ਹੈ।