សមរភូមិនៃម៉ាស៊ីនមេគេហទំព័រ។ ផ្នែកទី 1 - HTTP ហួសពីការប៉ះ៖

នៅក្នុងអត្ថបទនេះយើងនឹងព្យាយាមដៃរបស់យើងនៅវិស្វកម្មបញ្ច្រាសមនុស្សម្នាក់អាចនិយាយបាន។ យើងនឹងទទួលបានដៃកខ្វក់របស់យើងនៅក្រោមក្រណាត់នៃម៉ាស៊ីនមេគេហទំព័រនីមួយៗ ដោយកេងប្រវ័ញ្ចពួកវាតាមរបៀបដែលគ្មាននរណាម្នាក់អាចកេងប្រវ័ញ្ចបានទេ។

ការធ្វើតេស្តនេះគឺជាការវាស់វែងនៃសេះរាងស្វ៊ែរនៅក្នុងម៉ាស៊ីនបូមធូលីគ្មានអ្វីលើសពីទិន្នន័យដែលទទួលបានហើយឥឡូវនេះយើងមិនដឹងថាត្រូវធ្វើអ្វីជាមួយវាទេ។

វិធីសាស្រ្ត

ប្រព័ន្ធប្រតិបត្តិការសម្រាប់ Nginx និង Apache គឺ Ubuntu 18.04 LTS សម្រាប់ IIS Windows Server Core 2019 ។ មុនពេលធ្វើតេស្ត ប្រព័ន្ធប្រតិបត្តិការទាំងអស់បានទទួលការអាប់ដេតចុងក្រោយបំផុតនៅថ្ងៃទី 04.12.2019 ខែធ្នូ ឆ្នាំ XNUMX។

ការធ្វើតេស្តត្រូវបានអនុវត្តទាំងស្រុងលើ HTTP ។ ម៉ាស៊ីនមេគេហទំព័រនីមួយៗដំណើរការទំព័រដូចគ្នា ដែលជាគំរូ Jekyll ឥតគិតថ្លៃពី Codrops ។ តំណភ្ជាប់. ម៉ាស៊ីនមេគេហទំព័រនីមួយៗបានបិទការបង្ហាប់ gzip ។

ការធ្វើតេស្តឆ្លងកាត់ត្រូវបានធ្វើឡើងជាមួយ Httpd-tools ជាមួយនឹងអាគុយម៉ង់៖

ab -n 50000 -c 500 http://192.168.76.204:80/

ម៉ាស៊ីនមេត្រូវបានកំណត់ត្រឹម 10, 5 និង 1 ភាគរយនៃស្នូលនៅលើ 8, 4 និងស្នូលមួយ។ កៅអីសាកល្បងគឺជាកុំព្យូទ័រដែលមាន 9900K@5400MHz ដែលមានន័យថាម៉ាស៊ីនមេដែលទទួលបានដែនកំណត់ 10% ទទួលបានប្រហែល 540MHz ក្នុងមួយស្នូល។

ការធ្វើតេស្ត TTFB ត្រូវបានអនុវត្តនៅពេលដែលម៉ាស៊ីនមេបានចាប់ផ្ដើមដំបូង ហើយធ្វើការវាស់វែងដោយប្រើ DevTools បន្ទាប់ពីទទួលបានលទ្ធផលនោះ ម៉ាស៊ីនមេត្រូវបានបិទ ហើយវិលត្រលប់ទៅកន្លែងត្រួតពិនិត្យមុនវិញ ដើម្បីលុបបំបាត់ការលេចឡើងនៃឃ្លាំងសម្ងាត់ប្រភេទណាមួយ។

អ្នកសាកល្បង និងម៉ាស៊ីនមេបណ្តាញគឺនៅលើម៉ាស៊ីនដូចគ្នា និងនៅលើកុងតាក់និម្មិតដូចគ្នា។

ដើម្បីវាយតម្លៃប្រព័ន្ធរងរបស់ឌីសភ្លាមៗ លទ្ធផលនៃ ATTO និង CrystalDIskMark benchmarks ដើម្បីឱ្យមានគំនិតនៃបញ្ហាស្ទះ។

ទិន្នន័យយកពីម៉ាស៊ីននិម្មិត៖

លទ្ធផល៖

TTFB៖

TTFB ជាមធ្យមសម្រាប់ IIS គឺតូចបំផុត 0,5ms ធៀបនឹង 1,4ms សម្រាប់ Apache និង 4ms សម្រាប់ Nginx ។

ធាតុចូល៖

ជាដំបូង សូមក្រឡេកមើលថាតើម៉ាស៊ីនមេនីមួយៗធ្វើមាត្រដ្ឋានបានល្អប៉ុណ្ណា ដោយផ្អែកលើចំនួនស្នូល។

ក្រាហ្វបង្ហាញចំនួនអ្នកសាកល្បងហៅទៅកាន់ម៉ាស៊ីនមេគេហទំព័រ និងការពន្យាពេល។ ក្រាហ្វបង្ហាញថា NGINX បានដំណើរការ 98% នៃសំណើទាំងអស់ ដោយផ្តល់គេហទំព័រក្នុងរយៈពេល 20ms ឬតិចជាងនេះ។ IIS ដូចជា Apache បានបញ្ចប់ 5% ចុងក្រោយនៃការហៅទូរសព្ទទាំងអស់ក្នុង 76ms និង 14ms រៀងគ្នា។

ក្រាហ្វបង្ហាញពីពេលវេលាដំណើរការជាមធ្យមសម្រាប់សំណើមួយអំឡុងពេលធ្វើតេស្តភាពតានតឹង។

ដូចដែលអ្នកអាចមើលឃើញពីក្រាហ្វ IIS បានបំផ្ទុះទាំង Apache និង Nginx ដោយបន្ថយល្បឿនយ៉ាងខ្លាំងនៅក្រោមបន្ទុកខ្ពស់។ 

IIS ច្បាស់ជាពេញចិត្ត 4 cores លើសពី XNUMX ដោយបង្ហាញ latencies ទាបនៅលើ XNUMX ប៉ុន្តែក៏មិនពេញចិត្តខ្លាំងមួយស្នូលដែរ។

NGINX ធ្វើមាត្រដ្ឋានបានយ៉ាងល្អនៅទូទាំង 8 cores ហើយសម្រាប់ Apache សេណារីយ៉ូ single-core ហាក់ដូចជាជម្រើសដ៏ល្អបំផុត។

លទ្ធភាពធ្វើមាត្រដ្ឋាន៖

Nginx៖

ឥឡូវនេះសូមក្រឡេកមើលលទ្ធភាពធ្វើមាត្រដ្ឋាននៅក្នុងលក្ខខណ្ឌនៃប្រេកង់និងចំនួនស្នូល។ 

Nginx មិនបានឆ្លងកាត់ការសាកល្បងជាមួយនឹងដែនកំណត់ 1% សម្រាប់ 4 និង 1 cores នៅពេលដែលវាលើសពីសំណើ 2000 វាបានបិទការតភ្ជាប់ជាមួយអ្នកសាកល្បង។

កម្មវិធី Apache៖

Apache ដូចជា Nginx ដែលបានដំណើរការសំណើចំនួន 2500 បានបោះបង់ និងបិទការតភ្ជាប់។ Apache បានបរាជ័យក្នុងការធ្វើតេស្តលើ 8, 4 និង 1 cores ជាមួយនឹងដែនកំណត់ 1% ប៉ុន្តែលើសពីនេះ វាក៏បានបរាជ័យក្នុងការធ្វើតេស្តជាមួយនឹងដែនកំណត់ 5% លើស្នូលមួយ ដែលអាក្រក់ជាង Nginx

អាយអាយអេសៈ

កំឡុងពេលធ្វើតេស្ត IIS បានប្រមូលសំណើដ៏ធំសម្បើមមួយ ប៉ុន្តែបានដំណើរការពួកវានីមួយៗ។ ជាក់ស្តែង ក្រៅប្រអប់មិនមានពេលវេលាកំណត់សម្រាប់ដំណើរការសំណើទេ។

គំនូសតាងបង្ហាញពីពេលវេលាដែលត្រូវចំណាយដើម្បីបញ្ចប់ការសាកល្បង។ ការកំណត់រចនាសម្ព័ន្ធការធ្វើតេស្តមិនសមហេតុផលទាំងស្រុងត្រូវបានលុបចោល។ ដ្យាក្រាមបង្ហាញពីរបៀបដែល IIS ទាមទារនៅពេលវាមកដល់ផ្នែករឹង ហើយតើ NGINX អស្ចារ្យប៉ុណ្ណា។

លទ្ធភាពធ្វើមាត្រដ្ឋានពីថាស៖

Nginx៖

ឥឡូវនេះ សូមក្រឡេកមើលលទ្ធភាពធ្វើមាត្រដ្ឋានទាក់ទងនឹងប្រេកង់ និងចំនួនស្នូល និងល្បឿនឌីស។ 

លើកនេះ Nginx បានបរាជ័យ 4 ការធ្វើតេស្តជំនួសឱ្យពីរ។

កម្មវិធី Apache៖

កម្មវិធី Apache បានបរាជ័យក្នុងចំនួនដូចគ្នានៃការធ្វើតេស្តកាលពីលើកមុន។

អាយអាយអេសៈ

IIS បង្ហាញក្រាហ្វដែលស្ទើរតែដូចគ្នាបេះបិទ ដូចជាគ្មានការរឹតបន្តឹងលើថាសទេ។ ជាទូទៅ ក្រាហ្វិកនៃម៉ាស៊ីនមេទាំងអស់មិនមានការផ្លាស់ប្តូរច្រើនទេ ដែលមានន័យថាពួកវានីមួយៗបានរក្សាទុកទិន្នន័យឋិតិវន្តនៅក្នុង RAM ហើយបម្រើវាពីទីនោះ។ នៅទីនេះយើងឃើញឧបសគ្គចម្បង - ម៉ាស៊ីនមេគេហទំព័រខ្លួនឯង។

វាលឿនពេកក្នុងការធ្វើការសន្និដ្ឋានដោយផ្អែកលើការធ្វើតេស្តនេះ យើងមិនទាន់បានសាកល្បង HTTPS ការបង្ហាប់ និង HTTP/2 ជាមួយនឹងវិញ្ញាបនបត្រផ្ទាល់ពី Let's Encrypt នៅឡើយទេ។ យើងនឹងនិយាយអំពីរឿងនេះនៅក្នុងអត្ថបទបន្ទាប់។

ប្រភព: www.habr.com