क्या एक विकास मशीन एक वीएम के अंदर होनी चाहिए? [बन्द है]


41

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

आपकी विकास मशीन को वर्चुअलाइज करने में आपकी क्या भूमिका है? क्या आपने पहले से ही ऐसा किया है? यदि आपने किया, तो सड़क के किनारे कोई भी गड्ढा या गड्डा?


1
तुमको क्या परेशान करता है? यह अभी भी सभी प्रयोजनों के लिए एक कंप्यूटर है।


विकास मशीन क्या है? डेवलपर का काम या एक साझा विकास पर्यावरण?
user606723

जवाबों:


29

एक कॉर्पोरेट वातावरण में वीएम पर विकसित होने के साथ मेरा अनुभव यह है कि कई कोर के वर्चुअलाइजेशन के कारण कठिनाइयों से भरा हुआ है, इस तरह के प्रदर्शन को प्राप्त करना मुश्किल है जो कई उद्यम विकास मशीनों की आवश्यकता है।

कोड-कंपाइल-टेस्ट इनर लूप को जितनी जल्दी हो सके उतनी तेजी से पूरा करने के लिए सर्वोत्तम मशीनों की आवश्यकता होती है - संकलन और परीक्षणों का चलना स्पष्ट रूप से अधिक कोर वाली मशीनों पर तेजी से चलता है, क्योंकि उन गतिविधियों को आसानी से समवर्ती तरीके से निष्पादित किया जा सकता है * ।

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

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

* - जिसके द्वारा मेरा मतलब है कि संकलन चरणों और परीक्षण चरणों के अंदर उपशीर्षक समवर्ती रूप से चलाए जा सकते हैं, संकलन और परीक्षण समवर्ती नहीं है :)


+1 - यह एक वीएम पर विकसित होने के साथ मेरा अनुभव था। प्रदर्शन हिट सिर्फ किसी भी संभावित लाभ के लायक नहीं है। एक विकास मशीन बस इतनी तेजी से नहीं हो सकती।
स्कॉट व्हिटलॉक

मैंने ऐसा कभी नहीं किया है (मल्टी-प्लेटफ़ॉर्म परीक्षण के अलावा), लेकिन सिद्धांत रूप में, वीएम पागल गति तक का अनुमान नहीं लगा सकता था? UI धीमा हो सकता है लेकिन आप संकलन चरण में बहुत सारे सर्वर रूम आयरन को फेंक सकते हैं, क्या आप नहीं कर सकते?
डैन रे

1
सिद्धांत रूप में, निश्चित रूप से! मेमोरी और 20 प्रोसेसर की बाल्टी के साथ एक वीएम को परिभाषित करना कठिन हिस्सा नहीं है। कठिन हिस्सा तब होता है जब आपके पास एक ही सर्वर पर एक दर्जन उच्च-कल्पना वीएम होते हैं - यदि आपके पास 8-सीपीयू सर्वर पर 12 एकल-प्रोसेसर वीएम हैं, तो प्रत्येक वीएम को कुछ सीपीयू समय मिलता है जब एक प्रोसेसर उपलब्ध हो जाता है। यदि आपके पास प्रत्येक 4 कोर के साथ 3 वीएम हैं, तो आपको प्रत्येक वीपीयू को सीपीयू समय मिलने से पहले 4 सीपीयू मुफ्त होने का इंतजार करना होगा। उल्लेख नहीं है तो उन सभी कोर को संदर्भ-स्विच करने की आवश्यकता है ... यह मुश्किल हो जाता है। मैंने इसके बारे में बड़े पैमाने पर संतोषजनक ढंग से नहीं सुना है - जिसका मतलब कुछ भी नहीं है :)

1
+1 यह मेरा अनुभव भी है। यह नए देव वातावरण के लिए चौकियों और शून्य सेटअप के लाभ से कुछ हद तक ऑफसेट है, लेकिन प्रदर्शन सबसे बड़ा नहीं है।
स्टीवन एवर्स

1
@MarcoDinacci फेयर पॉइंट। मेरा तर्क है कि उचित स्रोत नियंत्रण के साथ, आपको एक वीएम के अंदर रहने की आवश्यकता नहीं होनी चाहिए जब तक कि आप कई ऑपरेटिंग सिस्टम के लिए विकसित नहीं कर रहे हैं।

12

मैं अपना सारा व्यक्तिगत विकास वीएम में करता हूं। मेरे पास विभिन्न वातावरणों के लिए कई VMs सेटअप हैं और यह ठीक काम करता है।

मेरे पास एक dell स्टूडियो 15 लैपटॉप (क्वाड I7 2.8ghz, 8gb ram, ati ग्राफिक्स) है जो कि वर्चुअलबॉक्स के साथ 7 अल्टिमेट 64 बिट जीतता है। मेरे पास मेरे सभी वीएम हैं जो बाहरी 500 जीबी यूएसबी ड्राइव को लैपटॉप पर चलाते हैं।

वीएम 0 - 7 7 बिट को बेस टेम्पलेट के रूप में स्थापित करें

वीएम 1 - विजुअल स्टूडियो 2008 टूलसेट के साथ 7 64 बिट (2 सीपीयू, 4 जीबी रैम, 120 जीबी एचडी) जीतें

वीएम 2 - विजुअल स्टूडियो 2010 टूलसेट के साथ 7 64 बिट (2 सीपीयू, 4 जीबी रैम, 120 जीबी एचडी) जीतें

वीएम 3 - एक्लिप्स जावा टूलसेट के साथ विन 7 64 बिट (2 सीपीयू, 2 जीबी रैम, 120 जीबी एचडी) जीतें

जब तक मैं कुछ ऐसा कर रहा हूं जिसके लिए बहुत उच्च आईओ की आवश्यकता होती है, मुझे लगता है कि प्रदर्शन अच्छा है और मुझे नहीं पता कि मैं एक वीएम के अंदर हूं अगर किसी ने मुझे सिर्फ लैपटॉप सौंप दिया और कहा कि विकास करना शुरू करें।


1
मैं भी कुछ इसी तरह की दौड़ लगाता हूं, हालांकि बड़ी समस्या यह है कि एक बार आपके पास विजुअल स्टूडियो समाधान है जिसमें बहुत सारी परियोजनाएं हैं जो परियोजना के शुरू होने के लिए प्रतीक्षा मिनटों को समाप्त कर देती हैं / डिस्क आई / ओ बाधाओं को सिर्फ कठिन करने के लिए। कहा कि मैं अभी भी VM का उपयोग करता हूं जब भी यह कोई समस्या नहीं है, तो यह एक पोर्टेबल वातावरण के लिए उत्कृष्ट है।
सहयोगी

11

मैं यह जोड़ना चाहूंगा कि वर्चुअलाइज्ड मशीनों के माध्यम से कुछ विशेष प्रकार के विकास कहीं अधिक कठिन (यदि असंभव नहीं) हैं।

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

जैसा कि मैंने कहा, मुझे नहीं लगता कि यह स्थिति वारंटेड विकास मशीनों पर काम नहीं कर रही है, हालांकि यह एक है जिसे हमने अभी तक पता नहीं लगाया है, इस प्रकार हम एक प्रयोगशाला में विभिन्न वातावरणों के लिए भौतिक कार्यस्थल बनाए रखते हैं।


1
टीएफएस या कुछ और से कनेक्ट करने के लिए रिमोट एक्सेस सिक्योरिटी कार्ड का उपयोग करने की आवश्यकता होने पर भी यह दर्द होता है।
स्टीवन एवर्स

8

हमारी कंपनी में अब हम विकास और परीक्षण के लिए VM का उपयोग कर रहे हैं। यद्यपि वीएम के उपयोग के लिए कुछ कमियां हैं, उनके लाभ उन्हें काफी प्रभावित करते हैं।

इससे पहले कि हम वीएम का उपयोग करना शुरू करें, हमें नए डेवलपर्स के लिए विकास मशीनें स्थापित करने में समस्या थी। टीम में नए डेवलपर के लिए पहला काम आमतौर पर अपनी खुद की विकास मशीन स्थापित करना था। हम एक छोटी सी कंपनी हैं और हमारे पास अपनी मशीन स्थापित करने के लिए एक नई टीम के सदस्यों की मदद करने के लिए हमेशा जनशक्ति नहीं है। इससे विभिन्न समस्याएं पैदा हुईं: कभी-कभी बग केवल उनकी मशीन पर प्रतिलिपि प्रस्तुत करने योग्य होता था या वे इसे बिल्कुल भी पुन: उत्पन्न नहीं कर सकते थे, एप्लिकेशन ठीक से निर्माण नहीं कर सकते थे आदि इसके अलावा एक समस्या यह भी थी कि हमारे कुछ वरिष्ठ डेवलपर्स कई परियोजनाओं पर काम कर रहे थे काम के माहौल पर जो हमेशा संगत नहीं थे।

जब हमने VMs पर स्विच किया, तो सब कुछ बदल गया। अब केवल एक व्यक्ति एक वीएम में पर्यावरण को स्थापित करने के लिए जिम्मेदार है, जो कि परियोजना से संबंधित हर चीज के साथ है। जब वह समाप्त हो जाता है तो सभी टीम सदस्य वीएम की कॉपी के साथ प्रदान किए जाते हैं। यह टीम के प्रत्येक नए सदस्य के लिए वातावरण स्थापित करने के लिए समय कम कर देता है (वीएम की नकल 1 एच से अधिक नहीं होनी चाहिए)। यह हमें समानांतर में कई कार्यशील वातावरण पर काम करने की भी अनुमति देता है।

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


1
क्या आपने अपने टूलचिन को अनुकूलित करने के लिए कुछ काम करने पर विचार किया है? यदि आपका टूल सेटअप इतना जटिल है कि उन्हें आसानी से इंस्टॉल नहीं किया जा सकता है, तो शायद आपको टूल को थोड़ा सोचने की जरूरत है।
माइकल कोहेन

यह टूलकिन के बारे में नहीं है यह मशीन को स्थापित करने और विभिन्न वातावरणों पर समस्याओं के निवारण के समय के बारे में अधिक है। जब किसी और ने पहले से ही ऐसा करने के लिए किसी को कुछ स्थापित करने / स्थापित करने में 2 घंटे खर्च करने की आवश्यकता होगी?
क्रिश्चियन पी

आप अतिरिक्त मशीन बनाने के लिए एक देव मशीन क्यों नहीं बना सकते और एक छवि नहीं बना सकते? यह मानता है कि आप सभी एक ही हार्डवेयर का उपयोग करते हैं।
जेएफओ

@JeffO आपके पास VM के साथ अधिक लचीलापन है क्योंकि यह हार्डवेयर पर निर्भर नहीं है। यह ठीक होगा यदि हम सभी एक ही हार्डवेयर पर काम कर रहे हैं, लेकिन हम लैपटॉप / डेस्कटॉप का उपयोग कर रहे हैं।
क्रिश्चियन पी

1
बस जिज्ञासु - क्या आपकी टीम के पास इतनी बार छोड़ने / आने वाले लोग हैं कि आप नई मशीन स्थापित करने की परवाह करते हैं? यदि ऐसा है तो मुझे संदेह है कि टीम को स्थिर करने से आपको अधिक उत्पादकता हासिल होगी। ( मानव को स्थापित करना वास्तव में अड़चन है, मशीन के विपरीत, मुझे लगता है)
kizzx2

7

जैसा कि दूसरों ने उल्लेख किया है कि यह कई चीजों पर निर्भर करता है:

  • आपका वातावरण कैसा दिखता है?
  • क्या आपके पास विकास करने के लिए पर्याप्त अधिकार हैं?
  • क्या आपका एचआरएफ सूंघने के लिए है?

वातावरण

यदि आप किसी प्रोजेक्ट के कई संस्करणों पर काम कर रहे हैं तो वीएम का उपयोग करना मदद कर सकता है; कई परियोजनाएं; या आपके द्वारा सामान्य रूप से चलाए जाने वाले (होस्ट OS) से भिन्न OS को लक्षित करना। मैं बहुत से SharePoint कार्य करता हूं और एक रिलीज़ के विभिन्न संस्करणों के लिए एक अलग मशीन को चलाने में सक्षम होना मददगार है क्योंकि मैं बस एक अलग मशीन शुरू कर सकता हूं और जीएसी / डेटाबेस की स्थिति के लिए एक अच्छा अनुभव है। इसके अलावा, यदि आपको एक * निक्स एप्लिकेशन वातावरण को लक्षित करने की आवश्यकता है, लेकिन आपके पास एक विंडोज़ मशीन है तो आप अभी भी एक वीएम में विकास कर सकते हैं (यह है कि मैं घर पर रूबी सीख रहा हूं, हालांकि मैं आमतौर पर .NET देव काम करता हूं)। मैं सामान्यतः ASP.NET डेवलपमेंट टेस्टिंग कर रहा हूं / IIS के एक ही संस्करण पर विकसित कर रहा हूं, जो कि ऐप अंततः चलेगा (यह वही तर्कसंगत अन्य सर्वर लक्ष्य वातावरणों पर लागू होता है)। ओएस के संस्करण के आधार पर कुछ छोटे लेकिन महत्वपूर्ण अंतर हो सकते हैं। ध्यान दें कि इसका मतलब यह नहीं है कि आपको IIS / OS के किसी विशिष्ट संस्करण में कोड करना चाहिए, लेकिन चलो वास्तव में ईमानदार होना चाहिए, वास्तव में वह काम करना है जहां आप इसे अपने स्थानीय मशीन पर नहीं, बल्कि वहां तैनात करने जा रहे हैं।

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

पर्याप्त अधिकार

यह आम तौर पर उन लोगों पर लागू होता है जो एक्सेस अधिकारों के लिए नीतियों के बजाय एक उच्चतर सेट वाली कंपनी के लिए काम करते हैं। यदि आप अपनी मशीन पर अनफिट किए गए व्यवस्थापक को असमर्थ कर सकते हैं तो यह वीएम में काम करने का एक अच्छा समय होगा। आमतौर पर शक्तियां केवल आपके होस्ट ओएस को बंद करने के बारे में चिंतित हैं, अतिथि विस्तृत खुला हो सकता है (अनुमत वार)। मैंने घूमने वाले प्रोफाइल, अपंग व्यवस्थापक अधिकारों और वीएस 2010 चलाने के साथ अजीब समस्याओं में भाग लिया है; एक वीएम का उपयोग करने से मुझे इन समस्याओं से बचने की अनुमति मिली।

क्या आपका एचआरएफ सूंघने के लिए है?

यह या तो आपके वीएम चित्रों को एक सर्वर पर उबालता है और आपका रिमोट उनके पास है या आप उन्हें स्थानीय स्तर पर चलाते हैं। यदि आप सर्वर पर चल रहे हैं तो सबसे बड़ी चिंता शायद यही है कि बहुत सारे वीएम उसी हार्डवेयर पर चल रहे हैं। स्थानीय रूप से आप मूल रूप से बहुत सारे रैम चाहते हैं और अपनी हार्ड ड्राइव के लिए कितनी बार आर / डब्ल्यू बफर को ओवरलोड करते हैं। बुनियादी LOB / SharePoint / ASP.NET विकास के लिए मैंने पाया है कि न्यूनतम 8 जीबी रैम और एक दोहरी हार्ड ड्राइव कॉन्फ़िगरेशन व्यवहार में ठीक है (एक i5 चल रहा है, लेकिन मैंने एक कोर 2 के साथ भी काम किया है)। दूसरी हार्ड ड्राइव प्रदर्शन में सबसे बड़ा अंतर बनाती है।

नोट: मेरे पास इसे वापस करने के लिए कोई आँकड़े नहीं हैं, लेकिन मैंने देखा है कि वर्चुअल पीसी में वीएमवेयर और वर्चुअल बॉक्स दोनों की तुलना में अंडरपरफॉर्म करने की प्रवृत्ति है। मैं हाइपर- V से बात नहीं कर सकता क्योंकि मैंने इसके साथ काम नहीं किया है। मुझे आश्चर्य नहीं होगा यदि वर्चुअल पीसी (वीएम के उपयोग में एक प्रारंभिक फ़ॉरेस्ट के रूप में) वर्चुअलाइज़ेशन सॉफ़्टवेयर का उपयोग करने पर डेवलपर को परेशान करता है।


5

हमेशा की तरह: यह निर्भर करता है। उदाहरण के लिए, मैं निश्चित रूप से किसी भी वास्तविक समय या कंप्यूटर गेम से संबंधित विकास के लिए इसकी सिफारिश नहीं करूंगा।

मेरा व्यक्तिगत अनुभव: मेरे पास एक देर से 2009 आईमैक है, और मैंने पाया कि विज़ुअल स्टूडियो 2010 मूल रूप से समानताएं डेस्कटॉप में अनुपयोगी है, इस बिंदु पर कि कोड संपादक में एक कुंजी दबाने पर रजिस्टर करने के लिए कुछ सेकंड का समय लगता है। SQL सर्वर प्रबंधन स्टूडियो में विंडोज़ डिफोकस और स्विच को स्पष्ट रूप से यादृच्छिक पर बदल देगा। मैंने अभी बूट कैंप के साथ जाना समाप्त किया।

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

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


1

मैंने विकास और विकास के लिए VMs का उपयोग किया है और बड़े पैमाने पर यह मेरी अपनी मशीन पर विकसित होने से अलग नहीं है। यदि आप स्रोत नियंत्रण का ठीक से उपयोग कर रहे हैं तो कई अंतर नहीं हैं।

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

मुझे लगता है कि अगर आप एक तरह से काम कर रहे हैं, तो आपको अलग-अलग प्लेटफ़ॉर्म पर अपने कोड के कामों की जाँच करने की आवश्यकता है - विशेष रूप से इंस्टॉलर को विकसित करने जैसे सामान - तो अलग-अलग OS संस्करणों के लिए VMs को चलाने में सक्षम होना आश्चर्यजनक है।


2
आप अपने वीएम को अपनी मशीन पर नहीं चलाते हैं?

1
कुछ बार, कॉर्पोरेट वातावरण में, लोगों को स्थानीय रूप से मशीन की छवियों के बजाय डेटा केंद्र में चलने वाले वीएम आवंटित किए जाते हैं।

जब मैंने किया है तो मैं उन्हें VMWare सर्वर पर चला रहा हूं।
ग्लेनट्रॉन

1

मैंने उन्हें पिछली कंपनी में इस्तेमाल किया था। कई तृतीय पक्ष नियंत्रण समान कंपनी द्वारा अन्य संस्करणों के साथ अच्छी तरह से मौजूद नहीं थे। मैंने अन्य ऑपरेटिंग सिस्टम (XP बनाम Vista बनाम 7) के परीक्षण और डिबगिंग के लिए एक जोड़े का भी उपयोग किया। पुराने उत्पादों के लिए एक वर्चुअल में VB6 और VS2003 था। हां, एक विशिष्ट डेवलपर की मशीन पर यह धीमा और बोझिल हो सकता है, लेकिन मेरे पास कुछ अतिरिक्त हार्ड ड्राइव थे जिन्हें मैंने "दान" किया और वर्चुअल को अपने स्वयं के ड्राइव नियंत्रकों पर अपनी हार्ड ड्राइव पर डाल दिया। मैं वर्चुअल का उपयोग करने वाला अंतिम व्यक्ति था, और कुछ बग के लिए, केवल मैं उन पर काम कर सकता था (ऑपरेटिंग सिस्टम और घटक चिंताओं के कारण)।

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

वर्चुअल में विकसित करने के लिए, मेरी सलाह है कि 8GB RAM के साथ कुछ प्राप्त करें। 16 या अधिक बेहतर होगा, क्योंकि आपको "ग्लेशियल" से ऊपर की गति पर चलने के लिए मेजबान के रैम के 1.5GB के बारे में किसी भी दृश्य स्टूडियो से सुसज्जित आभासी आवश्यकताएं मिलेंगी। इसके अलावा, कंप्यूटर खरीदते समय बहुत सारे हार्ड ड्राइव प्राप्त करें। ड्राइव के लिए आप अपने अतिरिक्त हार्डवेयर ढेर को उठाते हैं, कम से कम 2x के लिए वीएचडी के आकार को देखें जो आप चल रहे होंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.