ਮੈਗਾਪੈਕ: ਫੈਕਟਰੀਓ ਨੇ 200-ਪਲੇਅਰ ਮਲਟੀਪਲੇਅਰ ਸਮੱਸਿਆ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕੀਤਾ

ਇਸ ਸਾਲ ਮਈ ਵਿੱਚ ਮੈਂ ਇੱਕ ਖਿਡਾਰੀ ਦੇ ਰੂਪ ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ MMO ਇਵੈਂਟਸ ਕੈਥਰੀਨਓਫਸਕਾਈ. ਮੈਂ ਦੇਖਿਆ ਕਿ ਜਦੋਂ ਖਿਡਾਰੀਆਂ ਦੀ ਗਿਣਤੀ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸੰਖਿਆ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਹਰ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ "ਡਿੱਗ ਜਾਂਦੇ ਹਨ"। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ ਤੁਹਾਡੇ ਲਈ (ਪਰ ਮੇਰੇ ਲਈ ਨਹੀਂ), ਮੈਂ ਉਨ੍ਹਾਂ ਖਿਡਾਰੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਸੀ ਜੋ ਡਿਸਕਨੈਕਟ ਹੋ ਗਏ ਸਨ ਹਰ ਵੇਲੇ, ਇੱਕ ਚੰਗੇ ਕੁਨੈਕਸ਼ਨ ਦੇ ਨਾਲ ਵੀ. ਮੈਂ ਇਸ ਨੂੰ ਇੱਕ ਨਿੱਜੀ ਚੁਣੌਤੀ ਵਜੋਂ ਲਿਆ ਅਤੇ ਸਮੱਸਿਆ ਦੇ ਕਾਰਨਾਂ ਨੂੰ ਲੱਭਣਾ ਸ਼ੁਰੂ ਕੀਤਾ। ਤਿੰਨ ਹਫ਼ਤਿਆਂ ਦੇ ਡੀਬੱਗਿੰਗ, ਟੈਸਟਿੰਗ ਅਤੇ ਫਿਕਸ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਆਖਰਕਾਰ ਬੱਗ ਨੂੰ ਠੀਕ ਕਰ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਪਰ ਸਫ਼ਰ ਇੰਨਾ ਆਸਾਨ ਨਹੀਂ ਸੀ।

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

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


ਸਮੱਸਿਆ ਕਾਫ਼ੀ ਬੁਨਿਆਦੀ ਸੀ ਅਤੇ ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਵਿੱਚ ਮੈਨੂੰ 2 ਹਫ਼ਤੇ ਲੱਗ ਗਏ। ਇਹ ਕਾਫ਼ੀ ਤਕਨੀਕੀ ਹੈ, ਇਸ ਲਈ ਮੈਂ ਹੇਠਾਂ ਮਜ਼ੇਦਾਰ ਤਕਨੀਕੀ ਵੇਰਵਿਆਂ ਦੀ ਵਿਆਖਿਆ ਕਰਾਂਗਾ। ਪਰ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ 0.17.54 ਜੂਨ ਨੂੰ ਜਾਰੀ ਕੀਤੇ ਗਏ ਸੰਸਕਰਣ 4 ਤੋਂ, ਅਸਥਾਈ ਕੁਨੈਕਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਮਲਟੀਪਲੇਅਰ ਵਧੇਰੇ ਸਥਿਰ ਹੋ ਗਿਆ ਹੈ, ਅਤੇ ਪਛੜਾਂ ਨੂੰ ਲੁਕਾਉਣਾ ਬਹੁਤ ਘੱਟ ਗਲੀਚੀ (ਘੱਟ ਮੰਦੀ ਅਤੇ ਟੈਲੀਪੋਰਟਿੰਗ) ਹੋ ਗਿਆ ਹੈ। ਮੈਂ ਲੜਾਈ ਦੇ ਪਛੜ ਨੂੰ ਲੁਕਾਉਣ ਦੇ ਤਰੀਕੇ ਨੂੰ ਵੀ ਬਦਲ ਦਿੱਤਾ ਹੈ ਅਤੇ ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਇਸਨੂੰ ਥੋੜਾ ਨਿਰਵਿਘਨ ਬਣਾ ਦੇਵੇਗਾ।

ਮਲਟੀਪਲੇਅਰ ਮੈਗਾ ਪੈਕ - ਤਕਨੀਕੀ ਵੇਰਵੇ

ਇਸਨੂੰ ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ ਕਹਿਣ ਲਈ, ਇੱਕ ਗੇਮ ਵਿੱਚ ਮਲਟੀਪਲੇਅਰ ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ: ਸਾਰੇ ਕਲਾਇੰਟ ਗੇਮ ਦੀ ਸਥਿਤੀ ਦੀ ਨਕਲ ਕਰਦੇ ਹਨ, ਸਿਰਫ ਪਲੇਅਰ ਇਨਪੁਟ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਅਤੇ ਭੇਜਦੇ ਹਨ (ਜਿਸਨੂੰ "ਇਨਪੁਟ ਐਕਸ਼ਨ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ). ਸਰਵਰ ਦਾ ਮੁੱਖ ਕੰਮ ਸੰਚਾਰ ਕਰਨਾ ਹੈ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ ਅਤੇ ਨਿਯੰਤਰਣ ਕਰੋ ਕਿ ਸਾਰੇ ਕਲਾਇੰਟ ਇੱਕੋ ਘੜੀ ਦੇ ਚੱਕਰ ਵਿੱਚ ਇੱਕੋ ਜਿਹੀਆਂ ਕਾਰਵਾਈਆਂ ਕਰਦੇ ਹਨ। ਤੁਸੀਂ ਪੋਸਟ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹ ਸਕਦੇ ਹੋ FFF-149.

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

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

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

ਇਸ ਮੰਤਵ ਲਈ, ਅਸੀਂ ਬਣਾਈ ਦੀ ਇੱਕ ਕਾਪੀ ਸਟੋਰ ਕਰਦੇ ਹਾਂ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ ਦੇਰੀ ਕਤਾਰ ਵਿੱਚ.

ਭਾਵ, ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਦੇ ਅੰਤ ਵਿੱਚ ਤਸਵੀਰ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

1. ਅਸੀਂ ਅਪਲਾਈ ਕਰਦੇ ਹਾਂ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ ਸਾਰੇ ਖਿਡਾਰੀਆਂ ਨੂੰ ਖੇਡ ਰਾਜ ਸਰਵਰ ਤੋਂ ਇਹ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਤਰੀਕੇ।
2. ਅਸੀਂ ਦੇਰੀ ਕਤਾਰ ਤੋਂ ਹਰ ਚੀਜ਼ ਨੂੰ ਹਟਾਉਂਦੇ ਹਾਂ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ, ਜੋ, ਸਰਵਰ ਦੇ ਅਨੁਸਾਰ, ਪਹਿਲਾਂ ਹੀ ਲਾਗੂ ਕੀਤਾ ਜਾ ਚੁੱਕਾ ਹੈ ਖੇਡ ਰਾਜ.
3. ਮਿਟਾਓ ਲੇਟੈਂਸੀ ਸਥਿਤੀ ਅਤੇ ਇਸਨੂੰ ਰੀਸੈਟ ਕਰੋ ਤਾਂ ਜੋ ਇਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇ ਖੇਡ ਰਾਜ.
4. ਅਸੀਂ ਦੇਰੀ ਕਤਾਰ ਤੋਂ ਲੈ ਕੇ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਾਂ ਲੇਟੈਂਸੀ ਸਥਿਤੀ.
5. ਡਾਟਾ 'ਤੇ ਆਧਾਰਿਤ ਹੈ ਖੇਡ ਰਾਜ и ਲੇਟੈਂਸੀ ਸਥਿਤੀ ਅਸੀਂ ਖਿਡਾਰੀ ਨੂੰ ਗੇਮ ਰੈਂਡਰ ਕਰਦੇ ਹਾਂ।

ਇਹ ਸਭ ਹਰ ਮਾਪ ਵਿੱਚ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ.

ਬਹੁਤ ਔਖਾ? ਆਰਾਮ ਨਾ ਕਰੋ, ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ. ਭਰੋਸੇਮੰਦ ਇੰਟਰਨੈਟ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਮੁਆਵਜ਼ਾ ਦੇਣ ਲਈ, ਅਸੀਂ ਦੋ ਵਿਧੀਆਂ ਬਣਾਈਆਂ ਹਨ:

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

ਆਪਣੇ ਆਪ 'ਤੇ, ਇਹ ਵਿਧੀਆਂ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹਨ, ਪਰ ਜਦੋਂ ਇਹਨਾਂ ਨੂੰ ਇਕੱਠੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ (ਜੋ ਅਕਸਰ ਕੁਨੈਕਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਦੇ ਨਾਲ ਹੁੰਦਾ ਹੈ), ਤਾਂ ਕੋਡ ਦੇ ਤਰਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਕਿਨਾਰੇ ਕੇਸਾਂ ਦੇ ਨਾਲ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜਦੋਂ ਇਹ ਵਿਧੀਆਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਸਰਵਰ ਅਤੇ ਦੇਰੀ ਕਤਾਰ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਇਨਪੁਟ ਕਾਰਵਾਈ ਨਾਮ ਹੇਠ Stop MovementInTheNextTick. ਇਸਦਾ ਧੰਨਵਾਦ, ਜੇ ਕੁਨੈਕਸ਼ਨ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਤਾਂ ਅੱਖਰ ਆਪਣੇ ਆਪ ਨਹੀਂ ਚੱਲੇਗਾ (ਉਦਾਹਰਣ ਵਜੋਂ, ਇੱਕ ਰੇਲਗੱਡੀ ਦੇ ਸਾਹਮਣੇ).

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

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

1. ਖਿਡਾਰੀ ਨੂੰ ਕੁਨੈਕਸ਼ਨ ਸਮੱਸਿਆਵਾਂ ਹਨ।
2. ਘੜੀ ਦੇ ਚੱਕਰਾਂ ਨੂੰ ਛੱਡਣ ਅਤੇ ਰਾਉਂਡ-ਟ੍ਰਿਪ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਦੀ ਦੇਰੀ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਨ ਲਈ ਵਿਧੀਆਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ।
3. ਦੇਰੀ ਰਾਜ ਕਤਾਰ ਇਹਨਾਂ ਵਿਧੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦੀ। ਇਸ ਕਾਰਨ ਕੁਝ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਗਲਤ ਕ੍ਰਮ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਨਤੀਜੇ ਵਜੋਂ ਗਲਤ ਲੇਟੈਂਸੀ ਸਥਿਤੀ.
4. ਪਲੇਅਰ ਨੂੰ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਮੱਸਿਆ ਹੈ ਅਤੇ, ਸਰਵਰ ਨੂੰ ਫੜਨ ਲਈ, 400 ਚੱਕਰਾਂ ਤੱਕ ਸਿਮੂਲੇਟ ਕਰਦਾ ਹੈ।
5. ਹਰੇਕ ਟਿੱਕ 'ਤੇ, ਇਕ ਨਵੀਂ ਕਾਰਵਾਈ, ਇਕਾਈ ਦੀ ਚੋਣ ਨੂੰ ਬਦਲਣਾ, ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਨੂੰ ਭੇਜਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
6. ਕਲਾਇੰਟ ਸਰਵਰ ਨੂੰ 400+ ਹਸਤੀ ਚੋਣ ਤਬਦੀਲੀਆਂ ਦਾ ਇੱਕ ਮੈਗਾ-ਬੈਚ ਭੇਜਦਾ ਹੈ (ਅਤੇ ਹੋਰ ਕਾਰਵਾਈਆਂ ਦੇ ਨਾਲ: ਸ਼ੂਟਿੰਗ ਸਟੇਟਸ, ਵਾਕਿੰਗ ਸਟੇਟਸ, ਆਦਿ ਵੀ ਇਸ ਸਮੱਸਿਆ ਤੋਂ ਪੀੜਤ ਹਨ)।
7. ਸਰਵਰ 400 ਇਨਪੁਟ ਐਕਸ਼ਨ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਕਿਉਂਕਿ ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਇਨਪੁਟ ਕਾਰਵਾਈਆਂ ਨੂੰ ਛੱਡਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ, ਇਹ ਸਾਰੇ ਗਾਹਕਾਂ ਨੂੰ ਉਹਨਾਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਕਰਨ ਦਾ ਆਦੇਸ਼ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਭੇਜਦਾ ਹੈ।

ਵਿਡੰਬਨਾ ਇਹ ਹੈ ਕਿ ਬੈਂਡਵਿਡਥ ਨੂੰ ਬਚਾਉਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਇੱਕ ਵਿਧੀ ਨੇ ਵੱਡੇ ਨੈਟਵਰਕ ਪੈਕੇਟ ਬਣਾਏ.

ਅਸੀਂ ਅੱਪਡੇਟ ਅਤੇ ਬੈਕਲਾਗ ਕਤਾਰ ਸਮਰਥਨ ਦੇ ਸਾਰੇ ਕਿਨਾਰੇ ਮਾਮਲਿਆਂ ਨੂੰ ਠੀਕ ਕਰਕੇ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ। ਹਾਲਾਂਕਿ ਇਸ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗਿਆ, ਅੰਤ ਵਿੱਚ ਇਹ ਤੇਜ਼ ਹੈਕ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਇਸ ਨੂੰ ਸਹੀ ਕਰਨ ਦੇ ਯੋਗ ਸੀ।

ਸਰੋਤ: www.habr.com