उनके भौतिक क्षेत्र के आकार की रिपोर्ट करने वाले हार्ड ड्राइव का क्या मतलब है?

Question

मेरे पास एक SSD है जिसे दो अलग-अलग तरीकों से अपने भौतिक क्षेत्र के आकार को OS पर रिपोर्ट करने के लिए कॉन्फ़िगर किया जा सकता है:

विकल्प 1: तार्किक = 512 बाइट्स, शारीरिक = 512 बाइट्स

विकल्प 2: तार्किक = 512 बाइट्स, शारीरिक = 4096 बाइट्स (4K)

4K भौतिक क्षेत्र के आकार के बारे में जानते हुए, OS लाभ से क्या लाभ होता है:

• OS को 512-बाइट क्षेत्रों में ड्राइव की परवाह किए बिना बात करनी चाहिए

• सभी आधुनिक ओएस 4K में संरेखित करते हैं और 4K I / O के 4K या गुणकों का उपयोग करते हैं, भले ही

सेटिंग व्यर्थ लगती है, क्योंकि आधुनिक ओएस पहले से ही 4K सेक्टर ड्राइव के लिए अनुकूलित हैं। आधुनिक ओएस को एक ड्राइव को "पूछने" की आवश्यकता नहीं है, चाहे उसके सेक्टर 512 बी या 4K हों, क्योंकि ओएस डिफ़ॉल्ट रूप से 4K-फ्रेंडली तरीके से सब कुछ करता है।

उदाहरण के लिए, विंडोज 7 1 एमबी (4K का एक बहु) के लिए विभाजन को संरेखित करता है, NTFS क्लस्टर का आकार 4K या एकाधिक है, और सभी I / O 4K या एकाधिक उसमें किया जाता है। विंडोज एक लानत नहीं देता है कि आपके पास क्या हार्ड ड्राइव है, यह सभी मामलों में उपरोक्त व्यवहार को लागू करेगा ।

वैसे भी ... मेरे एसएसडी में यह "भौतिक क्षेत्र का आकार" सेटिंग है और इसलिए यह किसी अच्छे कारण के लिए होना चाहिए ... यह इस कारण है जिसकी मुझे तलाश है।

BTW, इसके लायक क्या है के लिए, ड्राइव एक इंटेल SSD DC S3510 है । ड्राइव की डेटशीट यह कहती है (पृष्ठ 27):

राज्य = 0, विकल्प = 1 के साथ SCT कमांड 0xD801 का उपयोग करके, आईडी वर्ड 106 को 0x6003 से 0x4000 (4KB भौतिक क्षेत्र के आकार से 512B भौतिक क्षेत्र आकार समर्थन परिवर्तन) में बदला जा सकता है।

Comments

4096 बाइट्स उन्नत प्रारूप है उन्नत प्रारूप हार्ड ड्राइव या तो ओएस पर निर्भर करता है, यदि हार्ड ड्राइव 512K का अनुकरण करेगा

— Moab

भंडारण इंटरफेस विरासत के फैसलों का खजाना हैं ... "4 केबी भौतिक क्षेत्र आकार" या तो सच नहीं है। फ्लैश में भौतिक क्षेत्र आकार होता है जो आमतौर पर 256 kB से अधिक होता है। सभी रिपोर्ट किए गए सेक्टर आकार तार्किक (il) हैं।

— एमएसलेट्स

Answer 1

512-बाइट उत्सर्जन पुराने सिस्टम के साथ संगतता के लिए है। हालाँकि, एक भौतिक 4K सेक्टर के केवल एक भाग को शामिल करने से लेखन कम हो सकता है क्योंकि इस क्षेत्र को वास्तव में लिखे जाने से पहले पढ़ने और संशोधित करने की आवश्यकता होती है।

जब कोई लीगेसी ऑपरेटिंग सिस्टम एडवांस्ड फॉर्मेट डिस्क में लिखने की कोशिश करता है, तो परफॉर्मेंस इश्यूज उत्पन्न हो सकते हैं क्योंकि लिखे गए लॉजिकल सेक्टर्स फिजिकल सेक्टर से मेल नहीं खा सकते हैं।

• जब केवल एक 4K भौतिक क्षेत्र का हिस्सा पढ़ा जाता है, तो डेटा केवल भौतिक क्षेत्र से पढ़ा जाता है और प्रदर्शन में कोई कमी नहीं होती है। हालाँकि, जब सिस्टम भौतिक क्षेत्र के हिस्से को लिखने की कोशिश करता है (जैसे कि संपूर्ण भौतिक क्षेत्र के बजाय 512-बाइट वाला क्षेत्र), तो हार्ड ड्राइव को पूरे भौतिक क्षेत्र को पढ़ने की आवश्यकता होती है, हार्ड ड्राइव के आंतरिक भाग में परिवर्तित भाग को संशोधित करता है। मेमोरी, और उसे वापस प्लाटर्स पर लिखें। इसे रीड-संशोधित-राइट ( आरएमडब्ल्यू ) कहा जाता है , एक ऑपरेशन जिसे डिस्क के अतिरिक्त रोटेशन की आवश्यकता होती है और इसलिए प्रदर्शन को कम करता है। सीगेट इस प्रकार बताते हैं :

[...] हार्ड ड्राइव को पहले पूरे 4K सेक्टर को पढ़ना चाहिए, जिसमें होस्ट राइट रिक्वेस्ट का लक्षित स्थान होता है, मौजूदा डेटा को नए डेटा के साथ मर्ज करता है और फिर पूरे 4K सेक्टर को फिर से लिखता है:

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

डिस्क विभाजन जो एक 4K सीमा के लिए संरेखित नहीं हैं, साथ ही खराब प्रदर्शन का कारण बन सकते हैं।

• परंपरागत रूप से, हार्ड डिस्क पर पहला विभाजन सेक्टर 63 में शुरू होता है। विंडोज एक्सपी और पुराने ऑपरेटिंग सिस्टम का विभाजन इस तरीके से होता है। विंडोज के नए संस्करण एक 1 एमबी सीमा पर विभाजन बनाएंगे, भौतिक क्षेत्रों के लिए उचित संरेखण सुनिश्चित करेंगे। इसे संरेखण 0 कहा जाता है ।

  • यह विषम संख्या INT-13h में प्रयुक्त सिलेंडर-हेड-सेक्टर (सीएचएस) की एक कलाकृति है , जो डिस्क के लिए उपयोग की जाने वाली विरासत BIOS एपीआई है। INT 13h API का उपयोग करने वाले लीगेसी सिस्टम और बूटलोडर्स पर, सभी विभाजन सिलेंडर सीमाओं पर शुरू और समाप्त होने चाहिए। लॉजिकल ब्लॉक एड्रेसिंग (LBA) शुरू होने के बाद भी , नकली CHS मान (जो वास्तविक डिस्क ज्यामिति के अनुरूप नहीं थे) का उपयोग विरासत एपीआई के साथ संगतता बनाए रखने के लिए किया गया था। चूंकि सीएचएस ने मूल रूप से प्रति सिलेंडर 63 क्षेत्रों का समर्थन किया था, इसलिए पहला विभाजन सेक्टर 63 पर शुरू होगा। विंडोज एक्सपी (सर्विस पैक 3 से पहले) और सिस्टम वॉल्यूम एक सिलेंडर सीमा पर नहीं होने पर विंडोज के पुराने संस्करण बूट नहीं होंगे ।

• क्योंकि LBA 63 8 (आठ 512-बाइट विरासत क्षेत्रों में एक 4K क्षेत्र में फिट) का एक से अधिक नहीं है, क्योंकि एक उन्नत प्रारूप डिस्क जो पुराने तरीके से स्वरूपित होती है, उसमें क्लस्टर (फाइल सिस्टम डेटा आवंटन की सबसे छोटी इकाई, आमतौर पर आकार में 4K होती है) ) जो एक 4K डिस्क पर भौतिक क्षेत्रों के लिए संरेखित नहीं हैं, एक शर्त जिसे संरेखण 1 कहा जाता है । नतीजतन, एक I / O ऑपरेशन जिसमें अन्यथा 4K डेटा शामिल है, अब दो क्षेत्रों को रीड-संशोधित-राइट ऑपरेशन के लिए अग्रणी बनाता है जो प्रदर्शन को कम करता है।

जबकि शारीरिक क्षेत्र के आकार के बारे में जानकारी अनावश्यक है अगर ओएस हमेशा एक 4K सीमा पर डेटा लिखता है, तो यह जानकारी अभी भी उन अनुप्रयोगों द्वारा आवश्यक हो सकती है जो निम्न-स्तर I / O का प्रदर्शन करते हैं।

• जब कोई ड्राइव रिपोर्ट करता है कि उसका भौतिक क्षेत्र आकार 4K है, तो OS या एप्लिकेशन यह बता सकता है कि यह एक उन्नत प्रारूप ड्राइव है और इसलिए मुझे I / O संचालन करने से बचना चाहिए जो पूर्ण भौतिक क्षेत्रों का विस्तार नहीं करते हैं। एक ड्राइव जो 512-बाइट मूल क्षेत्रों की रिपोर्ट करती है, वह इस प्रतिबंध को नहीं लगाती है। हालांकि नए ऑपरेटिंग सिस्टम आमतौर पर 4K यूनिट्स में डेटा को पढ़ने या लिखने की कोशिश करेंगे (जब भी संभव हो इस जानकारी को अप्रासंगिक), ऐसे अनुप्रयोग जो निम्न-स्तर I / O करते हैं, उन्हें भौतिक क्षेत्र के आकार को जानने की आवश्यकता हो सकती है ताकि वे तदनुसार समायोजित कर सकें और गलत काम से बच सकें। या आंशिक-क्षेत्र लिखते हैं कि धीमी गति से आरएमडब्ल्यू चक्र का कारण बनता है।

आपका एसएसडी रिपोर्ट किए गए भौतिक क्षेत्र के आकार को बदलने की क्षमता प्रदान करता है क्योंकि यह कुछ भंडारण सरणियों के साथ संगतता के लिए आवश्यक है।

• डेटासेंटर में अक्सर भंडारण सरणियाँ होती हैं जिनमें विरासत 512n ड्राइव होती है। 4K ड्राइव, यहां तक ​​कि जो 512-बाइट सेक्टर का अनुकरण करते हैं, वे इस तरह के सरणियों के साथ संगत नहीं हो सकते हैं, इसलिए संगतता सुनिश्चित करने के लिए यह सुविधा आवश्यक है। इस फोरम थ्रेड को देखें :

  हम 512b डिस्क के साथ स्वरूपित एक सरणी में सिर्फ एक 4K ड्राइव को छड़ी नहीं कर सकते। कई सरणियों (सबसे विशेष रूप से ZFS आधारित भंडारण, जो तेजी से लोकप्रिय है क्योंकि सॉफ्टवेयर परिभाषित भंडारण तरंगें बनाता है) एक अलग भौतिक क्षेत्र प्रारूप के साथ एक प्रतिस्थापन ड्राइव को स्वीकार नहीं करेगा।

  ध्यान दें कि यदि 4K क्षेत्रों का उपयोग करने के लिए ड्राइव को कॉन्फ़िगर किया गया है तो आधुनिक सिस्टम पर बेहतर प्रदर्शन प्राप्त होगा।

Comments

विडंबना यह है कि ओएस 'कि पता नहीं कैसे ठीक से संरेखित करने के लिए भी "भौतिक क्षेत्र आकार" के लिए एक हार्ड ड्राइव क्वेरी करने में सक्षम नहीं होगा। " OS 'जो जानता है कि "भौतिक क्षेत्र के आकार" के लिए हार्ड ड्राइव को ठीक से संरेखित करने की आवश्यकता नहीं है क्योंकि वे डिफ़ॉल्ट रूप से ठीक से संरेखित होते हैं। उदाहरण के लिए, Windows 1MB से संरेखित होता है।

— mis25256

मुझे कहना है ... मैं miffed हूँ। मैंने कभी ऐसा ड्राइव नहीं देखा है जो आपको "भौतिक क्षेत्र का आकार" रिपोर्टिंग सेटिंग बदलने देता है। मैं यह नहीं समझ सकता कि इस तरह की सेटिंग का अस्तित्व क्यों है, केवल विकल्पों पर विचार करना 512 बी और 4K हैं, और यह विचार करना कि आधुनिक ओएस 4K तरीके से सब कुछ करते हैं चाहे आप किस तरह की ड्राइव का उपयोग करें।

— misha256

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

— misha256

जबकि हार्ड ड्राइव के लिए प्रासंगिक, यह उत्तर SSDs के लिए अप्रासंगिक है। SSDs ब्लॉक आकार लिखते / मिटाते हैं जो कई मेगाबाइट हैं, इसलिए 4K "भौतिक" वास्तविक भौतिक क्षेत्र के आकार के करीब नहीं है।

— qasdfdsaq

@qasdfdsaq राइट साइज़ जरूरी नहीं कि इरेज़ साइज़ ही हो। 4K "ट्रैकिंग" उपयोग में ब्लॉक की ग्रेन्युलैरिटी होगी। इस बीच अब मुझे विश्वास हो गया है कि ZFS के बारे में इस उत्तर का अंतिम भाग सही है: utcc.utoronto.ca/~cks/space/blog/tech/…

— pjc50

Answer 2

जब कोई फ़िज़िकल सेक्टर के आकार से अवगत होता है, तो OS को क्या लाभ होता है, इसकी परवाह किए बिना, OS को 512-बाइट सेक्टर में ड्राइव पर बात करनी होती है।

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

भौतिक आकार डेटा को स्थानांतरित करने के लिए एक इष्टतम आकार है , और नियंत्रक / ड्राइव स्तर पर वास्तविक पढ़ने और लिखने के संचालन के आकार को दर्शाता है।

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

जब मेजबान कंप्यूटर एक तार्किक क्षेत्र के लेखन का अनुरोध करता है, तो भौतिक क्षेत्र का आकार मायने रखता है।
जब तार्किक क्षेत्र का आकार भौतिक क्षेत्र के आकार के बराबर होता है, तो लेखन ऑपरेशन सरल होता है, और सीधे आगे बढ़ सकता है। सेक्टर की पिछली सामग्री की स्थिति लेखन संचालन को प्रभावित नहीं करेगी।

जब तार्किक क्षेत्र का आकार भौतिक क्षेत्र के आकार से कम होता है, तो नियंत्रक को पहले उस भौतिक क्षेत्र का रीड ऑपरेशन करना चाहिए जिसमें तार्किक क्षेत्र शामिल हो।
यदि रीड सफल है, तो तार्किक सेक्टर को भौतिक क्षेत्र में डाला जाता है, और भौतिक क्षेत्र को पूरी तरह से लिखा जाता है।
यदि रीड सफल नहीं है (रिट्रीट के बाद भी), तो राइट ऑपरेशन पूरा नहीं किया जा सकता है।

यदि OS भौतिक क्षेत्र के आकार (ATAPI कमांड सेट में उपलब्ध बहु-क्षेत्र संचालन का उपयोग करके) के साथ पढ़ने और लिखने का कार्य करता है, तो लेखन संचालन अधिक कुशलतापूर्वक (और अपूर्णता के अनावश्यक अवसर के बिना) किया जाएगा।

लॉजिकल सेक्टर का आकार पूरी तरह से परिभाषित करता है कि एक ओएस ड्राइव से कैसे बात कर सकता है। कोई अपवाद नहीं। भौतिक क्षेत्र के आकार को जानने में इसका क्या उपयोग है, जब आपको केवल तार्किक क्षेत्र के आकार में संवाद करने की अनुमति है?

"कोई अपवाद नहीं" का आपका तर्क गलत है।
ATAPI कमांड सेट, जिसे IDE HDD के साथ पेश किया गया था, में हमेशा sector countपैरामीटर के साथ पढ़ने और लिखने का कार्य करने की क्षमता होती है । यह मौजूदा डिस्क और फ्लॉपी कंट्रोलर इंटरफेस का एक विस्तार है जो मल्टी-सेक्टर रीड / राइट ऑपरेशन (इसलिए जब तक सेक्टर एक ही ट्रैक पर थे) के लिए भी सक्षम थे।

Comments

यह सही उत्तर हो सकता है ... लेकिन मैं अभी भी आश्वस्त नहीं हूं। आधुनिक ओएस फ़ाइल-सिस्टम और I / O ब्लॉक 4K के आकार और 4K के गुणकों के साथ काम करता है। वे पहले से ही हार्ड ड्राइव के साथ उपयोग के लिए अनुकूलित हैं जिनके पास 4K भौतिक क्षेत्र हैं। इसके अलावा, कार्यरत I / O ब्लॉक आकार अभी भी 4K हैं और 512b भौतिक हार्ड ड्राइव पर 4K के गुणक भी हैं। क्या देता है?!

— misha256

बिंगो! sector countआप जिस पैरामीटर की बात करते हैं ... यहां तक ​​कि प्राचीन विंडोज एक्सपी 8सेक्टरों के आई / ओ ब्लॉक आकार में पढ़ता / लिखता है या उसके गुणक में होता है। यह पहले से ही पूरी तरह से अनुकूलित है! यही कारण है कि XP ​​SSDs के साथ बहुत अच्छा प्रदर्शन करता है ताकि विभाजन संरेखित हो। यह बेहद 4K फ्रेंडली है। तो सवाल अभी भी संयुक्त राष्ट्र का जवाब नहीं है। भौतिक क्षेत्र के आकार को जानकर एक OS और क्या कर सकता है 4K। याद रखें, ओएस पहले से ही 4K I / O के लिए अनुकूलित है।

— misha256

"वे पहले से ही अनुकूलित हैं ..." - जरूरी नहीं। "प्रारंभ" क्षेत्र को हमेशा भौतिक क्षेत्र के साथ संरेखित करना होगा। यह सच होने की गारंटी नहीं है जब ओएस भौतिक और तार्किक क्षेत्रों के प्रति जागरूक नहीं था, लेकिन केवल बहु-क्षेत्र संचालन का उपयोग करके अधिक कुशल होने की कोशिश कर रहा था।

— चूरा

@ misha256 नहीं, यह इतना आसान नहीं है। "Windows XP, Windows Server 2003, और Windows Server 2003 R2 512e या 4Kn मीडिया का समर्थन नहीं करते हैं। हालांकि सिस्टम बूट हो सकता है और न्यूनतम रूप से काम करने में सक्षम हो सकता है, कार्यक्षमता के मुद्दों, डेटा हानि, या उप-इष्टतम के अज्ञात परिदृश्य हो सकते हैं। इस प्रकार, Microsoft Windows XP के साथ 512e मीडिया का उपयोग करने के खिलाफ दृढ़ता से चेतावनी देता है ... " msdn.microsoft.com/en-us/library/windows/desktop/…

— रॉस रिज

@ misha256 - आप चेरी को शर्तों को चुन रहे हैं, और फिर घोषणा कर रहे हैं कि सभी परिस्थितियों के लिए यह जानकारी बेकार है। हर कोई विंडोज और NTFS और> 4k क्लस्टर के साथ इस तरह के SSD का उपयोग करने वाला नहीं है। "NTFS 4K I / O से कम का समर्थन नहीं करता है" - सच नहीं है। NTFS के लिए Win7 की मेरी (अप-टू-डेट) कॉपी में 512, 1024 और 2048 बाइट्स के क्लस्टर आकार अभी भी विकल्प हैं। । ।

— चूरा

Answer 3

यदि ओएस अंतर्निहित भौतिक क्षेत्र के आकार को जानता है, तो वह अपने प्रश्नों को यथासंभव कम से कम भौतिक संचालन के लिए अनुकूलित कर सकता है। विशेष रूप से SSDs के साथ, शारीरिक संचालन सीमा (4KB IOPS सीमा) अक्सर डिवाइस की गति की अंतिम सीमा होती है, इसलिए इस क्षमता का सबसे अच्छा उपयोग करने में सक्षम होना महत्वपूर्ण है।

Comments

अर्घ, यह सही नहीं हो सकता। आधुनिक ओएस ' स्वाभाविक रूप से अनुकूलित हैं। वे सभी "ब्लॉक" आकार (उर्फ क्लस्टर) के साथ फाइल-सिस्टम का उपयोग करते हैं जो 2 ^ एन बाइट्स हैं, जो 2 ^ 12 से शुरू होता है (यानी 4K, NTFS डिफ़ॉल्ट लगता है)। इसके बाद, सभी I / O ऑपरेशन कुछ 4K के कई मल्टीपल हो जाते हैं। क्या डिस्क शारीरिक रूप से 512-बाइट या 4K है, इससे कोई फर्क नहीं पड़ना चाहिए। आप निश्चित रूप से इससे अधिक का अनुकूलन नहीं कर सकते हैं?

— misha256 2

क्या होगा अगर OS ​​को संरेखण सही नहीं मिलता है और I / O ऑपरेशन दो भौतिक क्षेत्रों को फैलाता है? आपको अपमानित प्रदर्शन मिलेगा।

— bwDraco

@ misha256 आपने जो कहा और जो मैंने कहा, उसके बीच कोई असंगति नहीं है। यह सच है कि संरेखण सही होने से परे, अधिकांश फाइल सिस्टम को भौतिक क्षेत्र के आकार को जानने से ज्यादा फायदा नहीं होता है। कुछ डेटाबेस करते हैं।

— डेविड श्वार्ट्ज

@DavidSchwartz अधिकार, ठीक है, तो यह सब कुछ डेटा सिस्टम या इस तरह से उपयोग किए जाने वाले कुछ गूढ़ OS` या फ़ाइल-सिस्टम के लाभ के लिए हो सकता है? कुछ फैंसी RAID arrays हो सकता है?

— misha256

यह गैर-विंडोज़ ("गूढ़") OS और RAID नियंत्रकों के बारे में प्रतीत होता है।

— 13:50 बजे pjc50

Answer 4

एक ड्राइव के भीतर किसी स्थान तक पहुंचने के दो अलग-अलग तरीके हैं, एक सीएचएस योजना है और दूसरा एलबीए योजना है।

सीएचएस सिलेण्डर, हेड, सेक्टर के लिए खड़ा है और यह निर्धारित करने का सबसे निम्न-स्तरीय तरीका है कि ड्राइव से कहाँ पढ़ना या लिखना है। आप इसे सिलेंडर x, हेड y, और सेक्टर z का उपयोग करने के लिए कहें और मेमोरी में एक पते से (एक बफर) उस स्थान की सामग्री को पढ़ें या लिखें। यह एक (पारंपरिक, कताई जंग) हार्ड ड्राइव के वास्तविक, भौतिक घटकों से प्राप्त होता है, जहां आपके पास भौतिक सिलेंडर होते हैं और सिर पढ़ते हैं। यह क्षेत्र सबसे छोटी पता योग्य इकाई है, और परंपरागत रूप से 512 बाइट्स पर तय किया गया था।

LBA लॉजिकल बाइट है जिसमें ड्राइव से पढ़ता है और इसके ऑफसेट द्वारा एक सेक्टर के पते पर लिखता है, उदाहरण के लिए, डिस्क पर 123837 वां सेक्टर पढ़ें या डिस्क पर यह 123734 वां सेक्टर लिखें (शून्य से शुरू)।

समस्या? इनमें से प्रत्येक मान सीमा में सीमित है। वास्तव में, सीएचएस कितनी गंभीर रूप से सीमित होने के कारण, एलबीए को पेश किया जाना था। सीएचएस के लिए, सी (सिलेंडर) के लिए संभावित मान 1023 हैं, जबकि एच (सिर) 255 अधिकतम हो सकते हैं, और एस (सेक्टर) केवल 63 तक जा सकते हैं, जिसका अर्थ है कि आप अधिकतम 1024 सिलेंडर x 255 सिर x 64 पर हो सकते हैं क्षेत्रों x 512 बाइट्स पारंपरिक सीएचएस प्रारूप में मैप किए जाते हैं, जो आपको 8 जीएचबी के तहत एक शानदार कुल देता है! सीएचएस का उपयोग करना, 8 गीब से बड़ी डिस्क का उपयोग करना संभव नहीं है!

तो LBA को 32-बिट सीमा के साथ पेश किया गया था जो आपको 2 ^ 32 x 512 बाइट्स या डिस्क आकार पर 2 TiB सीमा देता है - यही कारण है कि MBR ​​डिस्क 2TiB से अधिक नहीं हो सकती क्योंकि यह विभाजन आकार निर्दिष्ट करने के लिए CHS और LBA का उपयोग करता है, और न ही कर सकता है 2TiB पर कुछ भी समर्थन करें।

नए, बेहतर विकल्प GPT पार्टीशन स्कीम की तरह पेश किए गए हैं जो LBA को 64 बिट्स तक बढ़ाता है, जिससे आपको 2 ^ 64 x 512 बाइट्स की आवश्यकता होगी और आपको बहुत अधिक की एक बिल्ली मिलेगी - लेकिन एक पकड़ है: बहुत सारी विरासत हार्डवेयर और विरासत ऑपरेटिंग सिस्टम और विरासत BIOS कार्यान्वयन और विरासत ड्राइवर UEFI या GPT का समर्थन नहीं करते हैं, और बहुत सारे लोग कुछ ऐसा करना चाहते हैं जो पूरे स्टैक को फिर से लिखने के बिना 2TiB सीमा से आगे जाने के लिए अधिक आसानी से अपग्रेड किया जा सके। शुरुवात से। और, लंबे समय तक, हम 4096 सेक्टर के आकार तक पहुंचते हैं।

देखें, ऊपर चर्चा की गई सभी सीमाओं में, एक बात एक निश्चित धारणा रही है: क्षेत्र का आकार। पहले दिन से, यह 512 बाइट्स रहा है और यह तब से बना हुआ है। लेकिन हाल ही में, हार्ड डिस्क निर्माताओं ने महसूस किया कि कुछ जादू काम करने का अवसर है: पारंपरिक सीएचएस या 32-बिट एलबीए लें और बस 512 बाइट्स के बजाय 4096 (4k) के साथ सेक्टर आकार बदलें। जब एक OS LBA 1 का अनुरोध करके "डिस्क पर मुझे दूसरा क्षेत्र देता है" (क्योंकि LBA 0 पहले है), हम इसे बाइट्स 512 - 1023 नहीं बल्कि 4096 - 8191 बाइट्स देने जा रहे हैं।

अचानक, हमारी 2TiB सीमा 2 ^ 32 x 4096 बाइट्स या 16 TiB में अपग्रेड हो गई है, MBR को खोदे बिना, UEFI या GPT, या कुछ भी करने के लिए स्विच करें!

एकमात्र कैच यह है कि यदि ओएस को पता नहीं है कि यह एक जादुई डिस्क है जो 512 बाइट सेक्टरों के बजाय 4096 सेक्टरों का उपयोग करती है, तो एक बेमेल होने जा रहा है। हर बार जब ओएस कहता है "अरे, आप, डिस्क, मुझे xxx को ऑफसेट करने के लिए इन 512 बाइट्स को लिखें" डिस्क इन 512 बाइट्स को स्टोर करने के लिए 4096 बाइट्स का उपयोग करेगा (बाकी शून्य या कबाड़ डेटा होने के नाते, यह मानते हुए कि आप समाप्त नहीं होते हैं एक मेमोरी अंडरफ़्लो) क्योंकि वे बाइट्स में संवाद नहीं करते हैं, वे सेक्टरों में संचार करते हैं।

तो अब BIOS (कभी-कभी) में आपको मैन्युअल रूप से यह बताने का विकल्प शामिल होता है कि देशी 4096 बाइट सेक्टर के आकार के बजाय 512-बाइट सेक्टर आकार का उपयोग किया जाना चाहिए जो कि नए डिस्क उपयोग कर रहे हैं - कैविटी के साथ जिसका उपयोग आप इससे अधिक उपयोग करने के लिए नहीं कर सकते हैं। MBR सिस्टम पर डिस्क का 2TiB, ठीक वैसे ही जैसे "अच्छे पुराने दिनों में था।" लेकिन आधुनिक ओएस जो कि 4k- अवगत हैं, इस जादू का उपयोग करने के लिए 4096-बाइट विखंडू और वॉइलिया में पढ़ने और लिखने के लिए इन सभी का लाभ उठा सकते हैं!

(एक अतिरिक्त लाभ यह है कि चीजें बहुत तेज़ होती हैं क्योंकि यदि आप एक बार में 4096 बाइट पढ़ रहे हैं और लिख रहे हैं, तो यह पढ़ने या लिखने के लिए कम ऑपरेशन है, कहते हैं, 4 जीबीबी डेटा।)

Comments

यह वास्तव में इस सवाल का जवाब नहीं है। बताते हैं कि सीएचएस और एलबीटी अप्रासंगिक हैं। यह आपको "क्षेत्रों" के बारे में जो कुछ भी पता है उसके मस्तिष्क के डंप की तरह पढ़ता है। "पहले दिन से, यह 512 बाइट्स रहा है ..." - यह केवल आईबीएम पीसी के लिए सच है।

— चूरा

@sawdust I असहमत है - यहां तक ​​कि सीएचएस और एलबीए के बारे में (imho महत्वपूर्ण) पृष्ठभूमि की अनदेखी करते हुए, आपके प्रश्न का संक्षिप्त उत्तर दूसरे अंतिम पैराग्राफ में है "लेकिन आधुनिक ओएस 4k- अवगत हैं जो इस जादू का उपयोग करने के लिए इन सभी का लाभ उठा सकते हैं" 4096-बाइट विखंडू और वायली में पढ़ें और लिखें! " - यानी सवाल में यह धारणा - कि एक ओएस को 512 बाइट विखंडू में बात करनी है - गलत है।

— डेविडो 18

@davidgo ड्राइवर स्तर पर, OS n512-बाइट विखंडू के चालन में ड्राइव से बात करता है । nएक नंबर जो, विंडोज एक्सपी से, कभी नहीं 8 से भी कम है, और हमेशा के बाद XP से हर ओएस जिसका मतलब है 8. की एक बहु है, और मैं भी पहले से ही 4K ड्राइव के लिए अनुकूलित कर रहे हैं सभी आधुनिक Linux distros विश्वास है,। सबसे छोटा I / O 4K है, और अन्य सभी I / O आकार उसी के गुणक हैं।

— misha256

मुझे लगता है कि मैं यह स्पष्ट करता हूं कि भले ही आप n सेक्टरों को एक ऑपरेशन में समूहित करते हैं , फिर भी आप डिस्क को 512-बाइट चंक्स पर तलाशने के लिए कह रहे हैं , जिसका अर्थ है कि आप कितना सीमित कर सकते हैं। 4096 सेक्टरों की तलाश समस्या का समाधान। मैंने यह भी स्पष्ट किया कि ब्लॉक आकार का OS ज्ञान अनिवार्य है, अन्यथा 512 बाइट्स 4096 विखंडू में संग्रहीत किए जाएंगे!

— महमूद अल-कुद्सी

इसके अलावा, मुझे लगता है कि आप तार्किक बनाम भौतिक के बारे में भ्रमित हैं। भौतिक हमेशा या तो 512 या 4096 है। यदि तार्किक आकार 4096 है, लेकिन ओएस नेत्रहीन यह मान लेता है कि यह 512 है, तो आप मेरे द्वारा बताई गई समस्याओं में भाग लेंगे। उनका मेल होना चाहिए।

— महमूद अल-कुद्सी

Answer 5

512/4096 = संरेखण / अनुकूलन के लिए जिम्मेदार OS,

512/512 = इसके लिए जिम्मेदार ड्राइव

इसे भी देखें: http://support.microsoft.com/en-us/kb/2510009

Comments

कृपया संदर्भ लिंक (एस) से उत्तर के आवश्यक हिस्सों को उद्धृत करें, क्योंकि लिंक लिंक किए गए पृष्ठ बदलने पर उत्तर अमान्य हो सकता है।

— DavidPostill

Answer 6

बस आपको ऐसी स्थिति से अवगत कराना चाहता था जहाँ 4K क्षेत्र आधुनिक ऑपरेटिंग सिस्टम के लिए एक समस्या है।

Microsoft का VSS लेखक (शैडो कॉपी) 4K सेक्टर के साथ अच्छा काम नहीं करता है। डीएफएस प्रतिकृति शेयर फ़ोल्डर का बैकअप लेने के लिए, हमारे बैकअप सॉफ्टवेयर "बैकअप एक्सिस" को डीएफएस प्रतिकृति फ़ोल्डर की छाया प्रति बनाने की आवश्यकता है। यदि VSS 4K क्षेत्रों के साथ सही तरीके से काम नहीं कर रहा है, तो DFS प्रतिकृति फ़ोल्डर 4K सेक्टर के साथ ड्राइव पर है, तो नौकरी विफल हो जाती है।

जिम

Comments

मुझे पूरी तरह से यकीन नहीं है कि यह प्रस्तावित प्रश्न का उत्तर है, यह एक प्रश्न का उत्तर देता है, बस लेखक द्वारा पूछा नहीं गया है।

— रामहाउंड

यह बहुत ही रोचक जानकारी है, लेकिन यह कुछ अलग सवाल का जवाब प्रतीत होता है। आपके पास पर्याप्त प्रतिष्ठा होने के बाद, आप हर जगह टिप्पणी कर पाएंगे। हमारी साइट पर परिचय के लिए, दौरे को देखें ।

— बेन एन

Answer 7

भौतिक का अर्थ है स्वयं वास्तविक ड्राइव, जबकि लॉजिकल वह है जिसके भीतर परिभाषित विभाजन हैं। से पीसी पत्रिका के तार्किक बनाम शारीरिक:

विंडोज पीसी में, एक एकल भौतिक हार्ड ड्राइव 0 है; हालाँकि, इसे कई तार्किक ड्राइव्स में विभाजित किया जा सकता है, जैसे C :, D: और E:।

इसे एक सुपाच्य रूप में समझाने के लिए, एक सेब की कल्पना करें जो आपके हाथ की चौड़ाई है। यह सेब का वास्तविक भौतिक आकार है। स्वाभाविक रूप से, एक पूरा सेब आपके मुंह में फिट नहीं होगा, इसलिए आप इसे बराबर स्लाइस में टुकड़ा करने का फैसला करते हैं, प्रत्येक टुकड़ा आपकी उंगली की चौड़ाई है। यह तार्किक आकार, या आकार है जो आपके कंप्यूटर का उपयोग करेगा।

इसके कई कारण वास्तविक मूल्य क्षमता गणना और त्रुटि मानचित्रण और सुधार हैं, जैसा कि विकिपीडिया द्वारा समझाया गया है:

विशिष्ट हार्ड डिस्क ड्राइव भौतिक क्षेत्र में डेटा को "रीमैप" करने का प्रयास करती है जो ड्राइव के "स्पेयर सेक्टर पूल" (जिसे "रिजर्व पूल" भी कहा जाता है), [41] द्वारा ECC पर भरोसा करते हुए प्रदान किए गए एक भौतिक क्षेत्र को विफल कर रहा है। संग्रहीत डेटा को पुनर्प्राप्त करना, जबकि एक बुरे क्षेत्र में त्रुटियों की मात्रा अभी भी काफी कम है। SMART (सेल्फ-मॉनिटरिंग, एनालिसिस एंड रिपोर्टिंग टेक्नॉलॉजी) फीचर ECC द्वारा तय की गई पूरे HDD में त्रुटियों की कुल संख्या की गणना करता है (हालाँकि संबंधित SMART विशेषताओं "हार्डवेयर ECC पुनर्प्राप्त" और "सॉफ्ट ईयर करेक्शन" के रूप में सभी हार्ड ड्राइव पर नहीं हैं) लगातार समर्थित नहीं), और कई प्रदर्शनों की कुल संख्या के रूप में, ऐसी कई त्रुटियों की घटना HDD विफलता की भविष्यवाणी कर सकती है।

जिस तरह आपके पास सेब के बिना सेब के स्लाइस नहीं हो सकते हैं, आप भौतिक के बिना उसके आधार के रूप में तार्किक नहीं हो सकते।

Comments

लेकिन एक ओएस को भौतिक क्षेत्र के आकार को जानने की आवश्यकता क्यों है , और यह अलग तरीके से क्या करेगा, यह देखते हुए कि इसे तार्किक क्षेत्रों में ड्राइव पर भी बात करनी है? ऐसा लगता है जैसे एक ओएस के लिए बिल्कुल बेकार जानकारी पता करने के लिए।

— misha256

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

— चूरा

@sawdust लेकिन OS उस इष्टतम स्थानांतरण आकार का उपयोग नहीं कर सकता है जिसके बारे में आप बात कर रहे हैं क्योंकि ड्राइव 512-बाइट तार्किक क्षेत्रों में हार्ड-वायर्ड है। देशी 4K ड्राइव अलग हैं, उनके पास 4K लॉजिकल सेक्टर हैं और एक सपोर्टिंग ओएस (जैसे विन 8.1) 4K लॉजिकल सेक्टर में पढ़ने और लिखने के लिए मजबूर है। लेकिन मेरी ड्राइव 4K लॉजिकल ड्राइव नहीं है। यह 512-बाइट लॉजिकल ड्राइव है।

— misha256

@ misha256 - मैंने अपना जवाब पोस्ट कर दिया है।

— चूरा

भौतिक / तार्किक क्षेत्र आकारों के साथ भौतिक / तार्किक ड्राइव को भ्रमित करना।

— MSALERS