एचटीडी से एसएसडी तक एनटीएफएस जंक्शन प्वाइंट, क्या इससे प्रदर्शन में अड़चन आएगी? (भाप खेल पुनर्वास)


13

क्या HDDs के बीच NTFS जंक्शन प्वाइंट एक अड़चन पैदा कर सकता है? या जंक्शन को स्मृति में कैश किया जाएगा?

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

मैं सोच रहा था कि क्या इससे प्रदर्शन की समस्या पैदा होगी। हर बार जब गेम किसी फाइल को एक्सेस करता है, तो क्या उसे एचडीडी को पढ़ने, जंक्शन बिंदु को पढ़ने, एसएसडी पर नए रास्ते को हल करने की आवश्यकता है, फिर सच्ची फाइल प्राप्त करें? या क्या यह ओएस फिर से दिशा में कैश करेगा इसलिए प्रदर्शन जुर्माना केवल पहली बार मारा जाएगा?

धन्यवाद!


3
एक जंक्शन बिंदु की परिभाषा सीधे जिम्मेदार एमएफटी प्रविष्टि में संग्रहीत की जाती है। जैसा कि एमएफटी को मेमोरी में कैश्ड किया जाता है, मैं लिंक किए गए डायरेक्टरी के साथ काम करते समय एचडीडी के एक्सेस की उम्मीद नहीं करूंगा।
जीन

धन्यवाद! मैं इसके बारे में बहुत ज्यादा चिंता नहीं करूंगा, जब तक कि मैं अजीब मंदी को नोटिस करना शुरू नहीं करता।
ddtemplar

2
यहां तक ​​कि अगर एचडीडी को जंक्शन बिंदु को पढ़ने के लिए एक्सेस करने की आवश्यकता होती है, तो यह छोटा है - रीड लगभग तुरंत खत्म हो जाएगा, और केवल एक बार होने की आवश्यकता है क्योंकि यह कैश हो जाएगा।
अडाम्बियन

एक तरफ ध्यान दें: यदि आप SSD पर स्टीम एप्लिकेशन को स्थापित करते हैं, तो आप अभी भी बदल सकते हैं जहां खेल को बिना जंक्शन के भाप के अंदर स्थापित किया गया है।
साइबरनार्ड

जवाबों:


5

सबसे अधिक संभावना है, यह अड़चन नहीं होगी। NTFS जंक्शनों के साथ कुछ ओवरहेड जुड़ा हुआ है, लेकिन आपके परिदृश्य में यह नगण्य होना चाहिए।

आप डेटा को SSD से भौतिक रूप से स्थानांतरित करके और जंक्शनों का उपयोग नहीं करने से ओवरहेड से छुटकारा पा सकते हैं (जो मुझे आपके प्रश्न की मुख्य चिंता प्रतीत होती है), लेकिन मुझे संदेह है कि आप अंतर को माप सकते हैं।

जंक्शनों को कहाँ संग्रहीत और कैश किया जाता है?

जंक्शन एक प्रकार का पौधा बिंदु हैं जो सभी $Extend\$Reparse मेटाफ़ाइल में संग्रहीत हैं (एक और अधिक प्रसिद्ध मेटाफ़ाइल है $MFT)।

जब किसी फ़ाइल या डायरेक्टरी में इससे जुड़ा एक रेपर्स पॉइंट होता है, तो NTFS $Reparseरेपर्स पॉइंट के लिए एक विशेषता बनाता है । यह विशेषता पुनरावर्ती कोड और डेटा संग्रहीत करता है। ताकि NTFS आसानी से एक खंड पर सभी reparse बिंदुओं का पता लगा सकता है, एक मेटाडेटा फ़ाइल नाम \$Extend\$Reparseसंग्रह प्रविष्टियों जो reparse बिंदु फ़ाइल और निर्देशिका MFT प्रविष्टि संख्या को उनके संबंधित reparse बिंदु कोड से कनेक्ट करते हैं। एनटीएफएस $Rसूचकांक में एमएफटी प्रविष्टि संख्या द्वारा प्रविष्टियों को सॉर्ट करता है ।

स्रोत: अंदर Win2K NTFS, भाग 1 मार्क रोसिनोविच द्वारा

रेपर्स आरेख

पुन: प्रक्रिया करें

स्रोत: अंदर Win2K NTFS, भाग 1 मार्क रोसिनोविच द्वारा

ऐसी टिप्पणियां थीं कि जंक्शन एमएफटी में संग्रहीत हैं और एमएफटी कैशेड है। खैर अब, जब हम जानते हैं कि जंक्शनों को कहाँ संग्रहीत किया जाता है, तो मुझे कैशिंग दावे का समर्थन करने के लिए विश्वसनीय स्रोत की आवश्यकता होगी; जो मुझे नहीं मिला।

इसलिए मुझे नहीं पता, लेकिन मुझे नहीं लगता कि यह मायने रखता है।

क्रॉस डिस्क जंक्शन के प्रदर्शन में कमी होने पर क्या कोई प्रलेखित परिदृश्य है?

हां, एआरएफ इस तरह से जारी किया गया है । वह छोटी फ़ाइलों के बैच को हटाने का बेंचमार्किंग कर रहा था, और जब ऑपरेशन पूरे जंक्शन पर किया गया था, तो सीमित कारक अब IO (जैसा कि अपेक्षित था) लेकिन CPU था। इस बेंचमार्क पर GitHub पर भी विस्तार से चर्चा की गई ।

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