सबसे अधिक संभावना है, यह अड़चन नहीं होगी। NTFS जंक्शनों के साथ कुछ ओवरहेड जुड़ा हुआ है, लेकिन आपके परिदृश्य में यह नगण्य होना चाहिए।
आप डेटा को SSD से भौतिक रूप से स्थानांतरित करके और जंक्शनों का उपयोग नहीं करने से ओवरहेड से छुटकारा पा सकते हैं (जो मुझे आपके प्रश्न की मुख्य चिंता प्रतीत होती है), लेकिन मुझे संदेह है कि आप अंतर को माप सकते हैं।
जंक्शनों को कहाँ संग्रहीत और कैश किया जाता है?
जंक्शन एक प्रकार का पौधा बिंदु हैं जो सभी $Extend\$Reparse
मेटाफ़ाइल में संग्रहीत हैं (एक और अधिक प्रसिद्ध मेटाफ़ाइल है $MFT
)।
जब किसी फ़ाइल या डायरेक्टरी में इससे जुड़ा एक रेपर्स पॉइंट होता है, तो NTFS $Reparse
रेपर्स पॉइंट के लिए एक विशेषता बनाता है । यह विशेषता पुनरावर्ती कोड और डेटा संग्रहीत करता है। ताकि NTFS आसानी से एक खंड पर सभी reparse बिंदुओं का पता लगा सकता है, एक मेटाडेटा फ़ाइल नाम
\$Extend\$Reparse
संग्रह प्रविष्टियों जो reparse बिंदु फ़ाइल और निर्देशिका MFT प्रविष्टि संख्या को उनके संबंधित reparse बिंदु कोड से कनेक्ट करते हैं। एनटीएफएस $R
सूचकांक में एमएफटी प्रविष्टि संख्या द्वारा प्रविष्टियों को सॉर्ट करता है ।
स्रोत: अंदर Win2K NTFS, भाग 1 मार्क रोसिनोविच द्वारा
रेपर्स आरेख
स्रोत: अंदर Win2K NTFS, भाग 1 मार्क रोसिनोविच द्वारा
ऐसी टिप्पणियां थीं कि जंक्शन एमएफटी में संग्रहीत हैं और एमएफटी कैशेड है। खैर अब, जब हम जानते हैं कि जंक्शनों को कहाँ संग्रहीत किया जाता है, तो मुझे कैशिंग दावे का समर्थन करने के लिए विश्वसनीय स्रोत की आवश्यकता होगी; जो मुझे नहीं मिला।
इसलिए मुझे नहीं पता, लेकिन मुझे नहीं लगता कि यह मायने रखता है।
क्रॉस डिस्क जंक्शन के प्रदर्शन में कमी होने पर क्या कोई प्रलेखित परिदृश्य है?
हां, एआरएफ इस तरह से जारी किया गया है । वह छोटी फ़ाइलों के बैच को हटाने का बेंचमार्किंग कर रहा था, और जब ऑपरेशन पूरे जंक्शन पर किया गया था, तो सीमित कारक अब IO (जैसा कि अपेक्षित था) लेकिन CPU था। इस बेंचमार्क पर GitHub पर भी विस्तार से चर्चा की गई ।