विषय
- वान और लैन अनुकूलन
- एसएसडी और फ्लैश एरे
- नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
- वर्चुअल जीपीयू
- प्रदर्शन अनुकूलित सॉफ्टवेयर
- कैशिंग
- सारांश
स्रोत: विक्टोरसस / ड्रीमस्टाइम.कॉम
ले जाओ:
बैंक को तोड़ने के बिना आभासी अनुप्रयोगों में तेजी लाने के लिए पांच तकनीकों को जानें।
अनुप्रयोगों और डेस्कटॉप के लिए आभासी होने की कुंठाओं में से एक प्रदर्शन है। लॉन्च के बाद दिखाई देने वाले एप्लिकेशन के लिए कोई भी एक या दो सेकंड से अधिक इंतजार नहीं करना चाहता है। उपयोगकर्ताओं के रूप में, हमें आइकन पर डबल-क्लिक करने के तुरंत बाद हमारे एप्लिकेशन दिखाई देने की उम्मीद है। हमें अहसास नहीं होता है कि बैकग्राउंड में, लोड बैलेंसरों के माध्यम से, हवा के ऊपर या तारों के माध्यम से अपने डेस्कटॉप और अपने मोबाइल उपकरणों के माध्यम से सर्वर के बीच उन अनुप्रयोगों को देने के लिए पृष्ठभूमि में क्या होता है, और न ही हमें परवाह है। हमारा सामूहिक धैर्य बेहतर, तेज, अधिक सुरक्षित तकनीक के वादों के साथ पतला है और विक्रेताओं से और सहायक कर्मचारियों से "पुट अप या शट अप" पल का समय है। बदले में, विक्रेता और सहायक कर्मचारी हमारे दर्द को साझा करते हैं और उन्होंने कुछ त्वरण प्रौद्योगिकियों के साथ प्रतिक्रिया दी है जो स्थानीय स्तर पर स्थापित स्तरों पर या उसके निकट प्रदर्शन प्रदान करते हैं।
उपयोगकर्ताओं के लिए, यह सभी गति के बारे में है, लेकिन उपयोगकर्ताओं के विपरीत, आर्किटेक्ट, सिस्टम प्रशासक और सीआईओ उपयोगकर्ता डबल-क्लिक के लिए तेजी से प्रतिक्रिया की तलाश में नहीं हैं; वे पहले से कहीं अधिक स्केलेबिलिटी, बेहतर सुरक्षा और लंबे समय तक प्रौद्योगिकी जीवन प्रत्याशा की तलाश में हैं। अंत में, उपयोगकर्ता विक्रेता और समर्थन के सबसे कठोर आलोचक हैं और इस कारण से, आभासी एप्लिकेशन तकनीकों और प्रौद्योगिकियों का अन्वेषण हाथ में है। यह लेख आभासी अनुप्रयोगों को तेज करने के पांच तरीकों की जांच करता है। पांच समाधान कोई विशेष क्रम में नहीं हैं, लेकिन सभी अनुकूलन और त्वरण के लिए तीन प्रमुख क्षेत्रों में से एक में ध्यान केंद्रित करते हैं: बुनियादी ढाँचा, अनुप्रयोग कोड और बैंडविड्थ।
वान और लैन अनुकूलन
आप बैंडविड्थ समाधान के रूप में WAN और LAN ऑप्टिमाइज़ेशन का उल्लेख कर सकते हैं, जहाँ अंतिम लक्ष्य अधिक कुशल तरीके से नेटवर्क पाइपलाइन पर अधिक जानकारी और अधिक डेटा डालना है। क्योंकि एप्लिकेशन प्रदर्शन उपयोगकर्ताओं को समाप्त करने के लिए बहुत महत्वपूर्ण है, कम समय में अधिक सामग्री वितरित करने के कुछ सरल तरीके हैं, जैसे कि सामग्री वितरण नेटवर्क (सीडीएन) बनाना जो अनिवार्य रूप से डेटा को उपभोक्ता या अंतिम उपयोगकर्ता के करीब ले जाता है। डेटा को उपयोगकर्ता के करीब ले जाने से विलंबता कम हो जाती है क्योंकि डेटा को अपने गंतव्य पर पहुंचने के लिए कम "हॉप्स" या नेटवर्क को पार करना पड़ता है। अधिकांश क्लाउड सेवा प्रदाताओं के पास पहले से ही सीडीएन हैं ताकि आवेदन मालिकों को अपने उपभोक्ताओं के पास वितरित सामग्री वितरित करने में मदद मिल सके।
लोड बैलेंसिंग एप्लिकेशन डिलीवरी के बोझ को बेहतर ढंग से साझा करने के लिए कई सर्वरों या कई स्थानों के बीच क्लाइंट अनुरोधों को फैलाकर बैंडविड्थ का अनुकूलन करता है। लोड बैलेंसर्स एकल अनुप्रयोग के लिए उपयोगकर्ता के अनुरोध के साथ आने वाले ट्रैफ़िक जाम को हटाकर अनुप्रयोग वितरण गति बढ़ाते हैं। लेकिन वे अनुप्रयोग को कुशलतापूर्वक एक सर्वर पर अनुप्रयोग देने में सक्षम होने के कारण विश्वसनीयता बढ़ाते हैं जो अन्य अनुरोधों से अधिक नहीं है।
अनुप्रयोगों और ग्राहकों के बीच कच्ची बैंडविड्थ बढ़ाना एक स्पष्ट वृद्धि की तरह लगता है ताकि अनुप्रयोग वितरण में तेजी आए। कौन तर्क दे सकता है कि एप्लिकेशन इन्फ्रास्ट्रक्चर और क्लाइंट कंप्यूटर के बीच एक गीगाबिट नेटवर्क कनेक्शन खराब चीज है? यहां तक कि खराब तरीके से डिजाइन और कल्पना किए गए एप्लिकेशन को स्रोत और लक्ष्य के बीच बैंडविड्थ में वृद्धि करके एक महत्वपूर्ण प्रदर्शन को बढ़ावा मिलेगा।
डेटा संपीड़न और संकुचित मीडिया प्रकारों जैसे JPEG, MPEG-4 और MP3 का उपयोग करने से एप्लिकेशन डिलीवरी पर महत्वपूर्ण प्रभाव पड़ सकता है। -Based सामग्री का डेटा संपीड़न, जिसका अर्थ है कि HTML, CSS और जावास्क्रिप्ट, परिणाम 30 प्रतिशत या लोड समय में अधिक कमी कर सकते हैं।
एसएसडी और फ्लैश एरे
SSDs और फ्लैश सरणियाँ किसी भी प्रकार के अनुप्रयोग प्रदर्शन को बढ़ाने के लिए नई "गो टू" तकनीक लगती हैं। यह सच है कि सॉलिड-स्टेट स्टोरेज कताई डिस्क की तुलना में कहीं अधिक तेज है, लेकिन यह काफी महंगा भी है। SSDs को अलग तरह से देखने के लिए समाधान को अच्छी तरह से देखा जा सकता है - बाकी डेटा के बजाय "हॉट" डेटा के लिए कैश के रूप में। SSDs कताई डिस्क की तुलना में कहीं अधिक तेज़ी से डेटा वितरित कर सकते हैं, लेकिन नेटवर्क में और कुछ नेटवर्किंग घटकों के माध्यम से अनुवाद में कुछ दक्षता खो जाती है। हालांकि, यदि कोई एसएसडी की गति का लाभ उठाने के लिए तथाकथित "फ्लैश कैश" का उपयोग करता है, जिस पर कैश्ड जानकारी संग्रहीत करने के लिए, परिणाम प्रभावशाली हैं। इंटेल "ट्रांसेक्शनल डेटाबेस प्रोसेसिंग पर 12 गुना अधिक प्रदर्शन और I / O गहन आभासी वर्कलोड के 36 गुना तेज प्रसंस्करण तक रिपोर्ट करता है।"
डेटा कैशिंग के लिए SSDs उस गति के कारण समझ में आता है जिस पर डेटा को पुनः प्राप्त किया जा सकता है और मेमोरी में रखा जा सकता है। और अगर SSD का उपयोग विशुद्ध रूप से कैशिंग उद्देश्यों के लिए किया जाता है, तो परिणामी प्रदर्शन बूस्ट को पूरा करने के लिए उनमें से काफी कम खरीदना होगा। (संग्रहण पर अधिक जानकारी के लिए, अपने एंटरप्राइज़ संग्रहण समाधान का अनुकूलन कैसे करें देखें।)
नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
जब कोई भी सॉफ़्टवेयर गुणवत्ता की परवाह नहीं करता है तो आप अपने प्रोग्रामिंग कौशल में सुधार कर सकते हैं।
वर्चुअल जीपीयू
जो कोई सीएडी प्रोग्राम, वीडियो एडिटिंग सॉफ्टवेयर या यहां तक कि एक प्रोजेक्ट मैनेजमेंट एप्लिकेशन का उपयोग करता है, उससे पूछें कि वह उन एप्लिकेशन को लोड करना चाहता है या नहीं और आपको "स्थानीय स्तर पर" का एक कोरस सुनाई देगा, इन ग्राफिक्स-इंटेंसिव एप्लिकेशन को वर्चुअल वातावरण में ढीला कर दिया। वर्चुअल ग्राफिक प्रोसेसिंग यूनिट (GPU) तकनीक के जारी होने तक।
आभासी GPU अंत में किसी भी कार्यभार को वर्चुअल मशीन में रखने की अनुमति देता है। पुराने संपादकों के सीएडी होल्डआउट्स को अब आत्मसात कर लिया गया है, जैसे कि वीडियो एडिटर और ग्राफिक डिजाइनर हैं। यहां तक कि जो लोग तीन आयामों में काम करते हैं, अब आभासी GPU के लिए एक आभासी उपस्थिति है।
इस तकनीक ने जो संभव बनाया वह यह है कि वर्चुअल मशीन होस्ट सिस्टम के साथ संगत विशेष GPU बोर्ड, उन होस्ट सिस्टम में स्थापित किए जाते हैं और फिर उनके हार्डवेयर विशेषताओं को सार या वर्चुअलाइज्ड किया जाता है ताकि उनका उपयोग वर्चुअल मशीनों द्वारा किया जा सके।
प्रदर्शन अनुकूलित सॉफ्टवेयर
नाराज़ और निराश सिस्टम प्रशासक अक्सर आपको बताएंगे कि कोड फिक्स करना उनके काम के लिए नहीं है। हालाँकि, सर्वव्यापी समस्या यह है कि डेवलपर्स किसी एप्लिकेशन को प्रोग्रामिंग करने में शीर्ष पायदान पर हो सकते हैं, लेकिन प्रदर्शन के लिए अनुकूलन कोड के बारे में सुराग प्राप्त करने के लिए कोई सुराग या इच्छा नहीं हो सकती है।अक्सर रवैया यह है कि अधिक रैम, तेज डिस्क या अधिक शक्तिशाली सीपीयू किसी भी प्रदर्शन से संबंधित मुद्दों को ठीक कर देंगे जो कोड में मौजूद हो सकते हैं, और यह कुछ हद तक सही है। वैकल्पिक रूप से, फिक्सिंग कोड बहुत कम खर्चीला है और खराब तरीके से लिखे गए अनुप्रयोगों को तेज करने के लिए बुनियादी ढांचे के पुनर्निर्माण की तुलना में हल करना आसान है।
कंप्यूटर के अग्रणी डोनाल्ड नुथ जैसे लोग हैं, जिन्होंने कंप्यूटर कोड को अनुकूलित करने के बारे में कहा, "यदि आप सब कुछ अनुकूलित करते हैं, तो आप हमेशा दुखी रहेंगे।" श्री नथ की राय इसके बावजूद, संतुलित मात्रा में सुधार के लिए अनुकूलन कोड को निष्पादित और सहन किया जाना चाहिए। । लेकिन उन व्यावसायिक कार्यक्रमों के बारे में जो आप अपने उपयोगकर्ताओं के लिए खरीदते हैं और तैनात करते हैं? उदाहरण के लिए, सदाबहार माइक्रोसॉफ्ट ऑफिस सूट अनुप्रयोगों का एक मानक सूट है जिसे सिस्टम प्रशासक को स्थानीय और दूरस्थ दोनों उपयोगकर्ताओं के लिए उपलब्ध कराना चाहिए।
वाणिज्यिक कार्यक्रमों के मामले में, जिनमें व्यवस्थापकों का कोई लाभ नहीं है, उन्हें बहुस्तरीय प्रदर्शन वृद्धि रणनीति लागू करनी चाहिए। उपयोगकर्ताओं को बड़े अनुप्रयोगों के वितरण में तेजी लाने के लिए सामान्य अनुप्रयोग बिट्स की कैशिंग प्रशासक की सबसे बड़ी तकनीक होगी।
कैशिंग
किसी भी समय जब आप पूर्व-लोडिंग, प्रीप्रोसेसिंग या प्री-लोडिंग की शर्तों को पढ़ते या सुनते हैं, तो लेखक या वक्ता किसी प्रकार के कैशिंग का उल्लेख करते हैं। एप्लिकेशन कैशिंग आमतौर पर एक मेमोरी में बफर के कुछ स्थिर और सामग्री के कुछ गतिशील टुकड़ों को लोड करने के लिए संदर्भित करता है ताकि अनुरोध पर आसानी से पुनर्प्राप्ति योग्य हो। केवल बिट्स पाइपलाइन के माध्यम से सभी तरह से वितरित किए जाते हैं, जिन्हें विशेष रूप से उपयोगकर्ता या अन्य समय- या सत्र-निर्भर डेटा के साथ करना पड़ता है। बाकी सब कुछ स्मृति में छाया हुआ है।
कैशिंग भंडारण पर, नेटवर्क बैंडविड्थ पर और सीपीयू पर कम तनाव डालता है। डेटा तब तक मेमोरी में प्रतीक्षा करता है जब तक उसे कॉल नहीं किया जाता है और फिर अंतिम उपयोगकर्ता के लिए उसकी बहुत कम यात्रा पर आगे बढ़ता है। अधिकांश प्रौद्योगिकियां सामग्री को त्वरित रूप से वितरित करने के लिए स्थान के साथ कैशिंग को जोड़ती हैं। दूसरे शब्दों में, सामान्य डेटा - जो कि सभी उपयोगकर्ताओं के लिए सामान्य डेटा है - को उपरोक्त सीडीएन में रखा गया है और फिर उन उपयोगकर्ताओं तक पहुंचाया गया है जो अनुरोधित डेटा के करीब हैं। कुछ समाधान इतने दूर तक जाते हैं कि दूरस्थ या उपग्रह साइटों पर स्थानीय रूप से कैश डेटा हो जाता है ताकि उन सामान्य बिट्स का निवास होता है जहां वे उपभोग करते हैं और उन्हें WAN या इंटरनेट लिंक पर नए सिरे से नहीं खींचना पड़ता है।
कैशिंग अक्सर एक पसंदीदा अनुप्रयोग त्वरण विधि है, क्योंकि यह बुनियादी ढांचे के संवर्द्धन पर भरोसा करने वाले समाधानों की तुलना में कम महंगा है। (कैशिंग के बारे में अधिक जानने के लिए, देखें कि कौन सी राइट राइट है? आई / ओ कैशिंग विधियों को देखें।)
सारांश
शायद किसी भी वातावरण में आभासी अनुप्रयोगों को अनुकूलित या तेज करने का प्रयास करते समय अंगूठे का मूल नियम पहले कैशिंग का प्रयास करना है और फिर अन्य तकनीकों के साथ उस रणनीति को पूरक करना है। कैशिंग सबसे कम महंगा समाधान है और कम से कम आक्रामक भी है। सबसे अच्छी सलाह है कि हॉट डेटा कैशिंग के लिए मेमोरी कैशिंग और एसएसडी के लिए बहुत सारी रैम खरीदें। लागतों को प्रबंधित करने का प्रयास करें, लेकिन याद रखें कि जब आप बुनियादी ढांचे और सॉफ्टवेयर पर पैसा खर्च करते हैं, तो आप इसे प्रौद्योगिकी के जीवन पर परिशोधन कर सकते हैं और इसे प्रति उपयोगकर्ता आधार पर फैला सकते हैं ताकि प्रबंधन को पचाने में आसान हो सके। अंत में, अपने उपयोगकर्ताओं को उत्पादक और खुश रखें और वे आपको आसानी से नियोजित रखेंगे।