क्या मुझे वर्चुअल मशीन पर चलने वाले हार्ड ड्राइव को डीफ़्रैग करना चाहिए?


18

मुझे पता है कि एक SSD पर Defrag को चलाने का कोई मतलब नहीं है (वास्तव में यह एक बुरा विचार है)। एक SSD पर चलने वाली वर्चुअल मशीन के बारे में क्या, मुझे हार्ड ड्राइव को डीफ्रैग कर देना चाहिए क्योंकि यह मूल रूप से हार्ड ड्राइव को उसी तरह एक्सेस कर रहा है?


पता नहीं क्यों यह एसओ पर है, लेकिन प्रासंगिक हो सकता है: stackoverflow.com/questions/281527/…
Der Hochstapler

यदि आप VSS जागरूक डीफ़्रेग्मेंटर का उपयोग नहीं करते हैं, तो VSS संग्रहण बढ़ने का कारण बन सकता है।

केवल अगर डीफ़्रेग विकल्प आपके वर्चुअलाइज़ेशन सॉफ़्टवेयर का हिस्सा है।
qasdfdsaq

जवाबों:


14

मैं अपने वीएचडी को डीफ़्रैग करता हूं लेकिन समय नहीं: अंतरिक्ष के कारणों के लिए

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


स्पेस फैक्टर प्रासंगिक हो सकता है क्योंकि वीएम एक एसएसडी पर है, हालांकि सामान्य तौर पर, एसएसडी पर कुछ भी डीफ़्रैगिंग करना प्रदर्शन कारणों के लिए आवश्यक नहीं है और इसे हतोत्साहित किया जाता है।
Bigbio2002

3

SSD को डीफ़्रैग करने की कोई आवश्यकता नहीं है। फ़ाइलों को खोजने के लिए एक नियमित हार्ड ड्राइव को स्पिन करना पड़ता है। SSD RAM के साथ तुलनीय है, सभी फ़ाइलों को एक ही देरी से पहुँचा जा सकता है।

विकिपीडिया कहता है कि "SSD पर डेटा कहाँ संग्रहीत किया जाता है, इसके आधार पर पठन प्रदर्शन नहीं बदलता है"


कृपया विकिपीडिया लेख का लिंक प्रदान करें।
wizlog

1
@wizlog Voila;)
साइमन

2

यह केवल मेरी राय है, मेरे पास इसे वापस करने के लिए परीक्षण परिणाम नहीं हैं। यहाँ चीजें कैसे होती हैं, इसका लगभग अनुमान है:

असली OS:

  1. अनुप्रयोग डेटा X (तेज़) के लिए पूछता है
  2. ओएस डेटा एक्स (फास्ट) के लिए डिस्क ड्राइवर पूछता है
  3. भौतिक डिस्क डेटा X को लाती है और इसे OS पर लौटाती है ( यदि खंडित है तो धीमा )

यहाँ VM में कमांड की समतुल्य श्रृंखला होगी:

  1. VM एप्लिकेशन डेटा X (तेज़) के लिए पूछता है
  2. VM OS डेटा X (तेज़) पूछता है
  3. VM होस्ट वास्तविक OS को वर्चुअल डिस्क फ़ाइल (फास्ट) में संग्रहीत डेटा X प्राप्त करने के लिए कहता है
  4. रियल ओएस डिस्क ड्राइवर को डेटा एक्स (फास्ट) प्राप्त करने के लिए कहता है
  5. भौतिक डिस्क डेटा एक्स को लाती है और इसे ओएस ( धीमी गति से खंडित होने पर ) पर लौटा देती है ।

जैसा कि आप देख सकते हैं, दोनों ही मामलों में विखंडन वास्तव में ऑपरेशन के चरण में एक मुद्दा बन जाता है जहां भौतिक हार्ड ड्राइव डेटा को पढ़ने की कोशिश करता है, और यह वास्तविक ओएस में होता है, वीएम संदर्भ के बाहर। उससे पहले, स्मृति में सब कुछ होने की संभावना है।

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

संपादित करें: और अगर यह सही है, तो यह एसएसडी पर वीएम लगाने के लिए एक अच्छा कारण है! एचडीडी पर, किसी भी स्तर पर विखंडन (अतिथि ओएस, वर्चुअल डिस्क फ़ाइल, वास्तविक ओएस) रैखिकता को तोड़ देगा और भौतिक डिस्क कदम पर विखंडन का कारण होगा।


2

क्या आपकी वर्चुअल मशीन पारंपरिक चुंबकीय एचडीडी या इलेक्ट्रॉनिक एसएसडी पर संग्रहीत डेटा तक पहुंच पा रही है, विंडोज एनटीएफएस फ़ाइल और मुक्त स्थान विखंडन डेटा का अनुरोध करने वाले अनुप्रयोगों की पहुंच की गति को धीमा कर देता है। NTFS फ़ाइल और मुक्त स्थान विखंडन आपके अनुमान से कहीं अधिक बार होता है। जैसे ही आप ऑपरेटिंग सिस्टम को इंस्टॉल करते हैं, ऐसा होने की संभावना है। यह तब हो सकता है जब आप एप्लिकेशन या सिस्टम अपडेट इंस्टॉल करते हैं, इंटरनेट एक्सेस करते हैं, फोटो डाउनलोड करते हैं और सेव करते हैं, ई-मेल, ऑफिस डॉक्यूमेंट आदि बनाते हैं। यह कंप्यूटर सिस्टम की एक सामान्य घटना और व्यवहार है, लेकिन इसका नकारात्मक प्रभाव पड़ता है सभी अनुप्रयोग और सिस्टम प्रदर्शन। जैसा कि विखंडन होता है, कंप्यूटर सिस्टम और अंतर्निहित भंडारण आवश्यकता से अधिक कार्य कर रहा है। प्रत्येक I / O अनुरोध समय की एक औसत दर्जे की राशि लेता है। SSD वातावरण में भी "तत्काल" I / O अनुरोध जैसी कोई चीज नहीं है। जब भी कोई एप्लिकेशन डेटा को पढ़ने या लिखने का अनुरोध करता है और वह अनुरोध अतिरिक्त I / O अनुरोधों में विभाजित हो जाता है, तो यह अधिक काम करने का कारण बनता है। यह अतिरिक्त काम उस समय बहुत देर से सही होने का कारण बनता है।

डिस्क ड्राइव ने वर्षों में तेजी से प्राप्त किया है, लेकिन इसलिए सीपीयू हैं। वास्तव में, हार्ड डिस्क और सीपीयू के बीच गति के अंतर के बीच की खाई वास्तव में चौड़ी हो गई है। इसका मतलब है कि एप्लिकेशन को बहुत सारे सीपीयू चक्र मिल सकते हैं, लेकिन वे अभी भी भंडारण से डेटा प्राप्त करने के लिए भूखे रह रहे हैं। क्या अधिक है, जो डेटा संग्रहीत किया जा रहा है वह नाटकीय रूप से बढ़ गया है। बस उन सभी डिजिटल तस्वीरों के बारे में सोचें जो छुट्टियों में ली और साझा की गई हैं। प्रत्येक फोटो का आकार लगभग 1 एमबी का होता है, अब वे प्रति फोटो 15 एमबी से अधिक हो जाते हैं और कुछ इससे आगे निकल जाते हैं। डिजिटल फिल्मों का वीडियो संपादन और प्रतिपादन और भंडारण भी काफी लोकप्रिय हो गया है और इसके परिणामस्वरूप अनुप्रयोग सैकड़ों गीगाबाइट डेटा में हेरफेर कर रहे हैं। 4k के विशिष्ट डिस्क क्लस्टर आकार के साथ, एक 15MB आकार की फ़ाइल संभावित रूप से लगभग 4,000 extents में खंडित हो सकती है। इसका मतलब है एक अतिरिक्त 4, फ़ाइल को पढ़ने या लिखने के लिए 000 डिस्क I / O अनुरोध आवश्यक हैं। कोई फर्क नहीं पड़ता कि किस प्रकार का भंडारण है, बस ऑपरेशन को पूरा करने में अधिक समय लगेगा।

SSD पर डेटा का भौतिक स्थान वास्तव में इस तरह से कोई फर्क नहीं पड़ता कि यह नियमित चुंबकीय HDD पर होता है। एक SSD के साथ कोई प्रासंगिक विलंबता नहीं है या इसके साथ संघर्ष करने का समय नहीं है। कई विशेषज्ञों का मानना ​​है कि विखंडन अब एक समस्या नहीं है, लेकिन अनुप्रयोग डेटा पहुंच की गति को केवल उन शब्दों में परिभाषित नहीं किया गया है। प्रत्येक और प्रत्येक I / O अनुरोध को समय की एक औसत दर्जे की राशि लेता है। SSD के तेज हैं, लेकिन वे तात्कालिक नहीं हैं। विंडोज एनटीएफएस फाइल सिस्टम कोई अलग व्यवहार नहीं करता है क्योंकि अंतर्निहित भंडारण एक एसएसडी बनाम एचडीडी है और इसलिए विखंडन अभी भी होता है। विखंडन को रोकने और उन्मूलन के द्वारा अनावश्यक I / O को कम करने से I / O अनुरोधों की संख्या कम हो जाती है और परिणामस्वरूप अनुप्रयोग डेटा प्रतिक्रिया समय में तेजी आती है और SSD के समग्र जीवनकाल में सुधार होता है। संक्षेप में,

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

मेरे पास इसे वापस करने के लिए बेंचमार्क परिणाम हैं। यदि आप चाहते हैं, तो एक टिप्पणी पोस्ट करें, इन परिणामों का अनुरोध करें, और मुझे आपके साथ साझा करने में खुशी होगी।


हॉवर्ड बटलर, आप इस साइट पर नए हैं, आपका स्वागत है। सामान्य तौर पर, इंटरनेट पर व्यक्तिगत जानकारी प्रकाशित करने की सलाह दी जाती है।
विज़लॉग

@wizlog इंटरनेट पर निजी जानकारी पोस्ट करने में कुछ भी गलत नहीं है अगर जानकारी आपकी अपनी है। हालाँकि, StackExchange पर प्रयोजनों के लिए, अपनी संपर्क जानकारी या उत्तर में 'हस्ताक्षर' पोस्ट करना बेमानी है। उपयोगकर्ता यदि चाहें तो अधिक जानकारी के लिए आपकी प्रोफ़ाइल पर क्लिक कर सकते हैं।
iglvzx

@iglvzx मैं केवल एक टिप्पणी की रचना कर रहा था जो अनिवार्य रूप से एक ही बात का सुझाव देगी ... जैसा कि इस उत्तर द्वारा अनुशंसित है ।
wizlog

2

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

एक वर्चुअल मशीन जो विंडोज को अपने ऑपरेटिंग सिस्टम के रूप में चला रही है, विखंडन अभी भी होगा और अतिरिक्त I / O ट्रैफिक के संयुक्त प्रभाव से न केवल अतिथि सिस्टम की गति और दक्षता कम हो जाएगी, बल्कि मेजबान भी। Microsoft और VMware दोनों अतिथि स्तर पर विखंडन को संबोधित करने की आवश्यकता की अनुशंसा करते हैं।

यहाँ पर क्यों…

  1. आवेदन डेटा एक्स के लिए पूछता है

  2. अनुरोध NTFS.sys द्वारा संसाधित किया जाता है

  3. फ़ाइल विशेषताओं की जांच की जाती है ($ MFT) और यदि डेटा एक सीमा (खंड) में समाहित नहीं है, तो मूल डेटा अनुरोध को पूरा करने के लिए प्रत्येक सीमा / खंड के लिए अतिरिक्त I / O अनुरोध बनाए जाते हैं।

  4. इनमें से प्रत्येक अनुरोध को तब डिस्क स्टोरेज ड्राइवर को भेजा जाता है।

  5. डेटा पुनर्प्राप्त होने के बाद इसे उपयोगकर्ता / एप्लिकेशन को स्टैक अप वापस पास किया जाता है।

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

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


1

विंडोज सर्वर 2008 और विंडोज विस्टा से शुरू होकर, विंडोज डिफॉल्ट शेड्यूल किए गए डिफ्रैग टास्क से सावधान रहें।

इसे इसके साथ अक्षम किया जा सकता है: schtasks /change / tn “microsoft\windows\defrag\ScheduledDefrag” /disable

या PowerShell का उपयोग कर:

Get-ScheduledTask ScheduledDefrag | Disable-ScheduledTask

इससे निकाला गया: http://www.sysadmit.com/2015/10/vmware-y-gpo-defrag-windows.html


0

मैंने अभी-अभी 240Gb INTEL SSDSC2CW2403 पर होस्ट की गई विंडोज़ डीफ़्रैग का उपयोग करके एक VMLite XPMode VM को डीफ़्रैग्मेन्ट किया है।

मेजबान पर प्री डिफ्रैग वीएम आकार - 7.83 जीबी (सी पर इस्तेमाल किया स्थान: वीएम पर, 12181 जीबी का 5.81 जीबी)

पोस्ट डीफ़्रैग - 9.86Gb (सी पर इस्तेमाल किया गया स्थान: VM पर, 121Gb का 5.80Gb)

ऐसा परिणाम नहीं, जिसकी मुझे उम्मीद थी और मैंने पूर्व डीफ़्रैग संस्करण को बहाल कर दिया है।


-1

नहीं वास्तव में नहीं। डिस्कपर द्वारा "हाइपरफास्ट" जैसे सामान हैं, लेकिन मुझे नहीं पता कि ये तकनीक कितनी कुशल हैं। (यह शायद सिर्फ एक दरार है, इसलिए वे एसएसडी मुख्यधारा बनने के बाद बाजार से नहीं हटेंगे।)


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