HFS + और गैर-जर्नलिंग HFS + जर्नल के बीच क्या अंतर हैं?


41

मैं एक बाहरी हार्ड डिस्क ड्राइव (HDD) को प्रारूपित करने वाला हूं।

HFS + और गैर-जर्नलिंग HFS + जर्नल के बीच मुख्य अंतर क्या हैं ? इस तथ्य के अलावा कि एक में जर्नलिंग है और दूसरा नहीं है, यह ड्राइव के प्रदर्शन (संख्याओं के साथ) को कैसे प्रभावित करता है?

मेरी आंत-भावना यह है कि "सामान्य" उपयोग में पत्रकारिता जाने का रास्ता होगा, लेकिन क्या ऐसी परिस्थितियां हैं जहां गैर-जर्नलिंग एचएफएस + पर विचार किया जाना चाहिए? लिनक्स संगतता एक है, क्योंकि ऐसा लगता है कि कर्नेल के hfsplus मॉड्यूल गैर-जर्नलिज्ड HFS + पर पढ़ने और लिखने का समर्थन करता है, लेकिन केवल जर्नल HFS + पर पढ़ा जाता है।

और कुछ भी ध्यान देने योग्य है?

जवाबों:


35

मेरे पास कथन का बैकअप लेने के लिए नंबर नहीं हैं, लेकिन HFS + नॉन-जर्नलेड का उपयोग करना कुछ ऐसे संस्करणों में एक अच्छा विचार है, जो किसी संभावित "डेटा हानि" या "डेटा भ्रष्टाचार" के मामले में चिंता किए बिना (बहुत अधिक) पूर्ण गति की आवश्यकता होती है। बिजली की विफलता या इसी तरह की।

HFS + गैर-जर्नल वाले BAD विचार का उपयोग कब कर रहा है ?

  • बाहरी (USB, FW, ESata) ड्राइव जो अक्सर जुड़े और पुन: कनेक्ट होते हैं: यह आमतौर पर एक बुरा विचार है, क्योंकि ये ड्राइव गलती से बहुत बार डिस्कनेक्ट हो जाते हैं और या उनके पावर स्रोत अनप्लग होते हैं।

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

HFS + नॉन-जर्नलेड अ गुड आइडिया का उपयोग कब कर रहा है ?

  • स्क्रैच, टेंप, ट्रिवियल स्टोरेज और इसी तरह के ड्राइव और पार्टिशन, जहां पावर फेल होने की स्थिति में स्पीड> डेटा इंटिग्रिटी है। आप चाहते हैं कि आपका Final Cut स्क्रैच वॉल्यूम नॉन-जर्नल हो (आपके पास UPS वैसे भी है, नहीं?)। आप चाहते हैं कि आपका फ़ोटोशॉप टेम्प-नॉन-जर्नल हो। चारों ओर सामान की प्रतिलिपि बनाने के लिए ड्राइव (उदाहरण के लिए एक पेन ड्राइव यदि आप ठीक से खारिज करने का ख्याल रखते हैं)।

  • किसी अन्य ड्राइव को पोर्टेबिलिटी और संगतता की आवश्यकता होती है जैसे कि आपने सही ढंग से बताया।

याद रखें, पत्रिका को बनाए रखना एक छोटे से ओवरहेड को जोड़ता है, लेकिन अनुचित मात्रा में कमी के मामले में लाभ महत्वपूर्ण हैं, न केवल स्टार्टअप या री-माउंट पर एक पूर्ण डिस्क "स्कैन" से बचने के लिए, बल्कि यह सुनिश्चित करने के संदर्भ में भी है कि डेटा नहीं है पहली जगह में भ्रष्ट।

एक गैर-जर्नल ड्राइव को माउंट करना जो गलत तरीके से अनमाउंट किया गया है, एक fsck स्कैन का कारण होगा , जबकि जर्नल ड्राइव समय-समय पर (पत्रिका को स्कैन करने और अनक्मिटेड लेनदेन को लागू करने) को चलाने और चलाने में सक्षम होगा।

गति और परीक्षणों के बारे में, मेरे पास उपरोक्त दावे का समर्थन करने के लिए बहुत अधिक जानकारी नहीं है, हालांकि, जहां तक ​​मुझे पता है कि गति का अंतर न केवल बहुत छोटा है और यहां तक ​​कि नोटिस करना भी कठिन है, लेकिन कुछ मामलों में जर्नलेड फाइलसिस्टम गैर की तुलना में तेज है -journaled।

यह बताएं कि जर्नल के ओवरहेड होने के बावजूद, जर्नल किए गए ड्राइव में कुछ ऑपरेशंस को एसिंक्रोनस रूप से बनाया जा सकता है, जबकि नॉन-जर्नलेड वर्जन को सिंक्रोनाइज़ करना पड़ता है।

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

यहाँ चार्ट के साथ वेबसाइट है:

एचएफएस + जर्नल बनाम एचएफएस + गैर-जर्नल के बीच तुलना

टी एल; डॉ:

फ़ाइल कॉपी / डुप्लिकेट / कॉपी अनुक्रम दोनों जर्नल / गैर-पत्रिका HFS के लिए बहुत समान रूप से तेज़ था। फ़ोल्डर के साथ एक ही क्रम फिर से जर्नल HFS के साथ कुछ और तेज था

(जोर मेरा)

निष्कर्ष

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


@Griffo वास्तव में यह मेरी जांच करने और उपरोक्त निष्कर्ष पर पहुंचने के लिए सवाल पर +1 है ;-) धन्यवाद।
मार्टिन मार्कोसिनी

@ MartínMarconcini उत्तर खंड "छोटे ओवरहेड" में डिस्क स्थान की खपत के मामले में ओवरहेड का अभाव है। उदाहरण के लिए, जर्नलिंग सक्षम नहीं होने पर फ़ाइलों को संग्रहीत करने के लिए कितना अधिक डिस्क स्थान उपलब्ध होगा?
प्रो बैकअप

@ProBackup हालांकि मेरे पास "संख्या" नहीं है, लेकिन मैं वास्तव में मानता हूं कि आज के ड्राइव में जर्नल का आकार नगण्य होने वाला है।
मार्टिन मार्कोसिनी

@ MartínMarconcini मुझे लगता है कि डिस्क स्थान के उपभोग के मामले में ओवरहेड क्या है क्योंकि: (1) उन बोनस सुविधाओं में से अधिकांश आनुपातिक रूप से जोड़े जाते हैं। (2) इन सभी अतिरिक्त वे सभी जोड़ते हैं: एक EFI विभाजन के लिए 209.7 एमबी, 128 विभाजन बनाने की क्षमता के लिए एक और 1.4MB जहां केवल 1 की आवश्यकता होती है। (3) तथ्य diskutil moveJournal external512MB Apple_Journal विभाजन का निर्माण करेगा। (4) 2.7TB (3TB पुरानी शैली) पर 736MB का उपयोग किया जाता है ( df -h) जब केवल 1 फ़ाइल ( sudo du /Volumes/Name) के अनुसार संग्रहीत किया जाता है ।
प्रो बैकअप

4

जर्नलिंग हर ऑपरेशन में देरी और जटिलता को जोड़ता है जो जर्नल हो जाएगा। जर्नल ड्राइव को तुरंत लिखने के लिए बल डेटा लिखता है जो अन्य बकाया ड्राइव लेनदेन को धीमा कर सकता है।

क्या journaling करता है की एक अच्छा उपचार सेवानिवृत्त में है तकनीकी नोट TN1150: HFS Plus वॉल्यूम स्वरूप

फ़ाइल सिस्टम पर जर्नल क्षेत्र भारी लिखा गया है और नियमित आधार पर ओएस को हार्ड सिंक डेटा के लिए मजबूर करता है। यह बड़े पढ़ने और लिखने के संचालन के साथ हस्तक्षेप कर सकता है जो एक फ़ाइल सिस्टम संशोधन के रूप में एक ही समय में हो रहा है जिसमें जर्नल प्रविष्टियों की आवश्यकता होती है।

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

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

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

इस तरह की चीजें जर्नलिंग को अक्षम करने के लिए अच्छे कारण हैं:

  • डेटाबेस भंडारण फ़ाइलें
  • एक विफलता के बाद डेटा हीलिंग रूटीन के साथ निरर्थक मशीनें
  • RAID भंडारण जो जर्नलिंग और अधिक का ध्यान रखता है
  • बस अतिरिक्त गति की जरूरत है कोई फर्क नहीं पड़ता लागत

TN1150 को लगता है कि Apple.com डोमेन से गायब हो गया था, तब 2004 संस्करण डेवलपर .apple.com/legacy/mac/library/#technotes/tn// पर एक सेवानिवृत्त दस्तावेज़ के रूप में फिर से प्रकट हुआ और फिर developer.apple -legacy/ में स्थानांतरित कर दिया गया। पुस्तकालय / तकनीकी / tn / tn1150.html । 2004 संस्करण की एक उदासीन शैली की प्रतिलिपि dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html
ग्राहम पेरिन

RAID उस तरह की त्रुटियों का ध्यान नहीं रखता है जो जर्नलिंग को रोकता है। जर्नलिंग यह सुनिश्चित करने के लिए है कि जब OS / फ़ाइल सिस्टम आपकी निर्देशिका को अपडेट करने के बीच में है, जो HFS पर एक जटिल ट्री संरचना है, तो सिस्टम क्रैश या डिस्क हटाने से आपके पूरे डाइरेक्टरी ट्री को संभावित नोड्स खो कर नष्ट नहीं होगा ( शाखाएं) जो भी fsck को पुनर्प्राप्त नहीं कर सकती हैं। RAID ऐसा नहीं करता है - जो केवल डिस्क विफलता के कारण डेटा हानि को रोकता है, जो एक बहुत ही अलग तरह का डेटा हानि है।
थॉमस टेंपेलमैन

1

यदि आप बहुत इच्छुक थे, तो विभिन्न फाइल सिस्टम के डिस्क प्रदर्शन की तुलना करने के लिए आप डेवलपर टूल पर एक नज़र डाल सकते हैं, यहाँ एक गाइड है:  http://developer.apple.com/library/mac/DOCUMENTATION/Performance/Cceptiveual/FileSystem/Articles /MacOSXAndFiles.html

मुझे हार्ड नंबरों के साथ कोई तुलना नहीं मिल रही है, लेकिन शायद यह कहे बिना जाता है कि एक जर्नलिंग फाइलसिस्टम दोष-सहिष्णुता प्रदान करता है लेकिन एक गैर-जर्नलिंग फाइलसिस्टम बेहतर प्रदर्शन प्रदान करता है

मैंने फ़ाइल-सिस्टम टैग भी जोड़ा


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