"प्रदर्शन" के कई पहलू हैं। N00bs एक OS के बूट समय को मापते हैं, और कहते हैं जैसे Windows 2012 बहुत अच्छा है क्योंकि यह 12 सेकंड में बूट करता है असली HD, शायद SSD पर 1 सेकंड।
लेकिन इस तरह का उपाय बहुत उपयोगी नहीं है: प्रदर्शन ओएस बूट समय के बराबर है, लेकिन महीने में एक बार ओएस बूट करता है, इसलिए यह अनुकूलन करता है कि इसका कोई मतलब नहीं है।
क्योंकि यह मेरा दैनिक व्यवसाय है इसलिए मैं निम्नलिखित 4 भागों को इंगित कर सकता हूं जो "प्रदर्शन" बना रहे हैं
सीपीयू लोड
यह तुलनीय होना चाहिए, जिसका अर्थ है नंगे धातु पर 1000 एमएस लेने वाला कार्य 1000 एमएस प्रक्रिया समय में और संभवतः 1050 एमएस घड़ी का समय एक ही हार्डवेयर पर निष्क्रिय वीएम वातावरण में निष्पादित होगा (कुछ विवरण बाद में)। Google एमएसएनडीएन फॉर प्रोसेस्टटाइम और क्वेरीपरफॉर्मेंसकाउंटर और यू एक ऐसा काम कर सकता है जो दिखा सकता है कि वीएम कितना समय युर सीपीयू खाते हैं।
एसक्यूएल प्रदर्शन
SQL प्रदर्शन IO पर उस डेटास्टोर पर निर्भर करता है जहां SQL डेटा संग्रहीत है। मैंने 1'st जीन आईएससीएसआई के बीच 300% अंतर देखा है जो आपको बफ़ेलो होम एनएएस पर मिल सकता है, फिर सभी स्तरों पर डीसीई और एक वास्तविक पुराने स्कूल एफसी पर्यावरण के साथ आईएससीएसआई। एफसी अभी भी जीतता है, क्योंकि एफसी विलंबता सबसे कम है जो टीसीपी / आईपी डेटासेंटर एन्हांसमेंट के लिए एफसी प्रोटोकॉल की "कॉपी" की ओर जाता है। यहाँ IOps और विलंबता महत्वपूर्ण है, लेकिन सर्वर प्रक्रिया से मीडिया में IO बैंडविड्थ भी है - यह निर्भर करता है कि क्या ऐप No-SQL को या Datawarehousing को जाता है या ईआरपी sytems की तरह है ... छोटे उद्यमों, SAP केके विशाल लोगों के लिए।
फाइलसिस्टम एक्सेस
कुछ एप्लिकेशन, जैसे वीडियो स्ट्रीमिंग एक गारंटीकृत न्यूनतम बैंडविड्थ पर निर्भर करती है, अन्य अधिकतम IO थ्रूपुट पर भरोसा करते हैं जैसे कि हेक्स एडिटर में बड़ी फ़ाइलों को खोलना, वीडियो प्रोजेक्ट को युर पसंदीदा मूवी मेकिंग प्रोग में लोड करना। Vm पर सामान्य स्थिति नहीं .... IOps डेवलपर्स के लिए भी महत्वपूर्ण हो सकता है। डेवलपर्स अक्सर VMs का उपयोग करते हैं क्योंकि विकासशील पर्यावरण बहुत संवेदनशील होते हैं और इसलिए एक VM में ऐसा करने का प्रलोभन अधिक होता है। एक बड़ी परियोजना को संकलित करने का मतलब अक्सर छोटी फ़ाइलों को पढ़ना, संकलक सामान करना और एक EXE और साथ आने वाले घटकों का निर्माण करना है।
क्लाइंट के लिए नेटवर्क विलंबता
यहाँ WYSIWIG शब्द की उपयोगिता की तरह शब्द 2010, Openoffice Writer, LaTEX, GSView और अन्य अत्यधिक गति पर निर्भर करते हैं - क्लाइंट से सर्वर पर माउस की कार्रवाई कितनी तेजी से होती है। विशेष रूप से CAD ऐप्स में यह महत्वपूर्ण है .... लेकिन यह LAN समस्या भी नहीं है, यह WAN पर दूरस्थ पहुँच है जहाँ यह महत्वपूर्ण है।
लेकिन - और मैं परामर्श के वर्षों के दृष्टिकोण से बात करता हूं - ऐसे उपयोगकर्ता हैं जिनके पास व्यवस्थापक पासवर्ड है (और वे अक्सर BIG बजट और BIG पॉकेटबुक वाले BIG कंपनी के कर्मचारी होते हैं) यह शिकायत करते हैं और वह, लेकिन इसे स्पष्ट किया जाना चाहिए कौन सा प्रदर्शन उनके लिए महत्वपूर्ण है और जो उनके द्वारा उपयोग किए जाने वाले अनुप्रयोग के दृष्टिकोण से महत्वपूर्ण है।
यह सबसे अधिक संभावना है कि नोटपैड नहीं है, लेकिन यह इंजीनियरिंग के लिए एक बहुत ही परिष्कृत अनुप्रयोग है और यह भी, जो बहुत अधिक खर्चीला है और इसे वीएमवेयर, हाइपर वीवी या एक्सनप्प पर स्थानांतरित किया जाना चाहिए और यह अपेक्षित रूप से प्रदर्शन नहीं करता है।
लेकिन उनके मन में यह नहीं है कि यह 1.5 गीगाहर्ट्ज के एक्सोन पर चल सकता है, जो कि शुद्ध सीपीयू प्रदर्शन के लिए नहीं बनाया गया है, वे एक औसत के लिए बनाए गए हैं, मान लें कि "प्रति सीपीयू चक्र के लिए अनुकूलित" या "सीपीयू साइकिल प्रति वाट" ।
और जब हम ट्रेडऑफ और इकोनॉमिसेशन के बारे में बात करते हैं - जो ज्यादातर ओवरकमिटमेंट की ओर जाता है। Overcommitments से उन स्रोतों की कमी होती है जहां CPU को बहुत अच्छी तरह से संभाला जा सकता है, लेकिन मेमोरी की कमी से पेजिंग होती है, कोर रूटर्स में IO की कमी से हर चीज पर उत्तर समय बढ़ता है, और किसी भी तरह के स्टोरेज पर ट्रांजैक्शनल ओवरलोड हर उपयोगी ऐप को रोक सकता है बहुत जल्दी जवाब देने से। यहां निगरानी की आवश्यकता होती है, लेकिन कई सॉफ्टवेयर विक्रेता ऐसे संकेत प्रदान करने में सक्षम नहीं होते हैं .... दूसरी ओर 3 भौतिक सर्वरों के साथ एक मेजबान सबसे भौतिक रूप से एक ही लेआउट के 8 आभासी मशीनों को संभाल सकता है ...
निष्क्रिय सिस्टम पर सीपीयू ट्रेडऑफ़ अक्सर भौतिक प्रणालियों की तुलना में 50% धीमी गति से प्रदर्शन करने वाले सिस्टम की ओर जाता है, दूसरी ओर कोई भी "वास्तविक दुनिया" ओएस और "वास्तविक दुनिया" ऐप को स्थापित करने में सक्षम नहीं है, ग्राहक के आईटी लोग वीएम में जाना चाहते हैं। डिब्बा। और यह स्पष्ट करने के लिए दिनों (शायद हफ्तों लेकिन निश्चित रूप से 42 बैठकों के लिए) में लगता है कि वीएम प्रौद्योगिकी शुद्ध सीपीयू गति का व्यापार करके लचीलेपन की पेशकश कर सकती है। यह सिर्फ इन ब्लेड सिस्टम पर सीपीयू में बनाया गया है जो आजकल बड़े वीएम वातावरण की मेजबानी कर रहा है। इसके अलावा मेमोरी तुलनीय नहीं होगी, कुछ ट्रेडऑफ भी लागू होते हैं। DDR3 1600 CL10 में DDR2 800 ECC LLR की तुलना में अधिक मेमोरी बैंडविड्थ होगी - और हर कोई जानता है कि AMD सीपीयू की तुलना में इंटेल सीपीयू इससे अलग तरीके से लाभ उठाते हैं। लेकिन वे शायद ही कभी उत्पादक वातावरण पर उपयोग किए जाते हैं: व्हाइटबॉक्स में अधिक या उन 3 राष्ट देशों में होस्ट किए गए डाटाकेंटरों में, जो मूल्य के 10% के लिए डेटासेन्ट सेवा प्रदान करते हैं, जो आपकी अपनी मातृभूमि में डेटासेंटर यू को बिल दे सकता है। Citrx के लिए धन्यवाद एक डेटासेंटर हर जगह हो सकता है यदि यह अंत उपयोगकर्ता और डेटासेन्ट के बीच 150 एमएस से कम विलंबता है।
और घर के उपयोगकर्ता परिप्रेक्ष्य ...।
अंतिम लेकिन कम से कम कुछ लोग Win7 या XP को फेंकना नहीं चाहते हैं और इसे लिनक्स के लिए व्यापार करते हैं, और फिर गेमिंग प्रश्न सामने आता है क्योंकि वास्तव में केवल कुछ गेम लिनक्स और विंडोज के लिए उपलब्ध हैं। गेमिंग 3 डी त्वरण पर निर्भर करता है। VMWare 6.5 वर्कस्टेशन और कनेक्टेड फ्री प्लेयर DirectX 9 को संभाल सकता है, जिसका अर्थ है कि VM में एक Doom3 पूरी स्क्रीन में होस्ट ग्राफिक कार्ड पर चल सकता है। गेम ज्यादातर 32 बिट ऐप्स हैं, इसलिए वे 3 जीबी से अधिक नहीं खाएंगे और ज्यादातर 3 सीपीयू (क्राइसिस पर देखे गए) से अधिक नहीं होंगे। नए वीएम प्लेयर और डब्लूएस उच्चतर डायरेक्टएक्स संस्करण और शायद ओपनगेल भी संभाल सकते हैं ... मैंने VMware और UT2004 को VMware 6.5 पर प्राप्त किया, मेजबान के पास एक अति Radeon 2600 मोबाइल और एक T5440 CPU था। यह 1280x800 पर स्थिर था और नेटवर्क गेम पर भी खेलने योग्य था ...।