इष्टतम प्रदर्शन के लिए LVM में सीमित एसएसडी स्थान कैसे आवंटित करें

8

मुझे बस एक नया एसएसडी मिला है, और मैं सलाह दे रहा हूं कि इसे अपने मौजूदा एलवीएम सेटअप में कैसे शामिल किया जाए। मेरे पास निम्नलिखित तार्किक वॉल्यूम हैं (स्पष्ट स्थानों पर घुड़सवार):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g

मुझे नए SSD से जुड़े भौतिक संस्करणों में 108.26 जी मिला है। मैं pvmoveइन एलवी में से कुछ को एसएसडी में स्थानांतरित करने के लिए उपयोग करने जा रहा हूं । सवाल यह है कि एलवी को किस ओर बढ़ना है?

विचाराधीन मशीन मूल रूप से एक गृह कार्य केंद्र है। मैं कुछ प्रकाश विकास करता हूं (स्रोत कोड रहता है home), कुछ बहुत कम-लोड सर्वर प्रक्रियाएं (अपाचे, आदि) चलाएं, और समय-समय पर थोड़ी छवि और वीडियो संपादन करें। मैं x86 पर जेंटू चलाते हैं अगर इससे कोई फर्क पड़ता है।

— मैट मैकहेनरी
स्रोत

7

अपने डेस्कटॉप के लिए, मैंने उन फ़ाइलों को स्थानांतरित किया, जिन्हें मैंने एसएसडी डिवाइस पर अक्सर उपयोग किया, अन्य फाइलों को हार्ड डिस्क पर छोड़ दिया।

एसएसडी पर सिस्टम होने से बहुत मदद मिलती है। इसे बहुत बार संशोधित नहीं किया जाता है। अपने SSD पर usr ले जाएँ ।
आपकी होम डाइरेक्टरी का उपयोग भी अक्सर किया जाता है। अपने SSD पर घर ले जाएं । यदि यह बहुत बड़ा है, तो कम बार उपयोग की जाने वाली फ़ाइलों को अलग करने का प्रयास करें और उन्हें हार्ड डिस्क पर छोड़ दें (सीमलिंक इस कार्य में मदद करता है)
/ Var निर्देशिका अक्सर डेमॉन द्वारा पहुँचा है (ज्यादातर मामलों में फ़ाइलें लॉग इन करने जोड़कर)। कुछ लोग रिमोट सर्वर पर या रैमडिस्क पर लॉग इन करने की कोशिश करते हैं। यह जटिल हो सकता है और परेशानी के लायक नहीं हो सकता है। मैं SSD पर var चला गया।
के उपयोग को / tmp निर्देशिका अनुप्रयोगों का उपयोग कर रहे पर निर्भर करता है।
स्वैप उपयोग आपके अनुप्रयोगों और भौतिक मेमोरी पर भी निर्भर करता है। मेरे लिए, स्वैप का उपयोग बहुत बार नहीं किया जाता है, इसलिए यह वास्तव में SSD पर होने का आशीर्वाद नहीं देता है (यह स्वैप प्रदर्शन के लिए सबसे अच्छा है)।

विभाजन के लिए आप निश्चित नहीं हो सकते हैं (tmp, swap1, swap2, opt), आप उन्हें स्थानांतरित किए बिना प्रयास कर सकते हैं और iostat -p कमांड का उपयोग करके देख सकते हैं कि वे कितनी बार एक्सेस किए गए हैं।

उबंटू पर एक एसएसडी डिवाइस इंस्टॉल करना जांचें

— ciceron
स्रोत

4

बस एसएसडी को कैश के रूप में उपयोग क्यों नहीं किया जाता है?

— जेवियर
स्रोत

2

मैंने जो पढ़ा है, उसके आधार पर LVM SSD के साथ सबसे अच्छा विकल्प नहीं हो सकता है क्योंकि वर्तमान में LVM का उपयोग करने पर वर्तमान में कोई TRIM समर्थन नहीं है:

http://www.fedoraforum.org/forum/showthread.php?t=256068

(अन्य विभिन्न सुझाव फिर से हैं: एसएसडी उस थ्रेड में भी)

— damorg
स्रोत

धन्यवाद। मंचों

— dajobe

1

मैं इस समय खुद कुछ ऐसा देख रहा हूं। जेवियर ने जो bcache और flashcache विकल्पों के अलावा उल्लेख किया है, आप इसके बजाय "हॉट" extents की पहचान कर सकते हैं और उन्हें अपने SSD में pvmove कर सकते हैं:

https://bbs.archlinux.org/viewtopic.php?id=113529

TRIM की कमी को कम करने के लिए आप पूर्ण SSD क्षमता से कम का उपयोग कर सकते हैं, फिर बाद में extents ले जाएँ और मैन्युअल रूप से hdararm के साथ सेक्टर रेंज को छोड़ दें:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

यह स्पष्ट रूप से बेहद खतरनाक है और कोई भी त्रुटि आपके डेटा को नष्ट कर सकती है!

— grifferz
स्रोत

0

मैं कुछ कैशिंग ऑपरेशन के लिए SSD के उपयोग से सहमत हूं, लेकिन आपको संभवतः सटीक उपयोग के मामले की गंभीरता से जांच करनी चाहिए। यदि आप एक उच्च अंत SSD नहीं खरीदते हैं, तो पहनने और विश्वसनीयता एक बड़ा मुद्दा है। इस स्थिति में, मैं इसे अस्थायी निर्देशिका ऑप्स के लिए उपयोग नहीं करूंगा, जैसे / tmp, / var / tmp, / var / run, और swap। मैं इसके लिए मेमोरी आधारित फाइल सिस्टम का उपयोग करने के लिए उद्यम करूंगा, लेकिन इसे स्थापित करना थोड़ा कठिन है, और अगर आप नहीं जानते कि आप क्या कर रहे हैं तो यह थोड़ा जोखिम भरा हो सकता है।

निश्चित रूप से SSD पर आपका A / V संपादन है! यह संभवत: आपकी होम निर्देशिका है, लेकिन आपके घर के नीचे एक माउंट पॉइंट भी कहीं और एक विशेष निर्देशिका हो सकती है। SSDs चमकते हैं जहां आप डिस्क हेड्स को स्थानांतरित किए बिना यादृच्छिक पढ़ / लिख सकते हैं। यह संपादन, और ए / वी काम जैसे उच्च बैंडविड्थ अनुप्रयोगों को चिल्लाता है। / usr अगला स्थान हो सकता है, अगर आपके पास इसके लिए पर्याप्त जगह है। आपके अधिकांश बायनेरिज़ और लाइब्रेरीज़ / usr में हैं, और SSD द्वारा प्रदान किए गए यादृच्छिक रीड ऑर्डर से लाभ उठा सकते हैं।

— पॉल
स्रोत