क्या मुझे अपने कोड या प्रोजेक्ट्स को अपने SSD या अपने सेकेंडरी ड्राइव पर स्टोर करना चाहिए?


17

मुझे बस एक नया बॉक्स मिला। इसमें प्राथमिक ड्राइव के लिए एक SSD और द्वितीयक ड्राइव के लिए 1TB SATA है। मैं SSD पर विंडोज़ और मेरे बायनेरिज़ को चलाने जा रहा हूं और अपने सभी डाउनलोड / डॉक्यूमेंट / म्यूजिक / वगैरह को सेकेंडरी ड्राइव पर रख रहा हूं।
मेरा सवाल यह है कि क्या मुझे अपने विजुअल स्टूडियो प्रोजेक्ट्स और कोड को SSD पर रखना चाहिए या उन्हें सेकेंडरी ड्राइव पर रखना चाहिए? तेजी से एसएसडी संभवतः खोजों को संकलित करने और अनुक्रमित करने के लिए बेहतर होगा, लेकिन क्या इसे 2 डी ड्राइव पर अधिक समानांतर डिस्क IO स्थिति के लिए रखना बेहतर होगा?

जवाबों:


6

SSD में बेहतर IO होता है और इसलिए SSD डिस्क पर आपका कोड होना समझ में आता है।


मुझे पता है कि इसमें बेहतर आईओ है, लेकिन सभी ओएस और बायनेरिज़ एसएसडी से पढ़े जाएंगे। मुझे यकीन नहीं है कि यह बेहतर नहीं हो सकता है कि कोड फ़ाइलों को समानांतर फैशन में माध्यमिक से पढ़ने दिया जाए।
fr0man

@ fr0man, संदेह है, ईसाई का सरल जवाब शायद सही है। यह बहुत तेज़ है, इसलिए यह अन्य सभी चिंताओं से परे है।
डैन रोसेनस्टार्क

SSD के साथ IO सैद्धांतिक रूप से दोगुना होगा जो एक प्लाटर आधारित डिस्क को संभाल सकता है। SATA बस अभी भी इस स्थिति में आपकी अड़चन नहीं होगी। SSD के साथ जाएं, लेकिन सुनिश्चित करें कि आपके पास प्रति घंटा बैकअप है। :)
चूरंड

सभी को धन्यवाद, यही मैं सोच रहा था। मैंने एसएसडी की कहानियों को पारंपरिक ड्राइव की तुलना में बहुत तेज नहीं होने के बारे में सुना था।
fr0man

6

यह आपके पास मौजूद ड्राइव पर निर्भर करता है। रीड हमेशा एसएसडी से हार जाएगा, लेकिन शायद लेखन प्रदर्शन पर नहीं। नए निष्पादनयोग्य, असेंबलियों और अन्य निर्माण कलाकृतियों के संकलन के लिए लिखने का प्रदर्शन महत्वपूर्ण होता जा रहा है।

अपने बड़े समाधानों में से एक को HD और SSD में कॉपी करें और दोनों को संकलित करें। आप अंतर को एक या दूसरे तरीके से देखेंगे और अपना निर्णय लेंगे। मेरा अनुमान है कि HD संकलन / बिल्ड के लिए तेज़ होगा लेकिन ssd हर दूसरे को जीतेगा।


2

मुझे नहीं पता कि यह विजुअल स्टूडियो में संभव है, लेकिन सबसे अच्छा दो का संयोजन हो सकता है। स्रोत कोड को SSD पर रखें, लेकिन संकलित वस्तुओं को HD में लिखे। इसी तरह से हमने परियोजनाओं को आधार बनाया है, लेकिन अन्य कारणों से।


यह जटिल लगता है। क्या लक्ष्य आउटपुट निर्देशिका के लिए कोई रूट सेटिंग है या क्या आपको binबिल्ड कॉन्फ़िगरेशन में प्रत्येक प्रोजेक्ट के लिए सेटिंग को संशोधित करना है?
alord1689

1

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

मशीनों पर मल्टी-कोर सीपीयू ने पिछले कुछ वर्षों में काफी तेजी से प्राप्त किया है कि ज्यादातर सामान्य अनुप्रयोग परिदृश्यों में आप आमतौर पर अपनी मशीन में उपलब्ध प्रोसेसर क्षमता को अवरुद्ध नहीं करते हैं।

जब आप विज़ुअल स्टूडियो के साथ विकास कर रहे होते हैं तो आप बहुत सारी फ़ाइलों को पढ़ना / लिखना समाप्त कर देते हैं, और डिस्क I / O गतिविधि करने में बड़ी मात्रा में खर्च करते हैं। बड़ी परियोजनाओं और समाधानों में सैकड़ों (या हजारों) स्रोत फाइलें (छवियां, सीएसएस, पृष्ठ, उपयोगकर्ता नियंत्रण, आदि) हो सकती हैं। जब आप कोई प्रोजेक्ट खोलते हैं, तो Visual Studio को पढ़ने और उसमें मौजूद सभी स्रोत फ़ाइलों को पार्स करने की आवश्यकता होती है, ताकि इंटेलीजेंस प्रदान किया जा सके। जब आप स्रोत नियंत्रण में सूचीबद्ध होते हैं और एक फ़ाइल की जाँच करते हैं जिसे आप डिस्क पर फ़ाइलों और टाइमस्टैम्प को अपडेट कर रहे हैं। जब आप किसी समाधान का संकलन करते हैं, तो विज़ुअल स्टूडियो कई डिस्क पथ स्थानों से अपडेट किए गए असेंबली के लिए जाँच करेगा, संकलन किए जाने पर कई नई असेंबली डिस्क पर लिखें, साथ ही उनके साथ डिस्क पर .pdb डीबगर प्रतीक फ़ाइलों को जारी रखें। अलग फाइल सेव ऑपरेशंस के रूप में)।

दृश्य स्टूडियो ब्लॉग एक SSD का उपयोग करने की सिफारिश करता है:

हार्ड ड्राइव प्रकार मायने रखता है! और यहां समाधान लोड को और भी तेज करने के लिए एक और चाल है। विज़ुअल स्टूडियो टेलीमेट्री से पता चलता है कि एसएसडी स्टोरेज लोड सॉल्यूशन वाली मशीनें नियमित हार्ड ड्राइव की तुलना में 2-3 गुना तेज होती हैं। जैसे, यदि आप नियमित हार्ड ड्राइव का उपयोग कर रहे हैं तो हम SSD के उन्नयन पर विचार करने की दृढ़ता से सलाह देते हैं। आदर्श रूप से विंडोज, विजुअल स्टूडियो और आपका समाधान सभी अधिकतम प्रभाव के लिए SSD पर सम्‍मिलित होंगे, SSD पर Windows के स्‍थापित होने से आपके समाधान भार पर भारी प्रभाव पड़ेगा।

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