क्या कई धागे एक साथ फाइल में लिख सकते हैं, यदि सभी धागे विभिन्न स्थानों पर लिख रहे हैं?

Question

मैं सी ++ में कोड लिख रहा हूं। क्या मैं किसी भी तरह की दौड़ की स्थिति या सीजी-दोषों में भाग सकता हूं?

Answer 1

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

आपको उस फाइल सिस्टम में विशेष सी ++ इंटरफ़ेस की थ्रेड-सुरक्षा की भी जांच करनी है जिसका आप उपयोग कर रहे हैं। अंतर्निहित फाइल सिस्टम की थ्रेड-सुरक्षा के अतिरिक्त इसकी आवश्यकता है।

आपको यह भी विचार करना चाहिए कि थ्रेडेड I/O धीमा हो जाएगा। सिस्टम को बस तक पहुंच को क्रमबद्ध करना पड़ सकता है। आप उत्पादक/उपभोक्ता पाइपलाइन के माध्यम से ओवरलैप किए गए I/O या समर्पित I/O थ्रेड से बेहतर प्रदर्शन प्राप्त कर सकते हैं।

Answer 2

निश्चित रूप से आप कर सकते हैं। रेस हालत इस बात पर निर्भर करती है कि आप वास्तविक कोड कैसे लिख रहे हैं (यानी उस फ़ाइल का उपयोग करना)। इसके अलावा, अगर IO buffered अजीब चीजें दिखाई दे सकती हैं तो buffered क्षेत्रों ओवरलैप हो सकता है।

Answer 3

यह निर्भर करता है। फ़ाइलें उनके हैंडल नहीं हैं, और स्ट्रीम फ़ाइलें नहीं हैं। यह तीन अलग-अलग अवधारणा स्पष्ट होनी चाहिए।

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

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

Answer 4

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

ध्यान दें, 32 बिट प्लेटफॉर्म पर प्रतिबंध लगाने के कारण, आर्किटेक्चर और वर्चुअल करने के लिए उपलब्ध बिट्स की वास्तविक संख्या के आधार पर, आमतौर पर 2-3 जीबी से बड़ी किसी भी फ़ाइल को मैप करना संभव नहीं होगा मेमोरी एड्रेसिंग इस कार्य के लिए अधिकांश 64 बिट सिस्टम में 48 बिट्स या अधिक उपलब्ध हैं, जिससे आप कम से कम 256 टीबी मैप कर सकते हैं, जिसे मैं लेता हूं, यह पर्याप्त से अधिक है।