ਮਾਸਕੋ ਐਕਸਚੇਂਜ ਦੇ ਵਪਾਰ ਅਤੇ ਕਲੀਅਰਿੰਗ ਪ੍ਰਣਾਲੀ ਦੇ ਆਰਕੀਟੈਕਚਰ ਦਾ ਵਿਕਾਸ. ਭਾਗ 1

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ! ਮੇਰਾ ਨਾਮ ਸੇਰਗੇਈ ਕੋਸਟਨਬਾਏਵ ਹੈ, ਐਕਸਚੇਂਜ ਵਿੱਚ ਮੈਂ ਵਪਾਰ ਪ੍ਰਣਾਲੀ ਦਾ ਮੂਲ ਵਿਕਾਸ ਕਰ ਰਿਹਾ ਹਾਂ।

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

ਅਸੀਂ ਦੁਨੀਆ ਦੇ ਕੁਝ ਐਕਸਚੇਂਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਾਂ ਜੋ ਸਾਰੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਦੀਆਂ ਸੰਪਤੀਆਂ ਦਾ ਵਪਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਐਕਸਚੇਂਜ ਸੇਵਾਵਾਂ ਦੀ ਪੂਰੀ ਸ਼੍ਰੇਣੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਪਿਛਲੇ ਸਾਲ ਅਸੀਂ ਬਾਂਡ ਵਪਾਰ ਦੀ ਮਾਤਰਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਦੁਨੀਆ ਵਿੱਚ ਦੂਜੇ ਸਥਾਨ 'ਤੇ ਸੀ, ਸਾਰੇ ਸਟਾਕ ਐਕਸਚੇਂਜਾਂ ਵਿੱਚ 25ਵਾਂ ਸਥਾਨ, ਜਨਤਕ ਐਕਸਚੇਂਜਾਂ ਵਿੱਚ ਪੂੰਜੀਕਰਣ ਵਿੱਚ 13ਵਾਂ ਸਥਾਨ ਸੀ।

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

ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਇਤਿਹਾਸ

1994 ਵਿੱਚ, ਆਸਟ੍ਰੇਲੀਆਈ ASTS ਸਿਸਟਮ ਨੂੰ ਮਾਸਕੋ ਇੰਟਰਬੈਂਕ ਕਰੰਸੀ ਐਕਸਚੇਂਜ (MICEX) 'ਤੇ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਉਸ ਪਲ ਤੋਂ ਇਲੈਕਟ੍ਰਾਨਿਕ ਵਪਾਰ ਦੇ ਰੂਸੀ ਇਤਿਹਾਸ ਨੂੰ ਗਿਣਿਆ ਜਾ ਸਕਦਾ ਹੈ। 1998 ਵਿੱਚ, ਇੰਟਰਨੈਟ ਵਪਾਰ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਲਈ ਐਕਸਚੇਂਜ ਆਰਕੀਟੈਕਚਰ ਦਾ ਆਧੁਨਿਕੀਕਰਨ ਕੀਤਾ ਗਿਆ ਸੀ। ਉਦੋਂ ਤੋਂ, ਸਾਰੇ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਉਪ-ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਨਵੇਂ ਹੱਲਾਂ ਅਤੇ ਆਰਕੀਟੈਕਚਰਲ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਗਤੀ ਸਿਰਫ ਗਤੀ ਪ੍ਰਾਪਤ ਕਰ ਰਹੀ ਹੈ।

ਉਨ੍ਹਾਂ ਸਾਲਾਂ ਵਿੱਚ, ਐਕਸਚੇਂਜ ਸਿਸਟਮ ਨੇ ਹਾਈ-ਐਂਡ ਹਾਰਡਵੇਅਰ - ਅਤਿ-ਭਰੋਸੇਯੋਗ HP ਸੁਪਰਡੋਮ 9000 ਸਰਵਰਾਂ 'ਤੇ ਕੰਮ ਕੀਤਾ (ਇਸ 'ਤੇ ਬਣਾਇਆ ਗਿਆ। ਪੀ.ਏ.-ਰਿਸਕ), ਜਿਸ ਵਿੱਚ ਬਿਲਕੁਲ ਸਭ ਕੁਝ ਡੁਪਲੀਕੇਟ ਕੀਤਾ ਗਿਆ ਸੀ: ਇਨਪੁਟ/ਆਊਟਪੁੱਟ ਸਬ-ਸਿਸਟਮ, ਨੈੱਟਵਰਕ, RAM (ਅਸਲ ਵਿੱਚ, RAM ਦੀ ਇੱਕ RAID ਐਰੇ ਸੀ), ਪ੍ਰੋਸੈਸਰ (ਹੌਟ-ਸਵੈਪਯੋਗ)। ਮਸ਼ੀਨ ਨੂੰ ਰੋਕੇ ਬਿਨਾਂ ਸਰਵਰ ਦੇ ਕਿਸੇ ਵੀ ਹਿੱਸੇ ਨੂੰ ਬਦਲਣਾ ਸੰਭਵ ਸੀ। ਅਸੀਂ ਇਹਨਾਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਅਸਫਲ-ਸੁਰੱਖਿਅਤ ਮੰਨਿਆ। ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਯੂਨਿਕਸ ਵਰਗਾ HP UX ਸਿਸਟਮ ਸੀ।

ਪਰ ਲਗਭਗ 2010 ਤੋਂ, ਇੱਕ ਵਰਤਾਰਾ ਉਭਰਿਆ ਹੈ ਜਿਸਨੂੰ ਉੱਚ-ਆਵਿਰਤੀ ਵਪਾਰ (HFT), ਜਾਂ ਉੱਚ-ਆਵਿਰਤੀ ਵਪਾਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ - ਸਧਾਰਨ ਰੂਪ ਵਿੱਚ, ਸਟਾਕ ਐਕਸਚੇਂਜ ਰੋਬੋਟ। ਸਿਰਫ਼ 2,5 ਸਾਲਾਂ ਵਿੱਚ, ਸਾਡੇ ਸਰਵਰਾਂ 'ਤੇ ਲੋਡ 140 ਗੁਣਾ ਵਧ ਗਿਆ ਹੈ।

ਪੁਰਾਣੇ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਨਾਲ ਅਜਿਹੇ ਭਾਰ ਨੂੰ ਸਹਿਣਾ ਅਸੰਭਵ ਸੀ. ਇਹ ਕਿਸੇ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੋਣਾ ਜ਼ਰੂਰੀ ਸੀ.

Начало

ਐਕਸਚੇਂਜ ਸਿਸਟਮ ਲਈ ਬੇਨਤੀਆਂ ਨੂੰ ਦੋ ਕਿਸਮਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

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

ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ, ਸਿਸਟਮ ਦੇ ਕੋਰ ਨੂੰ ਤਿੰਨ ਪੱਧਰਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

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

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

ਆਉ ਸਾਡੇ ਵਪਾਰ ਅਤੇ ਕਲੀਅਰਿੰਗ ਪ੍ਰਣਾਲੀ ਦੇ ਵਿਕਾਸ ਦੇ ਇਤਿਹਾਸ ਨੂੰ ਸੰਖੇਪ ਵਿੱਚ ਵੇਖੀਏ।
ਵਪਾਰ ਅਤੇ ਕਲੀਅਰਿੰਗ ਸਿਸਟਮ ਆਰਕੀਟੈਕਚਰ ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਣ ਅਖੌਤੀ ਯੂਨਿਕਸ ਇੰਟਰੈਕਸ਼ਨ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ: ਸ਼ੇਅਰਡ ਮੈਮੋਰੀ, ਸੈਮਾਫੋਰਸ ਅਤੇ ਕਤਾਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਹਰੇਕ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇੱਕ ਥਰਿੱਡ ਸ਼ਾਮਲ ਸੀ। ਇਹ ਪਹੁੰਚ 1990 ਦੇ ਦਹਾਕੇ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਵਿਆਪਕ ਸੀ।

ਸਿਸਟਮ ਦੇ ਪਹਿਲੇ ਸੰਸਕਰਣ ਵਿੱਚ ਗੇਟਵੇ ਦੇ ਦੋ ਪੱਧਰ ਅਤੇ ਵਪਾਰ ਪ੍ਰਣਾਲੀ ਦਾ ਇੱਕ ਕੇਂਦਰੀ ਸਰਵਰ ਸ਼ਾਮਲ ਹੈ। ਕੰਮ ਦਾ ਪ੍ਰਵਾਹ ਇਸ ਤਰ੍ਹਾਂ ਸੀ:

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

ਵਾਸਤਵ ਵਿੱਚ, ਇਹ ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਮਾਡਲ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਗੇਟਵੇ ਨੇ ਵਪਾਰ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੁਹਰਾਇਆ ਹੈ। ਇੱਕ ਵੱਖਰੇ ਰਿਪਲੀਕੇਸ਼ਨ ਚੈਨਲ ਨੇ ਯਕੀਨੀ ਬਣਾਇਆ ਕਿ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਨੂੰ ਮਲਟੀਪਲ ਐਕਸੈਸ ਨੋਡਾਂ ਵਿੱਚ ਇੱਕੋ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਇਆ ਗਿਆ ਸੀ।

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

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

SystemV IPC ਵਿੱਚ ਕਤਾਰ, ਮੈਮੋਰੀ, ਅਤੇ ਸੇਮਫੋਰ ਆਬਜੈਕਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਦੇਖਣ ਲਈ ਉਪਯੋਗਤਾਵਾਂ ਸ਼ਾਮਲ ਹਨ। ਅਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਇਹ ਸਮਝਣ ਲਈ ਕੀਤੀ ਕਿ ਕਿਸੇ ਖਾਸ ਪਲ 'ਤੇ ਸਿਸਟਮ ਵਿੱਚ ਕੀ ਹੋ ਰਿਹਾ ਸੀ, ਜਿੱਥੇ ਪੈਕੇਟ ਇਕੱਠੇ ਹੋਏ, ਕੀ ਬਲੌਕ ਕੀਤਾ ਗਿਆ, ਆਦਿ।

ਪਹਿਲੀ ਆਧੁਨਿਕੀਕਰਨ

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

ਉੱਚ ਬਾਰੰਬਾਰਤਾ ਵਪਾਰ ਦਾ ਪ੍ਰਭਾਵ

ਆਰਕੀਟੈਕਚਰ ਦਾ ਉਪਰੋਕਤ ਸੰਸਕਰਣ 2010 ਤੱਕ ਮੌਜੂਦ ਸੀ। ਇਸ ਦੌਰਾਨ, ਅਸੀਂ ਹੁਣ HP ਸੁਪਰਡੋਮ ਸਰਵਰਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਤੋਂ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਸੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, PA-RISC ਆਰਕੀਟੈਕਚਰ ਅਸਲ ਵਿੱਚ ਮਰ ਗਿਆ ਸੀ; ਵਿਕਰੇਤਾ ਨੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਅੱਪਡੇਟ ਦੀ ਪੇਸ਼ਕਸ਼ ਨਹੀਂ ਕੀਤੀ। ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ HP UX/PA RISC ਤੋਂ Linux/x86 ਵੱਲ ਜਾਣਾ ਸ਼ੁਰੂ ਕੀਤਾ। ਪਰਿਵਰਤਨ ਐਕਸੈਸ ਸਰਵਰਾਂ ਦੇ ਅਨੁਕੂਲਨ ਨਾਲ ਸ਼ੁਰੂ ਹੋਇਆ।

ਸਾਨੂੰ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਦੁਬਾਰਾ ਕਿਉਂ ਬਦਲਣਾ ਪਿਆ? ਤੱਥ ਇਹ ਹੈ ਕਿ ਉੱਚ-ਵਾਰਵਾਰਤਾ ਵਪਾਰ ਨੇ ਸਿਸਟਮ ਕੋਰ 'ਤੇ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਮਹੱਤਵਪੂਰਣ ਰੂਪ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਹੈ.

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

ਇਸ 50 ms ਅੰਤਰਾਲ 'ਤੇ, ਔਸਤ ਸਪੀਡ ਲਗਭਗ 16 ਹਜ਼ਾਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਪ੍ਰਤੀ ਸਕਿੰਟ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਵਿੰਡੋ ਨੂੰ 20 ms ਤੱਕ ਘਟਾਉਂਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਸਿਖਰ 'ਤੇ 90 ਹਜ਼ਾਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦੇ ਨਾਲ, ਪ੍ਰਤੀ ਸਕਿੰਟ 200 ਹਜ਼ਾਰ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦੀ ਔਸਤ ਗਤੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਅਚਾਨਕ ਫਟਣ ਨਾਲ, ਲੋਡ ਨਿਰੰਤਰ ਨਹੀਂ ਹੁੰਦਾ. ਅਤੇ ਬੇਨਤੀਆਂ ਦੀ ਕਤਾਰ 'ਤੇ ਹਮੇਸ਼ਾ ਤੇਜ਼ੀ ਨਾਲ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

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

ਵਿਕਾਸ ਦਾ ਇੱਕ ਨਵਾਂ ਦੌਰ

ਵਿਆਪਕ ਜਾਂਚ ਅਤੇ ਖੋਜ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਰੀਅਲ-ਟਾਈਮ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਕਰਨਲ 'ਤੇ ਸਵਿਚ ਕੀਤਾ। ਇਸਦੇ ਲਈ ਅਸੀਂ RedHat Enterprise MRG Linux ਨੂੰ ਚੁਣਿਆ ਹੈ, ਜਿੱਥੇ MRG ਦਾ ਮਤਲਬ ਮੈਸੇਜਿੰਗ ਰੀਅਲ-ਟਾਈਮ ਗਰਿੱਡ ਹੈ। ਰੀਅਲ-ਟਾਈਮ ਪੈਚਾਂ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਉਹ ਸਭ ਤੋਂ ਤੇਜ਼ ਸੰਭਵ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਲਈ ਸਿਸਟਮ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਂਦੇ ਹਨ: ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਇੱਕ FIFO ਕਤਾਰ ਵਿੱਚ ਕਤਾਰਬੱਧ ਹੁੰਦੀਆਂ ਹਨ, ਕੋਰ ਨੂੰ ਅਲੱਗ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕੋਈ ਬਾਹਰ ਨਹੀਂ ਕੱਢਿਆ ਜਾ ਸਕਦਾ, ਸਾਰੇ ਲੈਣ-ਦੇਣ ਸਖ਼ਤ ਕ੍ਰਮ ਵਿੱਚ ਸੰਸਾਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਲਾਲ - ਇੱਕ ਨਿਯਮਤ ਕਰਨਲ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਨਾਲ ਕੰਮ ਕਰਨਾ, ਹਰਾ - ਇੱਕ ਰੀਅਲ-ਟਾਈਮ ਕਰਨਲ ਵਿੱਚ ਕੰਮ ਕਰਨਾ।

ਪਰ ਨਿਯਮਤ ਸਰਵਰਾਂ 'ਤੇ ਘੱਟ ਲੇਟੈਂਸੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਇੰਨਾ ਆਸਾਨ ਨਹੀਂ ਹੈ:

• SMI ਮੋਡ, ਜੋ ਕਿ x86 ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਪੈਰੀਫਿਰਲਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦਾ ਆਧਾਰ ਹੈ, ਬਹੁਤ ਦਖਲਅੰਦਾਜ਼ੀ ਕਰਦਾ ਹੈ। ਹਰ ਕਿਸਮ ਦੇ ਹਾਰਡਵੇਅਰ ਇਵੈਂਟਾਂ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਕੰਪੋਨੈਂਟਸ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਅਖੌਤੀ ਪਾਰਦਰਸ਼ੀ SMI ਮੋਡ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਇਹ ਨਹੀਂ ਦੇਖਦਾ ਹੈ ਕਿ ਫਰਮਵੇਅਰ ਬਿਲਕੁਲ ਕੀ ਕਰ ਰਿਹਾ ਹੈ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਸਾਰੇ ਪ੍ਰਮੁੱਖ ਵਿਕਰੇਤਾ ਫਰਮਵੇਅਰ ਸਰਵਰਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ ਜੋ SMI ਪ੍ਰੋਸੈਸਿੰਗ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।
• ਪ੍ਰੋਸੈਸਰ ਦੀ ਬਾਰੰਬਾਰਤਾ ਦਾ ਕੋਈ ਗਤੀਸ਼ੀਲ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ, ਇਸ ਨਾਲ ਵਾਧੂ ਡਾਊਨਟਾਈਮ ਹੁੰਦਾ ਹੈ।
• ਜਦੋਂ ਫਾਈਲ ਸਿਸਟਮ ਲੌਗ ਫਲੱਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕਰਨਲ ਵਿੱਚ ਕੁਝ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਾਪਰਦੀਆਂ ਹਨ ਜੋ ਅਣਪਛਾਤੀ ਦੇਰੀ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ।
• ਤੁਹਾਨੂੰ CPU Affinity, Interrupt affinity, NUMA ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਵੱਲ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ।

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

PA-RISC ਸਰਵਰਾਂ ਤੋਂ x86 'ਤੇ ਜਾਣ ਵੇਲੇ, ਸਾਨੂੰ ਅਮਲੀ ਤੌਰ 'ਤੇ ਸਿਸਟਮ ਕੋਡ ਨੂੰ ਜ਼ਿਆਦਾ ਬਦਲਣ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ, ਅਸੀਂ ਇਸ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਇਆ ਅਤੇ ਮੁੜ ਸੰਰਚਿਤ ਕੀਤਾ। ਉਸੇ ਸਮੇਂ, ਅਸੀਂ ਕਈ ਬੱਗ ਠੀਕ ਕੀਤੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਸ ਤੱਥ ਦੇ ਨਤੀਜੇ ਕਿ PA RISC ਇੱਕ ਵੱਡਾ ਐਂਡੀਅਨ ਸਿਸਟਮ ਸੀ, ਅਤੇ x86 ਇੱਕ ਲਿਟਲ ਐਂਡੀਅਨ ਸਿਸਟਮ ਸੀ, ਤੇਜ਼ੀ ਨਾਲ ਸਾਹਮਣੇ ਆਇਆ: ਉਦਾਹਰਨ ਲਈ, ਡੇਟਾ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਪੜ੍ਹਿਆ ਗਿਆ ਸੀ। ਛਲ ਬੱਗ ਇਹ ਸੀ ਕਿ PA RISC ਵਰਤਦਾ ਹੈ ਲਗਾਤਾਰ ਇਕਸਾਰ (ਕ੍ਰਮਵਾਰ ਇਕਸਾਰ) ਮੈਮੋਰੀ ਐਕਸੈਸ, ਜਦੋਂ ਕਿ x86 ਰੀਡ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਮੁੜ ਕ੍ਰਮਬੱਧ ਕਰ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਕੋਡ ਜੋ ਇੱਕ ਪਲੇਟਫਾਰਮ 'ਤੇ ਬਿਲਕੁਲ ਵੈਧ ਸੀ, ਦੂਜੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਟੁੱਟ ਗਿਆ।

x86 'ਤੇ ਸਵਿਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਕਾਰਗੁਜ਼ਾਰੀ ਲਗਭਗ ਤਿੰਨ ਗੁਣਾ ਵਧ ਗਈ, ਔਸਤ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ 60 μs ਤੱਕ ਘਟ ਗਿਆ।

ਆਉ ਹੁਣ ਇੱਕ ਡੂੰਘਾਈ ਨਾਲ ਦੇਖੀਏ ਕਿ ਸਿਸਟਮ ਢਾਂਚੇ ਵਿੱਚ ਕਿਹੜੀਆਂ ਮੁੱਖ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ।

ਗਰਮ ਰਿਜ਼ਰਵ ਮਹਾਂਕਾਵਿ

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

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹੋਰ ਲੋੜਾਂ ਸਨ:

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਹੇਠ ਲਿਖੀ ਸਕੀਮ 'ਤੇ ਆਏ ਹਾਂ:

• ਮੁੱਖ ਸਰਵਰ ਗੇਟਵੇ ਸਰਵਰਾਂ ਨਾਲ ਸਿੱਧਾ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ।
• ਮੁੱਖ ਸਰਵਰ 'ਤੇ ਪ੍ਰਾਪਤ ਹੋਏ ਸਾਰੇ ਲੈਣ-ਦੇਣ ਨੂੰ ਤੁਰੰਤ ਇੱਕ ਵੱਖਰੇ ਚੈਨਲ ਰਾਹੀਂ ਬੈਕਅੱਪ ਸਰਵਰ 'ਤੇ ਦੁਹਰਾਇਆ ਗਿਆ ਸੀ। ਆਰਬਿਟਰ (ਰਾਜਪਾਲ) ਨੇ ਸਵਿਚਿੰਗ ਦਾ ਤਾਲਮੇਲ ਕੀਤਾ ਜੇਕਰ ਕੋਈ ਸਮੱਸਿਆ ਪੈਦਾ ਹੁੰਦੀ ਹੈ.

  

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

ਸਕੀਮ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰਦੀ ਹੈ।

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

ਜੇਕਰ ਮੁੱਖ ਸਰਵਰ ਔਨਲਾਈਨ ਵਾਪਸ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਅੰਦਰੂਨੀ ਸਮਾਂ ਸਮਾਪਤੀ ਨੂੰ ਵੀ ਚਾਲੂ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਲਈ ਗੇਟਵੇ ਤੋਂ ਸਰਵਰ ਨੂੰ ਕੋਈ ਕਾਲ ਨਹੀਂ ਆਈ ਹੈ। ਫਿਰ ਉਹ ਰਾਜਪਾਲ ਵੱਲ ਵੀ ਮੁੜਦਾ ਹੈ, ਅਤੇ ਉਹ ਉਸ ਨੂੰ ਸਕੀਮ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੰਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਵਪਾਰ ਦੀ ਮਿਆਦ ਦੇ ਅੰਤ ਤੱਕ ਐਕਸਚੇਂਜ ਇੱਕ ਸਰਵਰ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ। ਕਿਉਂਕਿ ਸਰਵਰ ਦੀ ਅਸਫਲਤਾ ਦੀ ਸੰਭਾਵਨਾ ਬਹੁਤ ਘੱਟ ਹੈ, ਇਸ ਸਕੀਮ ਨੂੰ ਕਾਫ਼ੀ ਸਵੀਕਾਰਯੋਗ ਮੰਨਿਆ ਜਾਂਦਾ ਸੀ; ਇਸ ਵਿੱਚ ਗੁੰਝਲਦਾਰ ਤਰਕ ਨਹੀਂ ਸੀ ਅਤੇ ਇਸਦੀ ਜਾਂਚ ਕਰਨਾ ਆਸਾਨ ਸੀ।

ਜਾਰੀ ਰੱਖਣ ਲਈ

ਸਰੋਤ: www.habr.com