APFS MacOS, आईओएस, watchOS, र TVOS मा प्रयोग गरिएको छ
एपीएफएस (एप्पल फाइल प्रणाली) भण्डारण प्रणालीमा डेटा व्यवस्थित र संरचनाको लागि प्रणाली हो। एपीएफएस मूलतः म्याकओस सेरासँग रिलीज भएको छ 30-वर्षको पुरानो HFS + ।
HFS + र HFS (हेरिआर्किकल फाईल सिस्टमको एक थोपा अघिल्लो संस्करण) मूलतः फ्ल्यापी डिस्कको दिनमा पुनः सिर्जना गरिएको थियो जुन म्याकका लागि प्राथमिक भण्डारण माध्यम थियो जब कडाई कडा ड्राइभ तेस्रो पक्षहरूले प्रस्तावित महंगा विकल्प थियो।
अतीतमा, एप्पलले HFS + लाई प्रतिस्थापित गरेको छ, तर APFS जुन पहिले नै आईओएस , tvOS मा समावेश छ र watchOS अब MacOS उच्च सेरा र पछिको डिफल्ट फाइल प्रणाली हो।
एपीएफएस आज र कल को भण्डारण प्रौद्योगिकी को लागि अनुकूलित छ
HFS + लागू भएको थियो जब 800 केबी फ्ल्यापीहरू राजा थिए । हालका म्याकहरू फ्ल्यापीहरू प्रयोग गर्न नहुन सक्छ, तर कताई कडा ड्राइभहरू केवल पुरातन रूपमा जस्तो देखिन्छ । एप्पलले यसको सबै उत्पादनहरूमा फ्लैश-आधारित स्टोरेजलाई जोड दिन्छ, घटेको मिडियासँग काम गर्न अनुकूलन फाइल प्रणाली, र डिस्कको पर्खाइमा मात्र निस्क्रिय विलम्बताले धेरै अर्थ दिन्छ।
एपीएफएस SSD र अन्य फ्लैश-आधारित स्टोरेज प्रणालीको लागि प्राप्त-भइनबाट डिजाइन गरिएको छ। यद्यपि एपीएफएस कसरी कूल-स्टेट स्टोरेजले कसरी कार्य गर्दछ, अनुकूलित हुन्छ, यो आधुनिक हार्ड ड्राइभको साथ राम्रो प्रदर्शन गर्दछ।
भविष्य प्रूफिङ
APFS ले 64-बिट इन्कोड नम्बर समर्थन गर्दछ। इन्कोड एक अद्वितीय पहिचानकर्ता हो जसले फाइल प्रणाली वस्तु पहिचान गर्दछ। एउटा फाइल प्रणाली वस्तु हुन सक्छ; फाइल, फोल्डर। 64-बिट इन्कोडको साथ, एपीएफएसले लगभग 9 क्विन्टियन फाईल सिस्टम समाविष्ट गर्न सक्छ जुन वस्तु 2.1 बिलियन पुरानो सीमामा टाढा रहेको छ।
नौ क्विन्टियनले एकदम ठूलो संख्याको जस्तो लाग्न सक्छ, र तपाइँ सही रूपमा सोध्न सक्नुहुनेछ कि कुन भण्डारण यन्त्रमा वास्तवमा धेरै वस्तुहरू राख्नको लागि पर्याप्त स्थान हुने छ। जवाफलाई भण्डारण प्रवृत्तहरूमा झिक्न आवश्यक छ। यो विचार गर्नुहोस्: एप्पलले उपभोक्ता-स्तरीय भण्डारण प्रविधिलाई उपभोक्ता-स्तरका उत्पादनहरूमा सार्न सुरु गरेको छ, जस्तै म्याक र यसको भण्डारण भण्डारण प्रयोग गर्ने क्षमता। यो पहिलो फ्यूजन ड्राइभमा देखाइएको थियो जुन उच्च प्रदर्शन SSD र एक धीमी, तर धेरै ठूलो, हार्ड ड्राइभ बीच डेटा सारियो। प्रायः पहुँच डेटा डाटा फास्ट एसएसडीमा राखिएको थियो, जबकि फाइलहरू प्रायः प्रयोग गरिने हार्ड ड्राइवमा भण्डारण गरिएका थिए।
MacOS संग , एप्पलले मिश्रणमा iCloud-based भण्डारण जोडेर यो अवधारणा विस्तार गर्यो। चलचित्रहरू र टिभि शोहरूलाई अनुमति दिईनु भएको छ तपाईंले पहिले नै I भण्डoud भण्डारण गरी स्थानीय भण्डारणलाई भण्डारण गर्न हेर्नुभयो। यस अन्तिम उदाहरणले यस तहमा भण्डारण प्रणालीको प्रयोगमा सबै डिस्कहरूमा एकीकृत इनकोड नम्बर प्रणालीको आवश्यकता पर्दैन, यसले सामान्य दिशा देखाउँछ जसले एप्पल सार्न सक्छ; बहुविध भण्डारण टेक्नोलोजीहरू ल्याउने जो प्रयोगकर्ताका आवश्यकताहरू सबै भन्दा राम्रोसँग मेल खान्छ, र ओएसले तिनीहरूलाई एकल फाइल स्पेसको रूपमा हेर्छ।
एपीएफएस विशेषताहरू
एपीएफएसमा केहि विशेषताहरू छन् जुन यसलाई पुरानो फाइल प्रणालीबाट अलग गर्दछ।
- क्लोन्स - क्लोन्सले प्रायः खाली फाइलको प्रयोग बिना अतिरिक्त स्थान प्रयोग गर्न अनुमति दिन्छ। एक स्थान बिट एक स्थान बाट अर्को स्थानमा प्रतिलिपि गर्न को लागी, क्लोन्सले दुई फाइलहरू बीचको समान डाटाको ब्लक साझेदारी गर्दै मूल फाइलको सट्टा सन्दर्भ गर्दछ। एक फाइलमा परिवर्तनहरू बनाउनुहोस्, र परिवर्तन भएको डेटाको अवरोध नयाँ क्लोनमा लेखिएको छ, जबकि मूल र क्लोन दुवै डेटाको अपरिवर्तित ब्लकहरू साझेदारी गर्न जारी राख्छन्। यसले केवल फाइल प्रतिलिपि बनाउँदछ र विशेष गरी छिटो बचत गर्दछ, तर भण्डारण ठाउँको आवश्यकता पनि बचत गर्दछ।
- स्नैपशॉट - APFS ले एक भोल्युम स्न्यापसट सिर्जना गर्न सक्छ जुन समयको बिन्दु प्रतिनिधित्व गर्दछ। स्न्यापट्सहरू कुशल ब्याकअप को सुविधाको लागी प्रयोग गर्न सकिन्छ साथै साथै तपाईलाई कसरी केहि बिन्दुमा विशेष बिन्दुमा पुग्न सकिन्छ। स्नैपशटहरू मूल भोल्युम र त्यसको डेटा पढ्नका लागि केवल-मात्र संकेतहरू हुन्। एक नयाँ स्न्यापशट कुनै वास्तविक ठाउँ छैन, वास्तविक मात्रामा पोइन्टर भण्डार गर्न ठाउँको भन्दा बाहेक अन्य। समय बित्छ र परिवर्तनहरू मूल भोल्युममा बनाइएका छन्, स्न्यापसट केवल परिवर्तन हुने मात्र संग अद्यावधिक हुन्छ।
- इन्क्रिप्सन - एपीएफएसले AES-XTS वा AES-CBC मोडहरू प्रयोग गरी बलियो पूर्ण डिस्क इन्क्रिप्सन समर्थन गर्दछ। दुवै फाईलहरू र मेटाडेटा एन्क्रिप्टेड हुनेछ। समर्थित एन्क्रिप्शन विधिहरू समावेश छन्:
- खाली गर्नुहोस् (इन्क्रिप्सन छैन)।
- एकल कुञ्जी।
- बहु-कुञ्जी, डाटा र मेटाडेटाका लागि प्रति-फाइल कुञ्जीहरूको साथ।
- स्पेस साझेदारी - स्पेस साझेदारीले विभाजन आकार पूर्वनिर्धारित गर्न अन्त्य गर्दछ; बरु, सबै भोल्युमहरू ड्राइभमा अन्तर्निहित खाली ठाउँ साझेदारी गर्छन् । स्पेस साझेदारीले बहुविध मात्राहरूलाई गतिशील रूपमा आवश्यक रूपमा बढाउन र हट्ने ड्राइवमा अनुमति दिन्छ, बिना पुन: प्राप्तिको आवश्यकता पर्दछ।
- प्रतिलिपि-अन-लेख - यो डेटा सुरक्षा योजनाले डेटा ढाँचाहरू साझेदारी गर्न अनुमति दिन्छ जबसम्म कुनै परिवर्तन गरिएको छैन। एक पटक परिवर्तन अनुरोध गरेपछि (लेख्नुहोस्), एक नयाँ अनौठो प्रतिलिपि बनाइयो, यो सुनिश्चित गर्न सक्नु मूल बनाइएको छ। केवल लेख पूरा भएपछि मात्र फाइल जानकारी नयाँ डेटामा इंगित गर्न अद्यावधिक गरिएको छ।
- परमाणु सुरक्षित-बचत - यो प्रतिलिपि-अन-लेखनको विचार जस्तो छ तर कुनै फाईल अपरेसनमा लागू हुन्छ, जस्तै नामकरण वा फाईल वा डाइरेक्टरी सार्नु पर्छ। उदाहरणको रूपमा पुन: नामाकरण प्रयोग गर्दै, पुन: नामाकरण गर्ने फाइललाई नयाँ डेटा (फाइल नाम )सँग प्रतिलिपि गरिएको छ; प्रतिलिपि प्रक्रिया पूर्ण नभएसम्म फाइलहरू प्रणाली नयाँ डेटामा इंगित गर्न अद्यावधिक गरिएको छ। यसले यो सुनिश्चित गर्दछ कि यदि कुनै पनि कारण, जस्तै बिजुली असफलता वा केही प्रकारको सीपीयू हिचको लागि, लेख पूरा हुँदैन, मूल फाइल अवरुद्ध रहन्छ।
- Sparse फाइलहरू - फाइल स्पेस को आवंटन गर्ने यो अधिक कुशल तरीका फाइल स्पेस लाई वास्तवमा आवश्यक हुँदा मात्र बढ्न अनुमति दिन्छ। गैर sparse फाइल प्रणालीहरूमा, फाइल स्पेस पहिल्यै आरक्षित हुनु पर्छ, भित्री डेटा भण्डारण गर्न तयार भए पनि।