SSD / HDD को बढ़ाने के लिए सर्वश्रेष्ठ / etc / fstab सेटिंग

Question

मुझे पता है कि EXT4 3y द्वारा सबसे तेज है पहले से ही अलग-अलग लेखकों से परीक्षण ब्लॉग पोस्टों की जांच कर रहा है, लेकिन अन्य सेटिंग्स भी हैं जो एसएसडी को तेज बनाती हैं मैं http://www.howtogeek.com/62761/how-to-tweak-your-ssd- में पाया गया इन-ubuntu के लिए बेहतर प्रदर्शन /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

और https://wiki.ubuntu.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

क्यों केवल noatime? और यह कैसे पता चलेगा कि डिस्क इंस्टॉलेशन से जर्नलिंग के बिना है? और तेज क्या? कोई Jornaling या विपरीत? और कोई जर्नलिंग डेटा = राइटबैक या जर्नलेड डेटा = ऑर्डर नहीं किया गया है?

और क्यों tmpfs / tmp दोनों आर्कटिकों में भिन्न होता है और वे कैसे धोते हैं और चुड़ैल बेहतर है और क्यों?

यह सब SSD के बारे में है, लेकिन क्या मैं HDD में समान सेटिंग्स का उपयोग कर सकता हूं? मैं HDD और SSD के लिए उत्तर ढूंढना चाहता हूं क्योंकि ive ने मेरे https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation में इसे स्थापित करने के लिए एक बार स्क्रिप्ट बनाई

Answer 1

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

अब पत्रकारिता को अक्षम करने के लिए ... यह सिर्फ पागल है। इन उन्नत फ़ाइल सिस्टम का उपयोग करने का पूरा बिंदु है: डेटा अखंडता को सुरक्षित रखते हुए बेहतर प्रदर्शन। यह समझें कि यदि आप यह व्यापार करते हैं तो आप गति में मामूली वृद्धि के लिए अपने व्यक्तिगत डेटा का आदान-प्रदान कर रहे हैं। मैं व्यक्तिगत रूप से इसकी सिफारिश नहीं करूंगा। अधिकांश लोग इस जोखिम को लेने के लिए क्षतिपूर्ति के लिए शुरू करने के लिए अच्छा बैकअप नहीं रखते हैं।

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

मैं इस बात की अवहेलना करूँगा कि उबंटू विकि ने इस धारणा को छोड़कर कि विभाजन संरेखण मूल्यवान है। यहाँ एक और अधिक जिम्मेदार लिंक है:

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

उस उबंटू विकी में कुछ सिफारिशें सीधे गलत हैं, जैसे "नोडव" का उपयोग करके tmpfs का पुन: संयोजन। यह पहले से ही एक RAMFS है!

फ़ायरफ़ॉक्स कैश को / tmp पर ले जाने से आपके वर्तमान सत्र में गति बढ़ सकती है। हालांकि यह एक सुरक्षा खतरा हो सकता है (अब आपके घर में सुरक्षित नहीं है) और इसे प्रत्येक बूट पर फिर से बनाया जाएगा क्योंकि tmpfs लगातार बना रहता है।

सारांश:

discardExt4 विकल्पों में जोड़ना समझदारी है, राइटबैक डिफॉल्ट मोड है, जर्नलिंग सेटिंग्स को अकेला छोड़ दें, ऐनिमल ट्विक्स ठीक हैं, और डेडलाइन या एनओपी शेड्यूलर पर स्विच भी उपयोगी हो सकता है, विभाजन संरेखण वैकल्पिक है। बाकी चारपाई है।

Comments

Atime tweaks ठीक हैं लेकिन अंततः व्यर्थ हैं। relatime एक महान समझौता है और केवल एक atime लिखने का कारण होगा यदि फ़ाइल को अंतिम एक्सेस के बाद संशोधित किया गया हो। Atime पर यह कटौती पूरी तरह से पहले से ही atime कार्यक्षमता को पूरी तरह से खोए बिना लिखती है।

— सीज़ियम

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

— पेप्त्रकी

nodevमूर्खता क्यों होगी ? यह सिस्टम को इस बात से अवगत नहीं कराता है कि फाइलसिस्टम एक उपकरण है, लेकिन डिवाइस फ़ाइलों को डिवाइस के रूप में व्यवहार करने से रोकता है। आप अलग-अलग का उपयोग करके परीक्षण कर सकते हैं sudo mknod -m666 test c 1 3(जो एक फ़ाइल बनाता है जो testएक योग्य नल डिवाइस के रूप में कार्य करता है, अर्थात /dev/null)। यदि आप इसे रूट के रूप में चलाते हैं या नहीं, तो एक फाइलसिस्टम आरोहित nodev, echo > testऔर cat testविफल रहता है।

— लेकेनस्टेएन

मुझे पता है कि मैन पेज क्या कहता है। क्या आप यह बता सकते हैं कि इसका प्रदर्शन पर कोई प्रभाव नहीं पड़ता, विशेषकर SSD के संदर्भ में?

— 14

Answer 2

discardविकल्प अब एसएसडी की मेजबानी की फ़ाइल सिस्टम के लिए सुझाव दिया है, के रूप में यह नीचे क्योंकि लिनक्स कर्नेल कमांड की एक गैर अनुकूलित कार्यान्वयन है चीजों को धीमा कर देती है। (IIRC, TRIM अनुरोध एक समय में केवल एक ATA सेक्टर रेंज का उपयोग करता है, जिससे यह धीमा हो जाता है।)

इसके बजाय, एक दैनिक क्रोन जॉब बनाएं जो चलाता है fstrim -v /(या जो भी आपके एसएसडी विभाजन हैं)। यह वह समाधान है जिसके साथ Ubuntu 14.04 LTS शिपिंग होगा।

Comments

"त्याग विकल्प अब सुझाया नहीं गया है" - स्रोत, कृपया?

— eMPee584

… इस पोस्ट को एक XFS देव marc.info/?l=linux-xfs&m=133047907914622&w=2 द्वारा पाया गया : “ऑनलाइन डिसकवरी वास्तव में उपभोक्ता SSDs के लिए उपयोग करने के लिए एक स्मार्ट चीज नहीं है […] ठीक है क्योंकि त्यागना बहुत धीमा और गैर- है अधिकांश हार्डवेयर पर योग्य संचालन जो इसका समर्थन करता है। " तो systemctl enable fstrim.timerयह है ..

— eMPee584

Answer 3

/ Tmp पर 'noexec' को सक्षम न करें या आप कुछ 3D ड्राइवरों के साथ समस्या का सामना करेंगे जिनके लिए / tmp से निष्पादन की आवश्यकता है। आधुनिक हार्डवेयर के लिए NVIDIA ड्राइवरों की यह आवश्यकता होती है, आपके पास कोई भी एप्लिकेशन सीगफॉल्ट (जैसे xscreensaver glmatrix) होगा यदि आपके पास 'noexec' सक्षम है।

Comments

तो मैं noexec के बिना लाइन जोड़ सकते हैं? ऐशे ही? tmpfs / tmp tmpfs nvv, nosuid, मोड = 1777 0 0

— कंगारू

Answer 4

पेपट्राकी के जवाब के अलावा , यदि फ्लैश पहनना चिंता का विषय है, तो आपको अपने /tmpफ़ोल्डर के लिए एक रैम फाइल सिस्टम माउंट करना चाहिए ।

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

लेकिन अपनी /var/logफ़ाइलों को तब तक RAM में न चलाएं जब तक कि आप सुनिश्चित न हों कि आप दुर्घटनाग्रस्त नहीं होंगे;) और आपने पहले ही अपने सभी सर्वर पैकेज स्थापित कर लिए हैं जो नई /var/logनिर्देशिकाएं (जैसे अपाचे) बनाते हैं और उन्हें जूते के बीच गायब होना पसंद नहीं करते :

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

यह JR0cket के उत्तर और विषय पर अन्य ब्लॉग लेखों का मिश्रण है ।