Async, Swoole, Parallel എന്നിവ ഉപയോഗിച്ച് Tarantool-നായി PHP കണക്ടറുകൾ ത്വരിതപ്പെടുത്തുന്നു

PHP ഇക്കോസിസ്റ്റത്തിൽ Tarantool സെർവറുമായി പ്രവർത്തിക്കാൻ നിലവിൽ രണ്ട് കണക്ടറുകൾ ഉണ്ട് - ഇതാണ് ഔദ്യോഗിക PECL വിപുലീകരണം tarantool/tarantool-php, സിയിൽ എഴുതിയിരിക്കുന്നു, ഒപ്പം tarantool-php/client, PHP-യിൽ എഴുതിയിരിക്കുന്നു. രണ്ടാമത്തേതിന്റെ രചയിതാവ് ഞാനാണ്.

ഈ ലേഖനത്തിൽ, രണ്ട് ലൈബ്രറികളുടെയും പ്രകടന പരിശോധനയുടെ ഫലങ്ങൾ പങ്കിടാനും കോഡിലെ കുറഞ്ഞ മാറ്റങ്ങളോടെ, നിങ്ങൾക്ക് 3-5 പ്രകടന വർദ്ധനവ് എങ്ങനെ നേടാമെന്ന് കാണിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു (സിന്തറ്റിക് ടെസ്റ്റുകളിൽ!).

ഞങ്ങൾ എന്ത് പരീക്ഷിക്കും?

മുകളിൽ പറഞ്ഞവ ഞങ്ങൾ പരീക്ഷിക്കും സിൻക്രണസ് അസമന്വിതമായും സമാന്തരമായും അസമന്വിതമായും-സമാന്തരമായും പ്രവർത്തിക്കുന്ന കണക്ടറുകൾ. 🙂 ഞങ്ങൾ കണക്ടറുകളുടെ കോഡ് സ്പർശിക്കാൻ ആഗ്രഹിക്കുന്നില്ല. നിങ്ങൾ ആഗ്രഹിക്കുന്നത് നേടുന്നതിന് നിലവിൽ നിരവധി വിപുലീകരണങ്ങൾ ലഭ്യമാണ്:

• സ്വൂൾ PHP-യ്‌ക്കായുള്ള ഉയർന്ന പ്രകടനമുള്ള അസിൻക്രണസ് ചട്ടക്കൂട്. ആലിബാബയും ബൈദുവും പോലുള്ള ഇന്റർനെറ്റ് ഭീമന്മാർ ഉപയോഗിക്കുന്നു. പതിപ്പ് 4.1.0 മുതൽ ഒരു മാജിക് രീതി പ്രത്യക്ഷപ്പെട്ടു SwooleRuntime::enableCoroutine(), ഇത് "സിൻക്രണസ് PHP നെറ്റ്‌വർക്ക് ലൈബ്രറികളെ ഒരു വരി കോഡ് ഉപയോഗിച്ച് അസിൻക്രണസ് ആയി പരിവർത്തനം ചെയ്യാൻ" നിങ്ങളെ അനുവദിക്കുന്നു.
• PHP-യിലെ അസിൻക്രണസ് വർക്കിനുള്ള വളരെ പ്രതീക്ഷ നൽകുന്ന ഒരു വിപുലീകരണമായിരുന്നു Async. എന്തുകൊണ്ട് അടുത്തിടെ വരെ? നിർഭാഗ്യവശാൽ, എനിക്ക് അജ്ഞാതമായ ഒരു കാരണത്താൽ, രചയിതാവ് ശേഖരം ഇല്ലാതാക്കി, പ്രോജക്റ്റിന്റെ ഭാവി വിധി വ്യക്തമല്ല. എനിക്കത് ഉപയോഗിക്കേണ്ടി വരും ഒന്ന് ഫോർക്കുകളിൽ നിന്ന്. സ്വൂളിനെപ്പോലെ, TCP, TLS സ്ട്രീമുകളുടെ സ്റ്റാൻഡേർഡ് ഇംപ്ലിമെന്റേഷനെ അവയുടെ അസിൻക്രണസ് പതിപ്പുകൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിച്ച് അസിൻക്രണീസ് പ്രവർത്തനക്ഷമമാക്കുന്നതിന് കൈത്തണ്ടയിൽ ഒരു ഫ്ലിക്കിലൂടെ നിങ്ങളുടെ പാന്റ് എളുപ്പത്തിൽ ഓണാക്കാൻ ഈ വിപുലീകരണം നിങ്ങളെ അനുവദിക്കുന്നു. "" എന്ന ഓപ്‌ഷനിലൂടെയാണ് ഇത് ചെയ്യുന്നത്.async.tcp = 1".
• സമാന്തരമായി phpdbg, apcu, pthreads, pcov, uopz തുടങ്ങിയ ലൈബ്രറികളുടെ രചയിതാവായ, അറിയപ്പെടുന്ന ജോ വാറ്റ്കിൻസിൽ നിന്നുള്ള തികച്ചും പുതിയ വിപുലീകരണം. വിപുലീകരണം PHP-യിൽ മൾട്ടിത്രെഡിംഗിനായി ഒരു API നൽകുന്നു, pthreads-ന് പകരമായി ഇത് സ്ഥാപിച്ചിരിക്കുന്നു. PHP-യുടെ ZTS (Zend Thread Safe) പതിപ്പിൽ മാത്രമേ ഇത് പ്രവർത്തിക്കൂ എന്നതാണ് ലൈബ്രറിയുടെ ഒരു പ്രധാന പരിമിതി.

ഞങ്ങൾ എങ്ങനെ പരീക്ഷിക്കും?

റൈറ്റ്-എഹെഡ് ലോഗിംഗ് പ്രവർത്തനരഹിതമാക്കിയ ഒരു ടാരന്റൂൾ ഉദാഹരണം നമുക്ക് സമാരംഭിക്കാം (wal_mode = ഒന്നുമില്ല) കൂടാതെ വർദ്ധിച്ച നെറ്റ്‌വർക്ക് ബഫർ (റീഡഹെഡ് = 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>"}

ഒരു റാൻഡം കീ മൂല്യം ഉപയോഗിച്ചാണ് Tuples ആക്സസ് ചെയ്യുന്നത്.

സെർവറിനുള്ള ഒരൊറ്റ അഭ്യർത്ഥനയാണ് ബെഞ്ച്മാർക്ക്, അത് 10,000 തവണ (വിപ്ലവങ്ങൾ) നടപ്പിലാക്കുന്നു, അത് ആവർത്തനങ്ങളിൽ നടപ്പിലാക്കുന്നു. 5 ആവർത്തനങ്ങൾക്കിടയിലുള്ള എല്ലാ സമയ വ്യതിയാനങ്ങളും 3%* എന്ന സ്വീകാര്യമായ പിശകിനുള്ളിൽ ആകുന്നതുവരെ ആവർത്തനങ്ങൾ ആവർത്തിക്കുന്നു. ഇതിനുശേഷം, ശരാശരി ഫലം എടുക്കുന്നു. പ്രോസസർ ത്രോട്ടിലാകുന്നത് തടയാൻ ആവർത്തനങ്ങൾക്കിടയിൽ 1 സെക്കൻഡ് താൽക്കാലികമായി നിർത്തുന്നു. ഓരോ ആവർത്തനത്തിനും മുമ്പായി ലുവയുടെ മാലിന്യ ശേഖരണം പ്രവർത്തനരഹിതമാക്കുകയും അത് പൂർത്തിയാക്കിയ ശേഷം ആരംഭിക്കാൻ നിർബന്ധിതനാവുകയും ചെയ്യുന്നു. ഔട്ട്‌പുട്ട് ബഫറിംഗ് പ്രവർത്തനക്ഷമമാക്കുകയും ഗാർബേജ് കളക്ടർ പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്‌തുകൊണ്ട്, ബെഞ്ച്‌മാർക്കിന് ആവശ്യമായ വിപുലീകരണങ്ങൾ ഉപയോഗിച്ച് മാത്രമേ PHP പ്രക്രിയ സമാരംഭിക്കുകയുള്ളൂ.

* ബെഞ്ച്മാർക്ക് ക്രമീകരണങ്ങളിൽ വിപ്ലവങ്ങളുടെ എണ്ണം, ആവർത്തനങ്ങൾ, പിശക് പരിധി എന്നിവ മാറ്റാനാകും.

ടെസ്റ്റ് പരിസ്ഥിതി

താഴെ പ്രസിദ്ധീകരിച്ച ഫലങ്ങൾ MacBookPro (2015), ഓപ്പറേറ്റിംഗ് സിസ്റ്റം - Fedora 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)
ടാരന്തൂൾ/ക്ലയന്റ്: 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
ext-parallel: 1.1.3

* നിർഭാഗ്യവശാൽ, ഔദ്യോഗിക കണക്റ്റർ PHP പതിപ്പ് > 7.2-ൽ പ്രവർത്തിക്കുന്നില്ല. PHP 7.3-ൽ എക്സ്റ്റൻഷൻ കംപൈൽ ചെയ്യാനും പ്രവർത്തിപ്പിക്കാനും, എനിക്ക് ഉപയോഗിക്കേണ്ടി വന്നു പാച്ച്.

ഫലങ്ങൾ

സിൻക്രണസ് മോഡ്

Tarantool പ്രോട്ടോക്കോൾ ഒരു ബൈനറി ഫോർമാറ്റ് ഉപയോഗിക്കുന്നു മെസേജ്പാക്ക് സന്ദേശങ്ങൾ പരമ്പരയാക്കാൻ. PECL കണക്ടറിൽ, സീരിയലൈസേഷൻ ലൈബ്രറിയുടെ ആഴത്തിൽ മറഞ്ഞിരിക്കുന്നു കൂടാതെ യൂസർലാൻഡ് കോഡിൽ നിന്നുള്ള എൻകോഡിംഗ് പ്രക്രിയയെ ബാധിക്കുന്നു. സാധ്യമാണെന്ന് തോന്നുന്നില്ല. ഒരു ശുദ്ധമായ PHP കണക്ടർ, നേരെമറിച്ച്, സാധാരണ എൻകോഡർ വിപുലീകരിച്ച് അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം നടപ്പിലാക്കൽ ഉപയോഗിച്ച് എൻകോഡിംഗ് പ്രക്രിയ ഇഷ്ടാനുസൃതമാക്കാനുള്ള കഴിവ് നൽകുന്നു. ബോക്‌സിന് പുറത്ത് രണ്ട് എൻകോഡറുകൾ ലഭ്യമാണ്, ഒന്ന് അടിസ്ഥാനമാക്കിയുള്ളതാണ് msgpack/msgpack-php (ഔദ്യോഗിക MessagePack PECL വിപുലീകരണം), മറ്റൊന്ന് ഓണാണ് rybakit/msgpack (ശുദ്ധമായ PHP-യിൽ).

കണക്ടറുകൾ താരതമ്യം ചെയ്യുന്നതിനുമുമ്പ്, പി‌എച്ച്പി കണക്റ്ററിനായുള്ള മെസേജ്പാക്ക് എൻ‌കോഡറുകളുടെ പ്രകടനം ഞങ്ങൾ അളക്കും, കൂടുതൽ പരിശോധനകളിൽ മികച്ച ഫലം കാണിക്കുന്ന ഒന്ന് ഞങ്ങൾ ഉപയോഗിക്കും:

PHP പതിപ്പ് (Pure) വേഗതയിൽ PECL വിപുലീകരണത്തേക്കാൾ താഴ്ന്നതാണെങ്കിലും, യഥാർത്ഥ പ്രോജക്റ്റുകളിൽ ഇത് ഉപയോഗിക്കാൻ ഞാൻ ഇപ്പോഴും ശുപാർശ ചെയ്യുന്നു rybakit/msgpack, കാരണം ഔദ്യോഗിക MessagePack വിപുലീകരണത്തിൽ ഫോർമാറ്റ് സ്പെസിഫിക്കേഷൻ ഭാഗികമായി മാത്രമേ നടപ്പിലാക്കിയിട്ടുള്ളൂ (ഉദാഹരണത്തിന്, ഇഷ്‌ടാനുസൃത ഡാറ്റ തരങ്ങൾക്ക് പിന്തുണയില്ല, അതില്ലാതെ നിങ്ങൾക്ക് ഡെസിമൽ ഉപയോഗിക്കാൻ കഴിയില്ല - Tarantool 2.3-ൽ അവതരിപ്പിച്ച ഒരു പുതിയ ഡാറ്റ തരം) കൂടാതെ ഒരു മറ്റുള്ളവരുടെ എണ്ണം പ്രശ്നങ്ങൾ (PHP 7.4-നുള്ള അനുയോജ്യത പ്രശ്നങ്ങൾ ഉൾപ്പെടെ). പൊതുവേ, പദ്ധതി ഉപേക്ഷിച്ചതായി തോന്നുന്നു.

അതിനാൽ, സിൻക്രണസ് മോഡിൽ കണക്റ്ററുകളുടെ പ്രകടനം അളക്കാം:

ഗ്രാഫിൽ നിന്ന് കാണാൻ കഴിയുന്നതുപോലെ, PHP കണക്ടറുമായി (ക്ലയന്റ്) താരതമ്യപ്പെടുത്തുമ്പോൾ PECL കണക്റ്റർ (Tarantool) മികച്ച പ്രകടനം കാണിക്കുന്നു. എന്നാൽ ഇത് ആശ്ചര്യകരമല്ല, രണ്ടാമത്തേത്, വേഗത കുറഞ്ഞ ഭാഷയിൽ നടപ്പിലാക്കുന്നതിനു പുറമേ, യഥാർത്ഥത്തിൽ കൂടുതൽ പ്രവർത്തിക്കുന്നു: ഓരോ കോളിലും ഒരു പുതിയ ഒബ്ജക്റ്റ് സൃഷ്ടിക്കപ്പെടുന്നു. അപേക്ഷ и പ്രതികരണം (സെലക്ടിന്റെ കാര്യത്തിൽ - കൂടി മാനദണ്ഡം, കൂടാതെ അപ്‌ഡേറ്റ്/അപ്‌സെർട്ടിന്റെ കാര്യത്തിൽ - പ്രവർത്തനങ്ങൾ), പ്രത്യേക സ്ഥാപനങ്ങൾ കണക്ഷൻ, പാക്കർ и ഹാൻഡ്ലർ അവർ ഓവർഹെഡും ചേർക്കുന്നു. വ്യക്തമായും, വഴക്കം ഒരു വിലയിൽ വരുന്നു. എന്നിരുന്നാലും, പൊതുവേ, 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!

ഖേദകരമെന്നു പറയട്ടെ, പിഇസിഎൽ കണക്റ്റർ എക്‌സ്‌റ്റ്-അസിങ്ക് ഉപയോഗിച്ച് ആരംഭിച്ചില്ല.

SQL-ന്റെ കാര്യമോ?

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അസിൻക്രണസ് മോഡിൽ ബൈനറി പ്രോട്ടോക്കോളും SQL ഉം തമ്മിലുള്ള വ്യത്യാസം പിശകിന്റെ മാർജിനിൽ ആയി.

സ്വൂൾ

ഇത്തവണ സ്വൂളിന് വേണ്ടിയുള്ള കൊറൂട്ടീനുകളുടെ ഒപ്റ്റിമൽ എണ്ണം ഞങ്ങൾ വീണ്ടും കണ്ടെത്തുന്നു:

നമുക്ക് 25-ൽ നിർത്താം. Async എക്സ്റ്റൻഷന്റെ അതേ ട്രിക്ക് നമുക്ക് ആവർത്തിക്കാം - 10,000 കോർട്ടിനുകൾക്കിടയിൽ 25 ഓപ്പറേഷനുകൾ വിതരണം ചെയ്യുക. കൂടാതെ, ഞങ്ങൾ മറ്റൊരു ടെസ്റ്റ് ചേർക്കും, അതിൽ ഞങ്ങൾ എല്ലാ ജോലികളും 2 രണ്ട് പ്രോസസുകളായി വിഭജിക്കും (അതായത്, ഓരോ പ്രക്രിയയും 5,000 കോറൂട്ടിനുകളിൽ 25 പ്രവർത്തനങ്ങൾ നടത്തും). ഉപയോഗിച്ച് പ്രക്രിയകൾ സൃഷ്ടിക്കും സ്വൂൾപ്രോസസ്.

ഫലം:

ഒരു പ്രക്രിയയിൽ പ്രവർത്തിപ്പിക്കുമ്പോൾ, Async-നെ അപേക്ഷിച്ച് സ്വോൾ കുറച്ച് കുറഞ്ഞ ഫലം കാണിക്കുന്നു, എന്നാൽ 2 പ്രക്രിയകളിൽ ചിത്രം നാടകീയമായി മാറുന്നു (നമ്പർ 2 ആകസ്മികമായി തിരഞ്ഞെടുത്തില്ല; എന്റെ മെഷീനിൽ, മികച്ച ഫലം കാണിച്ചത് 2 പ്രക്രിയകളാണ്).

വഴിയിൽ, Async എക്സ്റ്റൻഷനും പ്രോസസ്സുകൾക്കൊപ്പം പ്രവർത്തിക്കാൻ ഒരു API ഉണ്ട്, എന്നാൽ അവിടെ ഒന്നോ അതിലധികമോ പ്രോസസ്സുകളിൽ ബെഞ്ച്മാർക്കുകൾ പ്രവർത്തിപ്പിക്കുന്നതിൽ നിന്ന് ഒരു വ്യത്യാസവും ഞാൻ ശ്രദ്ധിച്ചില്ല (ഞാൻ എവിടെയെങ്കിലും കുഴപ്പത്തിലാകാൻ സാധ്യതയുണ്ട്).

SQL vs ബൈനറി പ്രോട്ടോക്കോൾ:

Async പോലെ, ബൈനറി, SQL പ്രവർത്തനങ്ങൾ തമ്മിലുള്ള വ്യത്യാസം അസിൻക്രണസ് മോഡിൽ ഇല്ലാതാക്കുന്നു.

സമാന്തരമായി

സമാന്തര വിപുലീകരണം കോറൂട്ടിനുകളെക്കുറിച്ചല്ല, ത്രെഡുകളെക്കുറിച്ചായതിനാൽ, സമാന്തര ത്രെഡുകളുടെ ഒപ്റ്റിമൽ എണ്ണം നമുക്ക് അളക്കാം:

എന്റെ മെഷീനിൽ ഇത് 16 ആണ്. നമുക്ക് 16 സമാന്തര ത്രെഡുകളിൽ കണക്റ്റർ ബെഞ്ച്മാർക്കുകൾ പ്രവർത്തിപ്പിക്കാം:

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഫലം അസിൻക്രണസ് എക്സ്റ്റൻഷനുകളേക്കാൾ മികച്ചതാണ് (2 പ്രോസസുകളിൽ പ്രവർത്തിക്കുന്ന സ്വൂൾ കണക്കാക്കുന്നില്ല). PECL കണക്ടറിന്, അപ്‌ഡേറ്റും അപ്‌സെർട്ട് പ്രവർത്തനങ്ങളും ശൂന്യമാണെന്ന കാര്യം ശ്രദ്ധിക്കുക. ഈ പ്രവർത്തനങ്ങൾ ഒരു പിശക് മൂലം പരാജയപ്പെട്ടതാണ് ഇതിന് കാരണം - ഇത് എക്‌സ്‌റ്റ്-പാരലലിന്റെയോ എക്‌സ്‌റ്റ്-ടാരന്റോലിന്റെയോ അല്ലെങ്കിൽ രണ്ടിന്റെയും തെറ്റാണോ എന്ന് എനിക്കറിയില്ല.

ഇനി നമുക്ക് SQL പ്രകടനം താരതമ്യം ചെയ്യാം:

സിൻക്രണസ് ആയി പ്രവർത്തിക്കുന്ന കണക്ടറുകൾക്കുള്ള ഗ്രാഫുമായുള്ള സാമ്യം ശ്രദ്ധിച്ചോ?

ഒരുമിച്ച്

അവസാനമായി, പരീക്ഷിച്ച വിപുലീകരണങ്ങളുടെ മൊത്തത്തിലുള്ള ചിത്രം കാണുന്നതിന് ഒരു ഗ്രാഫിൽ എല്ലാ ഫലങ്ങളും സംഗ്രഹിക്കാം. ചാർട്ടിലേക്ക് ഒരു പുതിയ ടെസ്റ്റ് ചേർക്കാം, അത് ഇതുവരെ ചെയ്തിട്ടില്ല - സമാന്തരമായി Async coroutines പ്രവർത്തിപ്പിക്കാം*. മുകളിലുള്ള വിപുലീകരണങ്ങൾ സംയോജിപ്പിക്കുന്ന ആശയം ഇതിനകം തന്നെ ഉണ്ട് ചർച്ച ചെയ്തു രചയിതാക്കൾ, എന്നാൽ സമവായത്തിലെത്തിയില്ല, നിങ്ങൾ അത് സ്വയം ചെയ്യേണ്ടിവരും.

* സമാന്തരമായി സ്വൂൾ കൊറൂട്ടീനുകൾ സമാരംഭിക്കുന്നത് സാധ്യമല്ല; ഈ വിപുലീകരണങ്ങൾ അനുയോജ്യമല്ലെന്ന് തോന്നുന്നു.

അതിനാൽ, അന്തിമ ഫലങ്ങൾ:

പകരം ഒരു നിഗമനത്തിൽ എന്ന

എന്റെ അഭിപ്രായത്തിൽ, ഫലങ്ങൾ തികച്ചും യോഗ്യമായി മാറി, ചില കാരണങ്ങളാൽ ഇത് പരിധിയല്ലെന്ന് എനിക്ക് ഉറപ്പുണ്ട്! നിങ്ങൾക്കായി മാത്രമുള്ള ഒരു യഥാർത്ഥ പ്രോജക്റ്റിൽ ഇത് തീരുമാനിക്കേണ്ടതുണ്ടോ, കുറഞ്ഞ പ്രയത്നത്തിൽ ഒരു സിൻക്രണസ് ടിസിപി കണക്റ്ററിൽ നിന്ന് നിങ്ങൾക്ക് എത്രത്തോളം "ഞെക്കിപ്പിടിക്കാൻ" കഴിയുമെന്ന് വിലയിരുത്താൻ നിങ്ങളെ അനുവദിക്കുന്ന രസകരമായ ഒരു പരീക്ഷണമായിരുന്നു എന്നെ സംബന്ധിച്ചിടത്തോളം ഇത് എന്ന് ഞാൻ പറയും. ബെഞ്ച്മാർക്കുകൾ മെച്ചപ്പെടുത്തുന്നതിനുള്ള ആശയങ്ങൾ നിങ്ങൾക്കുണ്ടെങ്കിൽ, നിങ്ങളുടെ പുൾ അഭ്യർത്ഥന പരിഗണിക്കുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്. ലോഞ്ച് നിർദ്ദേശങ്ങളും ഫലങ്ങളുമുള്ള എല്ലാ കോഡും പ്രത്യേകമായി പ്രസിദ്ധീകരിക്കുന്നു ശേഖരങ്ങൾ.

അവലംബം: www.habr.com