डर्टी स्ट्रेस टेस्ट नग्नेक्स बनाम अपाचे

आपका दिन शुभ हो!

हाल ही में, मुझे इस सवाल में दिलचस्पी हुई कि किन तकनीकों पर सूचना प्रणाली का निर्माण संभव है जो ग्राहकों से अधिक या कम सरल अनुरोधों का जवाब देंगे, लेकिन जितनी जल्दी हो सके और मज़बूती से।
इंटरनेट पर थोड़ी खोज करने के बाद, निश्चित रूप से मुझे निश्चित उत्तर नहीं मिला, इसलिए मैंने अपना छोटा परीक्षण करने का फैसला किया।

कार्य

मैंने समस्या को इस प्रकार तैयार किया:

• क्लाइंट को कुछ मापदंडों के साथ सर्वर को एक अनुरोध भेजना होगा
• सर्वर को पैरामीटर को डेटाबेस में रखना चाहिए
• सर्वर को डेटाबेस आईडी को वापस थूकना चाहिए
• क्लाइंट को एक नया टीसीपी सत्र शुरू करना चाहिए, पहले से ही बनाए गए रिकॉर्ड का अनुरोध करें
• उसके बाद, सर्वर चिह्नित करता है कि लेनदेन पूरा हो गया है।

परीक्षण

मूल रूप से बड़ी संख्या में विकल्पों का परीक्षण करने की योजना बनाई गई थी, अर्थात्:
c ++ सेल्फ सर्वर
nginx + php
nginx + स्व-लिखित मॉड्यूल
अपाचे + php
अपाचे + स्व-लिखित मॉड्यूल
.NET पर कुछ मालिकाना

हालाँकि, किसी भी स्वाभिमानी प्रणाली प्रशासक की तरह, मैं आलसी हो गया और अपने आप को nginx + php और apache + php तक सीमित कर लिया, इस उम्मीद में कि मैं बाद में बाकी प्रयोग करूँगा (अच्छी तरह से, या इस लेख पर आपकी टिप्पणियों के बाद उन्हें ज़रूरत नहीं होगी)
डेटाबेस के रूप में, मैंने MySQL का उपयोग किया।

आधार

तालिका में, मैंने 3 नियंत्रण बिंदु बनाए:
1. रिकॉर्ड निर्माण समय (मिलीसेकंड के लिए सटीक)
2. लेनदेन अंत समय (मिलीसेकंड के लिए सटीक)
3. रिकॉर्ड निर्माण समय (सेकंड के लिए सटीक)

प्रति सेकंड कितने रिकॉर्ड बनाए जाते हैं यह समझने के लिए 3 नियंत्रण बिंदु की आवश्यकता है।
कुल आधार कुछ इस तरह से निकला:

create table clients (id int not null auto_increment, amount double not null, hash char(32), Primary key (id)); alter table clients add cr_time char(100); alter table clients add ps_time char(100); alter table clients add column sec_time TIMESTAMP default NOW(); 

बुनियादी ढांचे

एक सर्वर के रूप में, मेरे पास एक ही चीज थी जो एक आखिरी इच्छा थी, जिसमें एटम प्रोसेसर, 2 कोर, 4 थ्रेड और 10 ubuntu उस पर स्थापित थे:

 root@aspire-1-laptop:/etc# cat /proc/version Linux version 2.6.32-41-generic (buildd@vernadsky) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) ) #89-Ubuntu SMP Fri Apr 27 22:22:09 UTC 2012 

यह एक होम राउटर (कैनियन, 40 रुपये के लिए एक मॉडल, 2 साल पहले), एक 100 मेगाबाइट कनेक्शन, एक तार से जुड़ा हुआ है।

लोड बनाने के लिए बॉट के रूप में, मैंने निम्नलिखित मशीनों का उपयोग किया:
कोर डुओ के साथ 2 लैपटॉप (एक पुराने डेल, अन्य पुराने फुजित्सु), एक ही राउटर में एक तार द्वारा जुड़ा हुआ है
I5 (नया dell) के साथ 1 लैपटॉप बीआई, वाई-फाई के माध्यम से जुड़ा हुआ है, एक ही राउटर में भी।

सभी सेटिंग्स पहले Google लिंक के निर्देशों के आधार पर बनाई गई थीं, इसलिए किसी विशिष्ट अनुकूलन का कोई सवाल ही नहीं है।

नाव

विंडोज 7 सभी लैपटॉप पर स्थापित किया गया था, इसलिए यह मुझे सी # पर एक बॉट बनाने का सबसे आसान विकल्प लग रहा था, जो कि चक्र में धागे की आवश्यक संख्या पैदा करेगा और "लेनदेन" का पता लगाना शुरू कर देगा।
मुख्य बॉट कोड इस प्रकार है:

  public void beginTransaction() { while (true) { string response = this.createRecord(); string id = response.Substring(0, response.IndexOf('|')); string final = this.updateRequest(id); StringReader strReader = new StringReader(response); StringReader strReader2 = new StringReader(final); } } public void start() { for (int i = 0; i < int.Parse(this.textBox1.Text); i++) { this.richTextBox2.BeginInvoke((MethodInvoker)(() => this.richTextBox2.AppendText("thread started \n"))); Thread oThread = new Thread(new ThreadStart(beginTransaction)); oThread.Start(); while (!oThread.IsAlive) ; } } 

वेब पार्ट

एक छोटी सी PHP स्क्रिप्ट जो वास्तव में मेरी ज़रूरत के अनुसार सब कुछ करती है, मैंने इस तरह से लागू किया:

 <?php error_reporting(E_ALL); ini_set("display_errors", 1); mysql_pconnect('localhost','root','qwerty') or die(mysql_error()); mysql_select_db('test') or die(mysql_error()); if (isset($_REQUEST['id'])){ if (trim($_REQUEST['id'])!=''){ // echo 'ktulhu fhtagn'; $result = mysql_query('select * from clients where id = "'.addslashes($_REQUEST['id']).'";') or die(mysql_error()); $time = microtime(); $query = sprintf("update clients set ps_time = '%s' where id = '%s'", mysql_real_escape_string($time), mysql_real_escape_string($_REQUEST['id'])); mysql_query($query) or die(mysql_error()); echo $time; } else{ $time = microtime(); $amount = $_REQUEST['amount']; $hash = $_REQUEST['hash']; $query = sprintf("INSERT INTO clients (amount,hash,cr_time) VALUES ('%s','%s','%s');", mysql_real_escape_string($_REQUEST['amount']), mysql_real_escape_string($_REQUEST['hash']), mysql_real_escape_string($time)); mysql_query($query) or die(mysql_error()); $id = mysql_insert_id(); echo $id." | ".$time; } } ?> 

स्क्रिप्ट और बॉट की सूक्ष्मता इतनी दिलचस्प नहीं है, इसलिए मुझे लगता है कि आपको उन पर ध्यान केंद्रित नहीं करना चाहिए, और विशेष रूप से जिज्ञासु मन बहुत कठिनाई के बिना, खुद को सब कुछ समझेंगे।

इसलिए, मैं तुरंत परीक्षण के परिणाम के साथ शुरू करूँगा।

परिणाम

यह समझना कि परीक्षण बिल्कुल उद्देश्य नहीं है, इस तथ्य से शुरू कि डेस्कटॉप ओबंट पर ऐसी चीजें नहीं की जाती हैं, इस तथ्य के साथ समाप्त होता है कि सामान्य स्विच का उपयोग करना आवश्यक था, मुझे अभी भी विभिन्न परिणामों की उम्मीद थी। मैंने जो देखा उससे मुझे बहुत आश्चर्य हुआ। अर्थात्:

nginx

अनुरोध टाइप करें:

 select count(*) from clients group by sec_time order by sec_time desc limit 0,20; 

उन्होंने दिखाया कि संसाधित सत्रों की औसत संख्या: 205 टुकड़े , औसत समय के लिए: 0.025 सेकंड।
(इसके बाद का सत्र, मैं पहले अनुरोध से रिकॉर्ड बनाने और स्ट्रीम से दूसरे अनुरोध पर रिकॉर्ड को अपडेट करने के बीच का समय कहता हूं)।

 | 205 | | 200 | | 202 | | 208 | 

| 155930 | 0 | K | 0.36527600 1339369721 | 0.38711300 1339369721 | 2012-06-11 02:08:41 |
| 155929 | 0 | K | 0.36156500 1339369721 | 0.38884600 1339369721 | 2012-06-11 02:08:41 |


उबंटा ने दिखाया कि सभी कोर समान रूप से भरे हुए थे, लगभग 80%, उबंट पर यातायात 400 केबी प्रति सेकंड की गति से चला गया, और, जब लैपटॉप में से एक को बंद कर दिया गया, तो स्थिति बिल्कुल भी नहीं बदली, और इसलिए मुझे एक परिकल्पना थी राउटर को धीमा कर देता है।

अपाचे

उसी अनुरोध के साथ, मैंने निम्नलिखित चित्र देखा:

| 255 |
| 247 |
| 257 |

| 190582 | 0.102561082738713 | G | 0.46013900 1339370133 | 0.48647400 1339370133 | 2012-06-11 02:15:33 |
| 190581 | 0.266181369901719 | W | 0.45496900 1339370133 | 0.47832300 1339370133 | 2012-06-11 02:15:33 |


इसका मतलब यह है कि प्रति सेकंड संसाधित अनुरोधों की संख्या लगभग 255 थी , जो कि nginx से अधिक है, एक अनुरोध के प्रसंस्करण समय में वृद्धि नहीं हुई, और यह 0.025 सेकंड के बराबर भी रही।
अन्य सभी विनिर्देश समान हैं।

नंगे निष्कर्ष

ईमानदारी से, इससे कोई निष्कर्ष निकालना कठिन है, क्योंकि मैं यह नहीं मानना ​​चाहता कि अपाचे नगनेक्स से तेज है। शायद नग्नेक्स के ब्रेक फास्टकेगी का उपयोग करने की आवश्यकता के साथ जुड़े हुए हैं, और बेहतर php के साथ काम करने के लिए इसे कॉन्फ़िगर करने का एक तरीका है, लेकिन मुझे यह अभी नहीं पता है कि यह कैसे करना है, इसलिए, प्रिय हब्रानी, ​​शायद आप कुछ निष्कर्ष निकाल सकते हैं (उदाहरण के लिए, कि मेरा प्रयोग व्यक्तिपरक मापदंडों के कारण किसी भी मूल्य का प्रतिनिधित्व नहीं करता है), या इसके परिणामों को स्वीकार करता है।

वैसे भी, दूरस्थ समय के लिए धन्यवाद :)

पुनश्च क्लासिक्स को याद करते हुए: nginx, चलो, अलविदा।