आभासी अनुप्रयोगांना गती देण्याचे पाच मार्ग

सामग्री

• वॅन आणि लॅन ऑप्टिमायझेशन
• एसएसडी आणि फ्लॅश अ‍ॅरे
• कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण
• व्हर्च्युअल जीपीयू
• कामगिरी ऑप्टिमाइझ केलेले सॉफ्टवेअर
• कॅशिंग
• सारांश

स्रोत: व्हिक्टोरस / ड्रीमस्टाइम.कॉम

टेकवे:

बँक न मोडता व्हर्च्युअल अनुप्रयोग गती देण्यासाठी पाच तंत्रे जाणून घ्या.

अनुप्रयोग आणि डेस्कटॉपसाठी आभासी जाण्याच्या एक निराशा म्हणजे कामगिरी. लाँच झाल्यानंतर अनुप्रयोग येण्यासाठी कोणालाही दुसर्‍या किंवा दोनपेक्षा जास्त काळ थांबण्याची इच्छा नाही. वापरकर्ते म्हणून, आम्ही चिन्हावर डबल-क्लिक केल्यानंतर लगेचच आमचे अनुप्रयोग दिसून येतील अशी आमची अपेक्षा आहे. सर्व्हर दरम्यान, फायरवॉलद्वारे, लोड बॅलेन्सर्सद्वारे, हवेतून किंवा ताराद्वारे आमच्या डेस्कटॉपवर आणि आमच्या मोबाइल डिव्हाइसवर वितरित करण्यासाठी पार्श्वभूमीत काय चालले आहे हे आम्हाला जाणवत नाही आणि आम्हाला काळजी नाही. आमचे सामूहिक धैर्य अधिक चांगल्या, वेगवान, अधिक सुरक्षित तंत्रज्ञानाच्या आश्वासनांनी पातळ झाले आहे आणि विक्रेत्यांकडून आणि समर्थन कर्मचार्‍यांकडून सारखे “पुट अप किंवा शट अप” करण्याची वेळ आली आहे. यामधून, विक्रेते आणि समर्थन कर्मचारी आमच्या वेदना सामायिक करतात आणि काही प्रवेग तंत्रज्ञानासह प्रतिसाद दिला आहेत जे स्थानिक पातळीवर स्थापित स्तरावर किंवा जवळपास कार्यप्रदर्शन करतात.

वापरकर्त्यांसाठी, हे सर्व गतीबद्दल आहे, परंतु वापरकर्त्यांऐवजी आर्किटेक्ट, सिस्टम प्रशासक आणि सीआयओ वापरकर्त्याच्या डबल-क्लिकला वेगवान प्रतिसाद शोधत नाहीत; ते पूर्वीपेक्षा स्केलेबिलिटी, सुधारित सुरक्षा आणि दीर्घ तंत्रज्ञानाची आयुष्य शोधत आहेत. सरतेशेवटी, वापरकर्ते विक्रेते आणि समर्थनाच्या कठोर टीकाकार आहेत आणि त्या कारणास्तव, आभासी अनुप्रयोग तंत्र आणि तंत्रज्ञानाचा शोध चालू आहे. हा लेख आभासी अनुप्रयोग गती करण्यासाठी पाच मार्गांचे परीक्षण करतो. पाच निराकरणे कोणत्याही विशिष्ट क्रमाने नाहीत, परंतु ऑप्टिमायझेशन आणि प्रवेगसाठी तीनपैकी एका क्षेत्रातील सर्व गोष्टींवर लक्ष केंद्रित केले आहे: पायाभूत सुविधा, अनुप्रयोग कोड आणि बँडविड्थ.

वॅन आणि लॅन ऑप्टिमायझेशन

आपण डब्ल्यूएएन आणि लॅन ऑप्टिमायझेशनचा संदर्भ बँडविड्थ सोल्यूशन म्हणून देऊ शकता, जेथे नेटवर्क पाईपलाईनवर अधिक कार्यक्षमतेने आणि अधिक डेटा ठेवणे हे अंतिम लक्ष्य आहे. अंतिम वापरकर्त्यांसाठी अनुप्रयोगाची कार्यक्षमता खूपच गंभीर आहे, म्हणून कमी वेळेत अधिक सामग्री वितरीत करण्याच्या काही कुशल पद्धती आहेत, जसे की सामग्री वितरण नेटवर्क (सीडीएन) तयार करणे जे डेटा अनिवार्यपणे ग्राहक किंवा शेवटच्या वापरकर्त्याच्या जवळ घेते. वापरकर्त्याकडे डेटा हलविणे विलंब कमी करते कारण डेटा त्याच्या गंतव्यस्थानावर पोहोचण्यासाठी कमी "हॉप्स" किंवा नेटवर्क्सकडे जावे लागते. बर्‍याच मेघ सेवा प्रदात्यांकडे अनुप्रयोग मालकांना त्याच्या ग्राहकांकडे वितरित सामग्री वितरीत करण्यात मदत करण्यासाठी आधीच सीडीएन आहेत.

Bप्लिकेशन डिलिव्हरीचे ओझे अधिक चांगल्या प्रकारे सामायिक करण्यासाठी लोड बॅलन्सिंग एकाधिक सर्व्हरमध्ये किंवा अनेक ठिकाणी क्लायंट विनंत्या पसरवून बँडविड्थला अनुकूल करते. लोड बॅलेन्सर्स एकाच अनुप्रयोगासाठी वापरकर्त्याच्या विनंत्यांसह येणारे रहदारी ठप्प काढून अनुप्रयोग वितरणाची गती वाढवते. परंतु अन्य विनंत्यांसह अतिरेकी नसलेल्या सर्व्हरवर कार्यक्षमतेने अनुप्रयोग वितरित करण्यात सक्षमतेद्वारे त्यांची विश्वसनीयता देखील वाढते.

Andप्लिकेशन्स आणि क्लायंटमधील कच्चा बँडविड्थ वाढविणे हे वेगवान likeप्लिकेशन वितरणामध्ये वाढवण्यासारखे आहे. अनुप्रयोग मूलभूत सुविधा आणि क्लायंट कॉम्प्यूटर दरम्यान एक गीगाबीट नेटवर्क कनेक्शन ही एक वाईट गोष्ट आहे असा कोण तर्क करू शकेल? अगदी असमाधानकारकपणे डिझाइन केलेले आणि संकल्पित अनुप्रयोग देखील स्त्रोत आणि लक्ष्य दरम्यान बँडविड्थ वाढवून महत्त्वपूर्ण कामगिरीला उत्तेजन प्राप्त करेल.

डेटा कॉम्प्रेशन आणि जेपीईजी, एमपीईजी -4 आणि एमपी 3 सारख्या संकुचित माध्यम प्रकारांचा वापर केल्याने अनुप्रयोग वितरणावर महत्त्वपूर्ण परिणाम होऊ शकतो. आधारित सामग्रीचे डेटा कॉम्प्रेशन, ज्याचा अर्थ एचटीएमएल, सीएसएस आणि जावास्क्रिप्ट आहे, परिणामी लोड वेळेत 30 टक्के किंवा त्याहून अधिक कपात होऊ शकते.

एसएसडी आणि फ्लॅश अ‍ॅरे

एसएसडी आणि फ्लॅश अ‍ॅरे कोणत्याही प्रकारचे अनुप्रयोग कार्यप्रदर्शन वर्धित करण्यासाठी नवीन "जा" तंत्रज्ञान असल्याचे दिसते. हे खरे आहे की घन-स्टेट स्टोरेज स्पिनिंग डिस्कपेक्षा बरेच वेगवान आहे, परंतु हे देखील अधिक महाग आहे. एसएसडीचा वेगळ्या पद्धतीने वापर करण्यावर उपाय शोधणे योग्य आहे - विश्रांतीतील डेटाऐवजी “गरम” डेटासाठी कॅशे म्हणून. स्पिनिंग डिस्कपेक्षा एसएसडी अधिक द्रुतपणे डेटा वितरित करू शकते, परंतु त्यातील काही कार्यक्षमता नेटवर्कवर आणि नेटवर्किंगच्या विविध घटकांद्वारे भाषांतरात हरवली आहे. तथापि, एखादी कॅश्ड माहिती संग्रहित करण्यासाठी एसएसडी वेग वाढवण्यासाठी तथाकथित “फ्लॅश कॅशे” वापरत असेल तर त्याचे परिणाम प्रभावी असतात. इंटेल "ट्रांझॅक्शनल डेटाबेस प्रोसेसिंगवर 12 पट अधिक कामगिरी आणि I / O गहन व्हर्च्युअलाइझ्ड वर्कलोड्सच्या 36 पट जलद प्रक्रियेपर्यंत अहवाल देतो."

डेटा कॅशिंगसाठी एसएसडी वेगवान केल्यामुळे डेटा पुनर्प्राप्त केला जाऊ शकतो आणि मेमरीमध्ये ठेवला जाऊ शकतो. आणि जर एसएसडी पूर्णपणे कॅशिंगच्या उद्देशाने वापरली गेली तर परिणामी कामगिरी वाढीसाठी ते कमी प्रमाणात खरेदी करावे लागतील. (स्टोरेजवरील अधिक माहितीसाठी, आपले एंटरप्राइझ स्टोरेज सोल्यूशन ऑप्टिमाइझ कसे करावे ते पहा.)

कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण

जेव्हा कोणालाही सॉफ्टवेअर गुणवत्तेची काळजी नसते तेव्हा आपण आपली प्रोग्रामिंग कौशल्ये सुधारू शकत नाही.

व्हर्च्युअल जीपीयू

सीएडी प्रोग्राम वापरणारा कोणालाही विडिओ एडिटिंग सॉफ्टवेअर किंवा एखादा प्रकल्प व्यवस्थापन अनुप्रयोग सांगा जेथे तो किंवा ती अनुप्रयोग लोड होऊ इच्छित असेल आणि आपल्याला “स्थानिक पातळीवर” ची सुरवात ऐकू येईल. या ग्राफिक्स-गहन अनुप्रयोगांना व्हर्च्युअल वातावरणात बदलून आपत्ती आणली जाईल व्हर्च्युअल ग्राफिक प्रोसेसिंग युनिट (जीपीयू) तंत्रज्ञानाच्या प्रकाशनापर्यंत.

आभासी GPUs शेवटी कोणत्याही वर्कलोडला आभासी मशीनमध्ये ठेवण्याची परवानगी देतो. व्हिडिओ संपादक आणि ग्राफिक डिझाइनर आहेत त्याप्रमाणे जुन्या शालेय सीएडी होल्डआउट्सचे आता एकत्रीकरण झाले आहे. जे आताही तीन आयामांमध्ये कार्य करतात त्यांच्याकडे आभासी GPUs चे आभार आहे.

हे तंत्रज्ञान शक्य केले हे असे आहे की विशेष जीपीयू बोर्ड, आभासी मशीन होस्ट सिस्टमशी सुसंगत आहेत, त्या त्या होस्ट सिस्टममध्ये स्थापित केले गेले आहेत आणि नंतर त्यांचे हार्डवेअर विशेषता एस्ट्रॅक्ट किंवा वर्चुअलाइज्ड केल्या आहेत जेणेकरून ते आभासी मशीनद्वारे वापरता येतील.

कामगिरी ऑप्टिमाइझ केलेले सॉफ्टवेअर

संतप्त आणि निराश सिस्टम प्रशासक आपल्याला वारंवार सांगतील की फिक्सिंग कोड त्यांचे काम नाही. तथापि सर्वव्यापी समस्या अशी आहे की डेव्हलपर कदाचित अ‍ॅप्लिकेशन प्रोग्रामिंगमध्ये सर्वात वरचे असतील परंतु त्यांना परफॉरमन्ससाठी ऑप्टिमाइझिंग कोड मिळविण्याचा संकेत किंवा इच्छा मिळू शकत नाही.बहुतेकदा अशी वृत्ती असते की अधिक रॅम, वेगवान डिस्क किंवा अधिक सामर्थ्यवान सीपीयू कोडमध्ये अस्तित्त्वात असलेल्या कोणत्याही कार्यप्रदर्शन-संबंधित समस्यांचे निराकरण करतात आणि काही प्रमाणात ते खरे आहे. वैकल्पिकरित्या, फक्त खराब लिखित अनुप्रयोगांना गती देण्यासाठी पायाभूत सुविधा पुनर्बांधणी करण्यापेक्षा निराकरण करणे कमी कोडिंग कमी किंमतीचे आणि सोपे आहे.

संगणक मार्गदर्शक डोनाल्ड नॉथ यासारखे काही लोक आहेत ज्यांनी संगणक संहिता अनुकूलित करण्याविषयी म्हटले आहे की, “जर तुम्ही सर्वकाही ऑप्टिमाइझ केले तर तुम्ही नेहमीच नाखूष व्हाल.” श्री नूथ यांची मते असूनही, संतुलित प्रमाणात सुधारित कोडसाठी ऑप्टिमायझिंग कोड सादर करणे आणि सहन करणे आवश्यक आहे. . परंतु आपण खरेदी केलेल्या आपल्या वापरकर्त्यांवरील उपयोजित व्यावसायिक प्रोग्रामचे काय? उदाहरणार्थ, सदाहरित मायक्रोसॉफ्ट ऑफिस संच अनुप्रयोगांचा एक मानक संच आहे जो सिस्टम प्रशासकांनी स्थानिक आणि दूरस्थ वापरकर्त्यांसाठी उपलब्ध करून दिला पाहिजे.

व्यावसायिक प्रोग्रामच्या बाबतीत ज्यात प्रशासकांकडून कोणताही फायदा उरला नाही, त्यांनी बहु-स्तरीय कार्यक्षमता वर्धित धोरण लागू केले पाहिजे. सामान्य अनुप्रयोगांच्या बिट्सची कॅशिंग वापरकर्त्यांपर्यंत मोठ्या प्रमाणात अनुप्रयोग वितरीत करण्यासाठी प्रशासकाचे सर्वात मोठे तंत्रज्ञान असेल.

कॅशिंग

जेव्हा आपण प्रीलोडिंग, प्रीप्रोसेसींग किंवा प्रीकंपिलिंग या अटी वाचता किंवा ऐकता तेव्हा बहुधा लेखक किंवा स्पीकर काही प्रकारच्या कॅशींगचा संदर्भ घेत असतात. अनुप्रयोग कॅशिंग सामान्यतः मेमरी बफरमध्ये विशिष्ट स्थिर आणि काही डायनॅमिक सामग्रीचे लोड करणे संदर्भित करते जेणेकरून विनंती केल्यावर ते सहजपणे मिळवता येईल. पाईपलाईनद्वारे संपूर्ण प्रकारे वितरित केलेले एकमात्र बिट्स म्हणजे खासकरुन वापरकर्त्यासह किंवा इतर वेळेस-किंवा सत्र-आधारित डेटासह करावे लागतात. बाकी सर्व काही स्मरणात ठेवलेले असते.

कॅशिंगमुळे स्टोरेज, नेटवर्क बँडविड्थ आणि सीपीयू वर कमी ताण येतो. कॉल न होईपर्यंत डेटा मेमरीची वाट पाहतो आणि नंतर शेवटच्या वापरकर्त्यापर्यंत त्याच्या अगदी लहान प्रवासावर जातो. सामग्री जलद वितरीत करण्यासाठी बर्‍याच तंत्रज्ञानामध्ये कॅशींग एकत्रित केले जाते. दुसर्‍या शब्दांत, सामान्य डेटा - हा डेटा सर्व वापरकर्त्यांसाठी सामान्य आहे - उपरोक्त सीडीएनमध्ये ठेवला जातो आणि नंतर विनंती केलेल्या डेटाच्या जवळ असलेल्या वापरकर्त्यांपर्यंत पोहोचविला जातो. काही उपाय दूरस्थ किंवा सॅटेलाइट साइटवरील स्थानिक पातळीवर डेटा कॅशे करण्यापर्यंत जातात जेणेकरून ते सामान्य बिट्स ते जिथे सेवन करतात तेथेच राहतात आणि डब्ल्यूएएन किंवा इंटरनेट दुव्यावर ताजे ओढू शकत नाहीत.

कॅशिंग ही बर्‍याचदा प्राधान्यीकृत अ‍ॅप्लिकेशन प्रवेग पद्धत असते कारण पायाभूत सुविधांच्या संवर्धनांवर अवलंबून असलेल्या तुलनात्मक समाधानांपेक्षा ही किंमत कमी असते. (कॅशिंगबद्दल अधिक जाणून घेण्यासाठी, कोणते लिखाण बरोबर आहे ते पहा. I / O कॅशिंग पद्धती पहा.)

सारांश

कोणत्याही वातावरणात आभासी अनुप्रयोगांना ऑप्टिमाइझ किंवा वेग वाढवण्याचा प्रयत्न करताना थंबचा मूलभूत नियम म्हणजे प्रथम कॅश करण्याचा प्रयत्न करणे आणि नंतर त्या तंत्रज्ञानास इतर तंत्रज्ञानासह पूरक करणे होय. कॅशिंग हा सर्वात कमी खर्चाचा उपाय आहे आणि सर्वात कमी आक्रमण करणारा देखील आहे. मेमरी कॅशिंगसाठी भरपूर रॅम आणि हॉट डेटा कॅशिंगसाठी एसएसडी खरेदी करण्याचा उत्तम सल्ला आहे. खर्च व्यवस्थापित ठेवण्याचा प्रयत्न करा, परंतु लक्षात ठेवा जेव्हा आपण इन्फ्रास्ट्रक्चर आणि सॉफ्टवेअरवर पैसे खर्च करता तेव्हा आपण तंत्रज्ञानाच्या आयुष्यावर त्याचे प्रमाण कमी करू शकता आणि व्यवस्थापनास पचन करणे सुलभ करण्यासाठी प्रति वापरकर्त्याच्या आधारावर ते पसरवू शकता. शेवटी, आपल्या वापरकर्त्यांना उत्पादक आणि आनंदी ठेवा आणि ते आपल्याला फायदेशीरपणे नोकरी देतील.