SSD का उपयोग करके VS 2010 का प्रदर्शन बढ़ाएँ [बंद]


9

ठोस स्टूडियो हार्ड ड्राइव के साथ विजुअल स्टूडियो 2010 का उपयोग करते समय प्रदर्शन सुधार के लिए इंटरनेट पर खोज करने के बाद, मैंने बहुत सी अलग-अलग राय सुनी।

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

इस मुद्दे के साथ आपके क्या अनुभव हैं और आपने किस SSD का उपयोग किया है?


क्यों होता है पतन? यह बुरा सवाल नहीं है और एसओ के लिए काफी प्रासंगिक है
पर्पलगोल्डफिश

2
हालांकि प्रोग्रामर्स पर इसका संभवत: विषय मुझे लगता है कि हम में से बहुत से लोग उत्सुक होंगे कि इससे कितना फर्क पड़ेगा।
थानोस पपथनसीउ

हाल ही में सैमसंग पीएम 810 प्रकार के एसएसडी के साथ एक नया कार्य केंद्र मिला। यकीन नहीं होता कि यह आमतौर पर 'अच्छा' माना जाता है, लेकिन मुझे यकीन है कि यह चीजों को गति देता है। हमारी सभी परियोजनाएं बहुत सारे छोटे मॉड्यूल में विभाजित हैं। अधिक मॉड्यूल, डिस्क के लिए / से अधिक पढ़ता / लिखता है (बस devenv.exe पर ProcMon की तरह एक उपकरण चलाएं और आप इसे एक्सेस करने वाली बड़ी मात्रा में फाइलें देखेंगे)
14

2
यह स्टैक ओवरफ्लो से माइग्रेट क्यों किया गया था? वहां अक्सर पूछे जाने वाले प्रश्नों के अनुसार, "प्रोग्रामर द्वारा आमतौर पर उपयोग किए जाने वाले सॉफ़्टवेयर टूल" के बारे में प्रश्न ऑन-टॉपिक होते हैं। मुझे पूरा यकीन है कि विज़ुअल स्टूडियो एक सॉफ्टवेयर टूल है जो आमतौर पर प्रोग्रामर द्वारा उपयोग किया जाता है।
थॉमस ओवेन्स

यदि यह वास्तव में यहाँ विषय है, तो जिसने भी इसे स्थानांतरित किया है उसे इस बोर्ड के लिए अक्सर पूछे जाने वाले प्रश्न को फिर से पढ़ना होगा।
क्युरेलासा 22

जवाबों:


5

मुझे लगता है कि यह बहुत सारी भाषाओं में आता है जो आप VS2010 पर प्रोग्रामिंग की योजना बना रहे हैं।

उदाहरण के लिए मैं जानता हूं कि फास्ट मशीनों पर, C # अपेक्षाकृत बड़ी परियोजना पर 5 सेकंड से कम समय में संकलन करता है।

दूसरी ओर, मूल C ++ की प्रोग्रामिंग, उसी आकार की एक परियोजना के लिए ~ 45 सेकंड लेती है।

अपने स्वयं के अनुभव में, संकलन समय के लिए मुझे नहीं लगता कि एक एसएसडी से बहुत फर्क पड़ेगा।

कहा जा रहा है कि, आपके कंप्यूटर पर VS2010 का लॉन्च समय निश्चित रूप से एक पारंपरिक हार्ड ड्राइव का उपयोग करने से कम होगा यदि आप SSD का उपयोग करते हैं, लेकिन क्या यह आपके लायक है या नहीं यह आपकी पसंद है।

उम्मीद है की वो मदद करदे।

EDIT: अगर कोई दिलचस्पी रखता है तो मैं आज इसके साथ खेल सकता हूं। मैं एक OCZ वर्टेक्स 3 120GB का मालिक हूं, मैं इस पर विजुअल स्टूडियो स्थापित कर सकता हूं और आपको मेरे कार्य पीसी की तुलना में एक मोटा अनुमान दे सकता हूं, जो लगभग पीसी चश्मा के बराबर है। मैं अपने प्रोजेक्ट की एक प्रति बनाऊंगा और आशा करता हूं कि मैं इसे घर पर संकलित कर सकता हूं। मैं आपको आज कुछ समय बाद अपडेट करूंगा


मुझे लगता है कि यह आपकी परियोजनाओं पर भी निर्भर करता है। मैंने जिस आखिरी प्रोजेक्ट पर काम किया, उसमें लगभग 125 सी # प्रोजेक्ट्स के साथ लगभग 50K कोड वाली एक हल था, और यह हमारी टीम के लिए एक मध्यम आकार का प्रयास था। निश्चित रूप से संकलन करने में पाँच सेकंड से अधिक समय लगा।
TMN

5

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

  1. कोर 2 डुओ ~ 2.6ghz, 4 जीबी रैम, एक एसएसडी से एक परियोजना का निर्माण
  2. समान प्रणाली, 7.2k आरपीएम हार्ड डिस्क से एक ही परियोजना का निर्माण
  3. कोर i5 2500k 3.3ghz, 8gb RAM, एक SSD से एक ही परियोजना का निर्माण

मैंने प्रत्येक का निर्माण दो बार किया, एक गर्म बूट के ठीक बाद, और पहले निर्माण के ठीक बाद (एक बार सब कुछ डिस्क कैश में स्वैप किया गया था)। यहां मुझे मिले परिणाम हैं:

  1. पहला निर्माण - 96 सेकंड। दूसरा निर्माण - 92 सेकंड।
  2. पहला निर्माण - 96 सेकंड। दूसरा निर्माण - 92 सेकंड।
  3. पहला निर्माण - 54 सेकंड। दूसरा निर्माण - 51 सेकंड।

1 और 2 के मामलों में आप ध्यान देंगे कि मुझे बिलकुल वैसा ही निर्माण समय मिला, फिर चाहे मैं अपने SSD से बना रहा हो, या 7.2k RPM ड्राइव। तो डिस्क की गति संकलन में एक कारक नहीं लगती है, कम से कम एक सभ्य गति के हार्ड डिस्क के लिए। परिवर्तन जो बहुत बड़ा अंतर बनाता था वह कोर 2 डुओ से i5 3.3ghz सीपीयू तक जा रहा था - इसलिए ऐसा प्रतीत होता है कि संकलन सीपीयू बाध्य है, और मेमोरी- या डिस्क-बाउंड नहीं है।

मैं यह मान रहा था कि हार्ड डिस्क से एसएसडी तक जाने से गति थोड़ी बढ़ जाएगी, लेकिन जाहिर है कि ऐसा नहीं है - संभवत: सब कुछ बस में स्वैप हो जाता है और उसके बाद मेमोरी की गति से आगे बढ़ता है।


2

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

हालांकि मुझे वीएस और एसएसडी के साथ कोई पहला हाथ अनुभव नहीं है, मुझे यकीन है कि यह सब कुछ बहुत तेज कर देगा।

एक बात से अवगत होना: एसएसडी की विफलता की दर बहुत अधिक है (पहले खरीदे गए सहित)। एक खरीदें जो अत्यधिक रेट किया गया हो जैसे कि यह । इसके अलावा, आपको विशेष रूप से बड़े SSD की आवश्यकता नहीं है। बस ओएस को रखने के लिए पर्याप्त बड़ा, प्रोग्राम फाइलें और कम से कम 20% मुफ्त के साथ आपकी परियोजना ठीक है। तो शायद 128 जीबी।


2

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

यदि आप एक डीवीसीएस का उपयोग करते हैं, तो एसएसडी -> सीपीयू आवृत्ति को लक्षित करें। दृश्य स्टूडियो CPU गति के प्रति कुछ हद तक संवेदनशील है, और अत्यधिक थ्रेडेड प्रतीत नहीं होता है। अधिक धीमी कोर पर कम तेज कोर को प्राथमिकता दें। यह OOM अपवादों में चलने के बिना 1.5GB से अधिक रैम का उपयोग करने के लिए प्रतीत नहीं होता है, इसलिए 4GB से अधिक RAM से भरी अपनी मशीन को शॉविंग से परेशान न करें। यदि आप 4GB से अधिक रैम के लिए भाग्यशाली हैं, तो अपने स्रोत कोड को स्टोर करने के लिए RAM ड्राइव के रूप में अतिरिक्त का उपयोग करें (आवश्यक बैकअप उपाय)। कुछ भी नहीं अभी तक एक रैम ड्राइव की गति को छू सकता है। यहाँ मेरे कार्य केंद्र से एक बेंचमार्क है:

ssd / ramdrive / raid0 के बीच ड्राइव की गति की तुलना

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