Async, Swoole ਅਤੇ ਪੈਰਲਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ Tarantool ਲਈ PHP ਕਨੈਕਟਰਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ

PHP ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਵਰਤਮਾਨ ਵਿੱਚ Tarantool ਸਰਵਰ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਦੋ ਕਨੈਕਟਰ ਹਨ - ਇਹ ਅਧਿਕਾਰਤ PECL ਐਕਸਟੈਂਸ਼ਨ ਹੈ tarantool/tarantool-php, C ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਅਤੇ tarantool-php/client, PHP ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਮੈਂ ਬਾਅਦ ਦਾ ਲੇਖਕ ਹਾਂ।

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

ਅਸੀਂ ਕੀ ਟੈਸਟ ਕਰਾਂਗੇ?

ਅਸੀਂ ਉੱਪਰ ਦੱਸੇ ਗਏ ਲੋਕਾਂ ਦੀ ਜਾਂਚ ਕਰਾਂਗੇ ਸਮਕਾਲੀ ਕਨੈਕਟਰ ਅਸਿੰਕਰੋਨਸ, ਸਮਾਨਾਂਤਰ, ਅਤੇ ਅਸਿੰਕਰੋਨਸ-ਸਮਾਂਤਰ ਚੱਲ ਰਹੇ ਹਨ। 🙂 ਅਸੀਂ ਖੁਦ ਵੀ ਕਨੈਕਟਰਾਂ ਦੇ ਕੋਡ ਨੂੰ ਛੂਹਣਾ ਨਹੀਂ ਚਾਹੁੰਦੇ ਹਾਂ। ਤੁਸੀਂ ਜੋ ਚਾਹੁੰਦੇ ਹੋ ਉਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਮਾਨ ਵਿੱਚ ਕਈ ਐਕਸਟੈਂਸ਼ਨਾਂ ਉਪਲਬਧ ਹਨ:

• ਸਵੂਲ - PHP ਲਈ ਇੱਕ ਉੱਚ-ਪ੍ਰਦਰਸ਼ਨ ਅਸਿੰਕ੍ਰੋਨਸ ਫਰੇਮਵਰਕ। ਅਲੀਬਾਬਾ ਅਤੇ ਬਾਇਡੂ ਵਰਗੀਆਂ ਇੰਟਰਨੈਟ ਦਿੱਗਜਾਂ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਸੰਸਕਰਣ 4.1.0 ਤੋਂ ਲੈ ਕੇ ਇੱਕ ਜਾਦੂਈ ਢੰਗ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ SwooleRuntime::enableCoroutine(), ਜੋ ਤੁਹਾਨੂੰ "ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਨਾਲ ਸਮਕਾਲੀ PHP ਨੈੱਟਵਰਕ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਅਸਿੰਕ੍ਰੋਨਸ ਵਿੱਚ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।"
• Async ਹਾਲ ਹੀ ਵਿੱਚ PHP ਵਿੱਚ ਅਸਿੰਕਰੋਨਸ ਕੰਮ ਲਈ ਇੱਕ ਬਹੁਤ ਹੀ ਸ਼ਾਨਦਾਰ ਐਕਸਟੈਂਸ਼ਨ ਸੀ. ਹਾਲ ਹੀ ਤੱਕ ਕਿਉਂ? ਬਦਕਿਸਮਤੀ ਨਾਲ, ਮੇਰੇ ਲਈ ਅਣਜਾਣ ਕਾਰਨ ਕਰਕੇ, ਲੇਖਕ ਨੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਭਵਿੱਖੀ ਕਿਸਮਤ ਅਸਪਸ਼ਟ ਹੈ. ਮੈਨੂੰ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪਵੇਗੀ ਇੱਕ ਕਾਂਟੇ ਤੋਂ। Swoole ਦੀ ਤਰ੍ਹਾਂ, ਇਹ ਐਕਸਟੈਂਸ਼ਨ ਤੁਹਾਨੂੰ TCP ਅਤੇ TLS ਸਟ੍ਰੀਮਾਂ ਦੇ ਸਟੈਂਡਰਡ ਲਾਗੂਕਰਨ ਨੂੰ ਉਹਨਾਂ ਦੇ ਅਸਿੰਕ੍ਰੋਨਸ ਸੰਸਕਰਣਾਂ ਨਾਲ ਬਦਲ ਕੇ ਅਸਿੰਕ੍ਰੋਨੀ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਗੁੱਟ ਦੇ ਇੱਕ ਝਟਕੇ ਨਾਲ ਆਸਾਨੀ ਨਾਲ ਆਪਣੀ ਪੈਂਟ ਨੂੰ ਚਾਲੂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ ਵਿਕਲਪ ਦੁਆਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ "async.tcp = 1".
• ਪੈਰਲਲ - phpdbg, apcu, pthreads, pcov, uopz ਵਰਗੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੇ ਲੇਖਕ, ਮਸ਼ਹੂਰ ਜੋਅ ਵਾਟਕਿੰਸ ਤੋਂ ਇੱਕ ਕਾਫ਼ੀ ਨਵਾਂ ਐਕਸਟੈਂਸ਼ਨ। ਐਕਸਟੈਂਸ਼ਨ PHP ਵਿੱਚ ਮਲਟੀਥ੍ਰੈਡਿੰਗ ਲਈ ਇੱਕ API ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ pthreads ਦੇ ਬਦਲ ਵਜੋਂ ਰੱਖਿਆ ਗਿਆ ਹੈ। ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਸੀਮਾ ਇਹ ਹੈ ਕਿ ਇਹ ਸਿਰਫ PHP ਦੇ ZTS (Zend Thread Safe) ਸੰਸਕਰਣ ਨਾਲ ਕੰਮ ਕਰਦੀ ਹੈ।

ਅਸੀਂ ਕਿਵੇਂ ਟੈਸਟ ਕਰਾਂਗੇ?

ਆਉ ਰਾਈਟ-ਅੱਗੇ ਲੌਗਿੰਗ ਅਯੋਗ (wal_mode = ਕੋਈ ਨਹੀਂ) ਅਤੇ ਵਧਿਆ ਹੋਇਆ ਨੈੱਟਵਰਕ ਬਫਰ (readahead = 1 * 1024 * 1024). ਪਹਿਲਾ ਵਿਕਲਪ ਡਿਸਕ ਦੇ ਨਾਲ ਕੰਮ ਨੂੰ ਖਤਮ ਕਰ ਦੇਵੇਗਾ, ਦੂਜਾ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬਫਰ ਤੋਂ ਹੋਰ ਬੇਨਤੀਆਂ ਨੂੰ ਪੜ੍ਹਨਾ ਸੰਭਵ ਬਣਾਵੇਗਾ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸਿਸਟਮ ਕਾਲਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘੱਟ ਕਰੇਗਾ।

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

space = box.schema.space.create(config.space_name, {id = config.space_id, temporary = true})
space:create_index('primary', {type = 'tree', parts = {1, 'unsigned'}, sequence = true})
space:format({{name = 'id', type = 'unsigned'}, {name = 'name', type = 'string', is_nullable = false}})

ਜੇ ਜਰੂਰੀ ਹੋਵੇ, ਬੈਂਚਮਾਰਕ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਸਪੇਸ ਨੂੰ ਫਾਰਮ ਦੇ 10,000 ਟੁਪਲਾਂ ਨਾਲ ਭਰਿਆ ਜਾਂਦਾ ਹੈ

{id, "tuplе_<id>"}

ਟੂਪਲਾਂ ਨੂੰ ਇੱਕ ਬੇਤਰਤੀਬ ਕੁੰਜੀ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਐਕਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਬੈਂਚਮਾਰਕ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸਰਵਰ ਲਈ ਇੱਕ ਸਿੰਗਲ ਬੇਨਤੀ ਹੈ, ਜਿਸਨੂੰ 10,000 ਵਾਰ (ਇਨਕਲਾਬ) ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ, ਦੁਹਰਾਓ ਵਿੱਚ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਦੁਹਰਾਓ ਉਦੋਂ ਤੱਕ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ 5 ਦੁਹਰਾਓ ਦੇ ਵਿਚਕਾਰ ਹਰ ਸਮੇਂ ਦੇ ਵਿਵਹਾਰ 3%* ਦੀ ਸਵੀਕਾਰਯੋਗ ਗਲਤੀ ਦੇ ਅੰਦਰ ਨਹੀਂ ਹੁੰਦੇ। ਇਸ ਤੋਂ ਬਾਅਦ ਔਸਤ ਨਤੀਜਾ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਥ੍ਰੋਟਲਿੰਗ ਤੋਂ ਰੋਕਣ ਲਈ ਦੁਹਰਾਓ ਦੇ ਵਿਚਕਾਰ 1 ਸਕਿੰਟ ਦਾ ਵਿਰਾਮ ਹੈ। ਲੂਆ ਦਾ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਹਰੇਕ ਦੁਹਰਾਓ ਤੋਂ ਪਹਿਲਾਂ ਅਸਮਰੱਥ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸ ਦੇ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। PHP ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਿਰਫ ਬੈਂਚਮਾਰਕ ਲਈ ਜ਼ਰੂਰੀ ਐਕਸਟੈਂਸ਼ਨਾਂ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਆਉਟਪੁੱਟ ਬਫਰਿੰਗ ਸਮਰਥਿਤ ਅਤੇ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲੇ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।

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

ਟੈਸਟ ਵਾਤਾਵਰਣ

ਹੇਠਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਤੀਜੇ ਇੱਕ MacBookPro (2015), ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ - ਫੇਡੋਰਾ 30 (ਕਰਨਲ ਸੰਸਕਰਣ 5.3.8-200.fc30.x86_64) 'ਤੇ ਬਣਾਏ ਗਏ ਸਨ। ਤਰਨਟੂਲ ਨੂੰ ਪੈਰਾਮੀਟਰ ਦੇ ਨਾਲ ਡੌਕਰ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਸੀ "--network host".

ਪੈਕੇਜ ਸੰਸਕਰਣ:

Tarantool: 2.3.0-115-g5ba5ed37e
ਡੌਕਰ: 19.03.3, ਬਿਲਡ a872fc2f86
PHP: 7.3.11 (cli) (ਬਿਲਟ: 22 ਅਕਤੂਬਰ 2019 08:11:04)
tarantool/ਗਾਹਕ: 0.6.0
rybakit/msgpack: 0.6.1
ext-tarantool: 0.3.2 (7.3 ਲਈ + ਪੈਚ)*
ext-msgpack: 2.0.3
ext-async: 0.3.0-8c1da46
ext-swoole: 4.4.12
ਐਕਸਟ-ਪੈਰਲਲ: 1.1.3

* ਬਦਕਿਸਮਤੀ ਨਾਲ, ਅਧਿਕਾਰਤ ਕਨੈਕਟਰ PHP ਸੰਸਕਰਣ > 7.2 ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। PHP 7.3 'ਤੇ ਐਕਸਟੈਂਸ਼ਨ ਨੂੰ ਕੰਪਾਇਲ ਅਤੇ ਚਲਾਉਣ ਲਈ, ਮੈਨੂੰ ਵਰਤਣਾ ਪਿਆ ਪੈਚ.

Результаты

ਸਮਕਾਲੀ ਮੋਡ

Tarantool ਪ੍ਰੋਟੋਕੋਲ ਇੱਕ ਬਾਈਨਰੀ ਫਾਰਮੈਟ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ MessagePack ਸੁਨੇਹਿਆਂ ਨੂੰ ਲੜੀਬੱਧ ਕਰਨ ਲਈ। PECL ਕਨੈਕਟਰ ਵਿੱਚ, ਸੀਰੀਅਲਾਈਜ਼ੇਸ਼ਨ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਡੂੰਘਾਈ ਵਿੱਚ ਲੁਕੀ ਹੋਈ ਹੈ ਅਤੇ ਯੂਜ਼ਰਲੈਂਡ ਕੋਡ ਤੋਂ ਏਨਕੋਡਿੰਗ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ। ਸੰਭਵ ਨਹੀਂ ਜਾਪਦਾ. ਇੱਕ ਸ਼ੁੱਧ PHP ਕਨੈਕਟਰ, ਇਸਦੇ ਉਲਟ, ਸਟੈਂਡਰਡ ਏਨਕੋਡਰ ਨੂੰ ਵਧਾ ਕੇ ਜਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਲਾਗੂਕਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਏਨਕੋਡਿੰਗ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਬਕਸੇ ਦੇ ਬਾਹਰ ਦੋ ਏਨਕੋਡਰ ਉਪਲਬਧ ਹਨ, ਇੱਕ 'ਤੇ ਅਧਾਰਤ ਹੈ msgpack/msgpack-php (ਅਧਿਕਾਰਤ MessagePack PECL ਐਕਸਟੈਂਸ਼ਨ), ਦੂਜਾ ਚਾਲੂ ਹੈ rybakit/msgpack (ਸ਼ੁੱਧ PHP ਵਿੱਚ)।

ਕਨੈਕਟਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ PHP ਕਨੈਕਟਰ ਲਈ MessagePack ਏਨਕੋਡਰਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਮਾਪਾਂਗੇ ਅਤੇ ਹੋਰ ਟੈਸਟਾਂ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ ਜੋ ਵਧੀਆ ਨਤੀਜਾ ਦਿਖਾਉਂਦਾ ਹੈ:

ਹਾਲਾਂਕਿ PHP ਸੰਸਕਰਣ (ਸ਼ੁੱਧ) ਗਤੀ ਵਿੱਚ PECL ਐਕਸਟੈਂਸ਼ਨ ਤੋਂ ਘਟੀਆ ਹੈ, ਅਸਲ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਮੈਂ ਅਜੇ ਵੀ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਾਂਗਾ rybakit/msgpack, ਕਿਉਂਕਿ ਅਧਿਕਾਰਤ MessagePack ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ ਫਾਰਮੈਟ ਨਿਰਧਾਰਨ ਸਿਰਫ਼ ਅੰਸ਼ਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਕਸਟਮ ਡੇਟਾ ਕਿਸਮਾਂ ਲਈ ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ, ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਤੁਸੀਂ ਡੈਸੀਮਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੋਗੇ - ਇੱਕ ਨਵੀਂ ਡਾਟਾ ਕਿਸਮ ਜੋ Tarantool 2.3 ਵਿੱਚ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਹੈ) ਅਤੇ ਇੱਕ ਹੋਰ ਦੀ ਗਿਣਤੀ ਸਮੱਸਿਆਵਾਂ (PHP 7.4 ਨਾਲ ਅਨੁਕੂਲਤਾ ਮੁੱਦਿਆਂ ਸਮੇਤ)। ਖੈਰ, ਆਮ ਤੌਰ 'ਤੇ, ਪ੍ਰੋਜੈਕਟ ਛੱਡਿਆ ਹੋਇਆ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ.

ਇਸ ਲਈ, ਆਓ ਸਮਕਾਲੀ ਮੋਡ ਵਿੱਚ ਕਨੈਕਟਰਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਮਾਪੀਏ:

ਜਿਵੇਂ ਕਿ ਗ੍ਰਾਫ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, PECL ਕਨੈਕਟਰ (Tarantool) PHP ਕਨੈਕਟਰ (ਕਲਾਇੰਟ) ਦੇ ਮੁਕਾਬਲੇ ਬਿਹਤਰ ਪ੍ਰਦਰਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ। ਪਰ ਇਹ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਬਾਅਦ ਵਾਲੇ, ਇੱਕ ਹੌਲੀ ਭਾਸ਼ਾ ਵਿੱਚ ਲਾਗੂ ਕੀਤੇ ਜਾਣ ਤੋਂ ਇਲਾਵਾ, ਅਸਲ ਵਿੱਚ ਵਧੇਰੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਹਰੇਕ ਕਾਲ ਨਾਲ ਇੱਕ ਨਵੀਂ ਵਸਤੂ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਬੇਨਤੀ и ਜਵਾਬ (ਚੋਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ - ਵੀ ਮਾਪਦੰਡ, ਅਤੇ ਅੱਪਡੇਟ/ਅੱਪਸਰਟ ਦੇ ਮਾਮਲੇ ਵਿੱਚ - ਓਪਰੇਸ਼ਨ), ਵੱਖਰੀਆਂ ਸੰਸਥਾਵਾਂ ਕੁਨੈਕਸ਼ਨ, ਪੈਕਰ и ਠੀਕ ਉਹ ਓਵਰਹੈੱਡ ਵੀ ਜੋੜਦੇ ਹਨ। ਸਪੱਸ਼ਟ ਹੈ, ਲਚਕਤਾ ਇੱਕ ਕੀਮਤ 'ਤੇ ਆਉਂਦੀ ਹੈ. ਹਾਲਾਂਕਿ, ਆਮ ਤੌਰ 'ਤੇ, PHP ਦੁਭਾਸ਼ੀਏ ਚੰਗੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇੱਕ ਅੰਤਰ ਹੈ, ਇਹ ਮਾਮੂਲੀ ਹੈ ਅਤੇ, ਸ਼ਾਇਦ, PHP 7.4 ਵਿੱਚ ਪ੍ਰੀਲੋਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਹੋਰ ਵੀ ਘੱਟ ਹੋਵੇਗਾ, PHP 8 ਵਿੱਚ JIT ਦਾ ਜ਼ਿਕਰ ਨਾ ਕਰਨ ਲਈ.

ਆਓ ਅੱਗੇ ਵਧੀਏ। Tarantool 2.0 ਨੇ SQL ਲਈ ਸਮਰਥਨ ਜੋੜਿਆ। ਆਉ SQL ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਲੈਕਟ, ਇਨਸਰਟ, ਅੱਪਡੇਟ ਅਤੇ ਡਿਲੀਟ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ ਅਤੇ noSQL (ਬਾਈਨਰੀ) ਸਮਾਨਤਾਵਾਂ ਨਾਲ ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੀਏ:

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

ਅਸਿੰਕ

ਖੈਰ, ਹੁਣ ਆਓ ਦੇਖੀਏ ਕਿ Async ਐਕਸਟੈਂਸ਼ਨ ਉਪਰੋਕਤ ਨਤੀਜਿਆਂ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਵਿੱਚ ਸਾਡੀ ਕਿਵੇਂ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ। ਅਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਲਿਖਣ ਲਈ, ਐਕਸਟੈਂਸ਼ਨ ਕੋਰਉਟਾਈਨ 'ਤੇ ਅਧਾਰਤ ਇੱਕ API ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਦੀ ਅਸੀਂ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਅਸੀਂ ਅਨੁਭਵੀ ਤੌਰ 'ਤੇ ਇਹ ਪਤਾ ਲਗਾਉਂਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਵਾਤਾਵਰਣ ਲਈ ਕੋਰੋਟੀਨ ਦੀ ਸਰਵੋਤਮ ਸੰਖਿਆ 25 ਹੈ:

10,000 ਕੋਰੋਟੀਨਾਂ ਵਿੱਚ 25 ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ "ਫੈਲਾਓ" ਅਤੇ ਦੇਖੋ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ:

ਲਈ ਪ੍ਰਤੀ ਸਕਿੰਟ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ 3 ਗੁਣਾ ਤੋਂ ਵੱਧ ਵਧ ਗਈ ਹੈ tarantool-php/client!

ਅਫ਼ਸੋਸ ਦੀ ਗੱਲ ਹੈ ਕਿ, PECL ਕਨੈਕਟਰ ext-async ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ।

SQL ਬਾਰੇ ਕੀ?

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

ਸਵੂਲ

ਦੁਬਾਰਾ ਅਸੀਂ ਸਵੂਲ ਲਈ, ਇਸ ਵਾਰ ਕੋਰੋਟੀਨ ਦੀ ਸਰਵੋਤਮ ਸੰਖਿਆ ਦਾ ਪਤਾ ਲਗਾਉਂਦੇ ਹਾਂ:

ਚਲੋ 25 'ਤੇ ਰੁਕੀਏ। ਆਉ ਉਹੀ ਚਾਲ ਦੁਹਰਾਈਏ ਜਿਵੇਂ ਕਿ Async ਐਕਸਟੈਂਸ਼ਨ ਦੇ ਨਾਲ ਹੈ - 10,000 ਕੋਰੋਟੀਨਾਂ ਵਿਚਕਾਰ 25 ਓਪਰੇਸ਼ਨ ਵੰਡੋ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇੱਕ ਹੋਰ ਟੈਸਟ ਜੋੜਾਂਗੇ ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਸਾਰੇ ਕੰਮ ਨੂੰ 2 ਦੋ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਵੰਡਾਂਗੇ (ਅਰਥਾਤ, ਹਰੇਕ ਪ੍ਰਕਿਰਿਆ 5,000 ਕੋਰੋਟੀਨ ਵਿੱਚ 25 ਓਪਰੇਸ਼ਨ ਕਰੇਗੀ)। ਵਰਤ ਕੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਣਾਈਆਂ ਜਾਣਗੀਆਂ SwooleProcess.

ਨਤੀਜੇ:

Swole Async ਦੇ ਮੁਕਾਬਲੇ ਥੋੜ੍ਹਾ ਘੱਟ ਨਤੀਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਪਰ 2 ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਤਸਵੀਰ ਨਾਟਕੀ ਢੰਗ ਨਾਲ ਬਦਲ ਜਾਂਦੀ ਹੈ (ਨੰਬਰ 2 ਨੂੰ ਮੌਕਾ ਦੁਆਰਾ ਨਹੀਂ ਚੁਣਿਆ ਗਿਆ ਸੀ; ਮੇਰੀ ਮਸ਼ੀਨ 'ਤੇ, ਇਹ 2 ਪ੍ਰਕਿਰਿਆਵਾਂ ਸਨ ਜੋ ਵਧੀਆ ਨਤੀਜਾ ਦਿਖਾਉਂਦੀਆਂ ਹਨ)।

ਤਰੀਕੇ ਨਾਲ, Async ਐਕਸਟੈਂਸ਼ਨ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ API ਵੀ ਹੈ, ਪਰ ਉੱਥੇ ਮੈਂ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਬੈਂਚਮਾਰਕ ਚਲਾਉਣ ਤੋਂ ਕੋਈ ਫਰਕ ਨਹੀਂ ਦੇਖਿਆ (ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਮੈਂ ਕਿਤੇ ਗੜਬੜ ਕੀਤੀ ਹੋਵੇ)।

SQL ਬਨਾਮ ਬਾਈਨਰੀ ਪ੍ਰੋਟੋਕੋਲ:

Async ਦੇ ਨਾਲ, ਬਾਈਨਰੀ ਅਤੇ SQL ਓਪਰੇਸ਼ਨਾਂ ਵਿੱਚ ਅੰਤਰ ਅਸਿੰਕ੍ਰੋਨਸ ਮੋਡ ਵਿੱਚ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ।

ਪੈਰਲਲ

ਕਿਉਂਕਿ ਪੈਰਲਲ ਐਕਸਟੈਂਸ਼ਨ ਕੋਰੋਟਾਈਨ ਬਾਰੇ ਨਹੀਂ ਹੈ, ਪਰ ਥ੍ਰੈੱਡਾਂ ਬਾਰੇ ਹੈ, ਆਓ ਸਮਾਂਤਰ ਥਰਿੱਡਾਂ ਦੀ ਸਰਵੋਤਮ ਸੰਖਿਆ ਨੂੰ ਮਾਪੀਏ:

ਇਹ ਮੇਰੀ ਮਸ਼ੀਨ 'ਤੇ 16 ਦੇ ਬਰਾਬਰ ਹੈ। ਚਲੋ 16 ਸਮਾਨਾਂਤਰ ਥ੍ਰੈੱਡਾਂ 'ਤੇ ਕਨੈਕਟਰ ਬੈਂਚਮਾਰਕ ਚਲਾਉਂਦੇ ਹਾਂ:

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ, ਨਤੀਜਾ ਅਸਿੰਕਰੋਨਸ ਐਕਸਟੈਂਸ਼ਨਾਂ ਨਾਲੋਂ ਵੀ ਵਧੀਆ ਹੈ (2 ਪ੍ਰਕਿਰਿਆਵਾਂ 'ਤੇ ਚੱਲ ਰਹੇ Swoole ਦੀ ਗਿਣਤੀ ਨਾ ਕਰੋ)। ਨੋਟ ਕਰੋ ਕਿ PECL ਕਨੈਕਟਰ ਲਈ, ਅੱਪਡੇਟ ਅਤੇ ਅੱਪਸਰਟ ਓਪਰੇਸ਼ਨ ਖਾਲੀ ਹਨ। ਇਹ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਹੈ ਕਿ ਇਹ ਓਪਰੇਸ਼ਨ ਇੱਕ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੋਏ - ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਇਹ ਐਕਸਟ-ਪੈਰਲਲ, ਐਕਸਟ-ਟਰਨਟੂਲ, ਜਾਂ ਦੋਵਾਂ ਦੀ ਗਲਤੀ ਸੀ।

ਆਉ ਹੁਣ SQL ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਰੀਏ:

ਸਮਕਾਲੀ ਤੌਰ 'ਤੇ ਚੱਲ ਰਹੇ ਕਨੈਕਟਰਾਂ ਲਈ ਗ੍ਰਾਫ ਨਾਲ ਸਮਾਨਤਾ ਵੱਲ ਧਿਆਨ ਦਿਓ?

ਇਕੱਠੇ

ਅਤੇ ਅੰਤ ਵਿੱਚ, ਆਉ ਟੈਸਟ ਕੀਤੇ ਐਕਸਟੈਂਸ਼ਨਾਂ ਲਈ ਸਮੁੱਚੀ ਤਸਵੀਰ ਦੇਖਣ ਲਈ ਇੱਕ ਗ੍ਰਾਫ ਵਿੱਚ ਸਾਰੇ ਨਤੀਜਿਆਂ ਦਾ ਸਾਰ ਕਰੀਏ। ਆਉ ਚਾਰਟ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਨਵਾਂ ਟੈਸਟ ਜੋੜੀਏ, ਜੋ ਅਸੀਂ ਅਜੇ ਤੱਕ ਨਹੀਂ ਕੀਤਾ ਹੈ - ਆਓ Parallel* ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਮਾਨਾਂਤਰ ਵਿੱਚ Async coroutines ਨੂੰ ਚਲਾਉਂਦੇ ਹਾਂ। ਉਪਰੋਕਤ ਐਕਸਟੈਂਸ਼ਨਾਂ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦਾ ਵਿਚਾਰ ਪਹਿਲਾਂ ਹੀ ਹੈ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ ਲੇਖਕ, ਪਰ ਕੋਈ ਸਹਿਮਤੀ ਨਹੀਂ ਬਣੀ, ਤੁਹਾਨੂੰ ਇਹ ਖੁਦ ਕਰਨਾ ਪਏਗਾ।

* ਪੈਰਲਲ ਦੇ ਨਾਲ ਸਵੂਲ ਕੋਰਉਟੀਨ ਲਾਂਚ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਸੀ; ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਐਕਸਟੈਂਸ਼ਨਾਂ ਅਸੰਗਤ ਹਨ।

ਇਸ ਲਈ, ਅੰਤਮ ਨਤੀਜੇ:

ਸੰਪੂਰਨ ਹੋਣ ਦੇ ਬਜਾਏ

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

ਸਰੋਤ: www.habr.com