Ecryptfs हार्डडिस्क प्रदर्शन को कैसे प्रभावित करता है?


11

मेरे पास मेरा घर है जो डायरेक्ट्री के साथ एन्क्रिप्टेड है। क्या ई-क्रिप्टो विखंडन की ओर जाता है?

मुझे लगता है कि फाइलों को पढ़ना, फ़ोल्डर्स को प्रदर्शित करना और लॉगिन लगातार धीमा और धीमा हो गया (हालांकि यह शुरुआत में बिल्कुल धीमा नहीं था)। हार्ड डिस्क बहुत तलाश करता है शोर भले ही मैं केवल एक पाठ फ़ाइल खोलें। /Home/.ecryptfs में मुझे कई बड़े अभिलेखागार दिखाई देते हैं (जिसमें शायद एन्क्रिप्ट की गई फाइलें होती हैं), इसलिए मैं सोच रहा हूँ कि क्या लिनक्स फ़ाइल सिस्टम ऑनलाइन डीफ़्रैग्मेन्टेशन यहाँ कुछ हासिल करता है।

प्रदर्शन बढ़ाने के लिए मेरे पास क्या विकल्प हैं? क्या मुझे यह तय करना चाहिए कि क्या मैं एन्क्रिप्शन के बिना बेहतर कर सकता हूं?


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

जवाबों:


10

Phoronix ने होम निर्देशिकाओं को एन्क्रिप्ट करते समय eCryptfs प्रदर्शन पर कई परीक्षण और कुछ लेख चलाए हैं:

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

आपके विशेष मुद्दे के अनुसार, यदि आप बहुत सारे "हार्ड डिस्क की तलाश" शोर सुन रहे हैं, तो मुझे लगता है कि आपका सिस्टम मेमोरी से डिस्क, और आगे और पीछे डेटा स्वैप कर रहा है। यदि आपने eCryptfs का उपयोग करने के लिए चुना है, तो उबंटू स्वचालित रूप से आपके स्वैप स्थान को एन्क्रिप्ट करेगा (जो आपके एन्क्रिप्ट किए गए डेटा को सुरक्षित करने के लिए आवश्यक है)। हालाँकि, एन्क्रिप्टेड स्वैप बहुत महंगा है।

व्यक्तिगत रूप से, मैं अपने सिस्टम को बहुत सारे RAM (मेरे अधिकांश सिस्टम पर 8GB) के साथ अधिभारित करता हूं, और स्वैप को पूरी तरह से अक्षम कर देता हूं।


6

मैं अपने घर की निर्देशिका में अजगर के साथ प्रोग्रामिंग कर रहा हूं, और मेरे पास प्रोजेक्ट पैकेज के लिए पायथन वर्चुअल वातावरण है।

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

अपडेट करें

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


मेरे पास एक नया पेंटियम i7 क्वाडकोर है और प्रदर्शन अभी भी मेरे लिए बेकार है।
20 नवंबर को HDave

5

मैंने कोई हार्ड कोर माप नहीं किया है, इसलिए नमक के एक दाने के साथ निम्नलिखित लें, लेकिन मैंने एक dm-crypt'd LV की तुलना में निम्नलिखित परिदृश्यों में ecryptfs के साथ बेहद खराब प्रदर्शन पर ध्यान दिया है (माउंट / होम / उपयोगकर्ता नाम)।

  • बहुत सारी फ़ाइलों के साथ एक फ़ोल्डर पर डु। पूरे विभाजन के डीएम-क्रिप्ट का उपयोग करते हुए केवल कुछ सेकंड लगते हैं - यह अब तक का सबसे खराब मामला है

  • उत्परिवर्ती में बहुत सी वस्तुओं के साथ एक फ़ोल्डर खोलने में कई सेकंड लगते हैं (लगभग 10000 आइटमों वाले फ़ोल्डर पर 20) जबकि यह डीएम-क्रिप्ट के साथ लगभग तात्कालिक है

  • डीआईटी-क्रिप्ट की तुलना में गिट संचालन धीमा (कुछ के द्वारा, बहुत नहीं)

  • फ़ायरफ़ॉक्स जैसे एप्लिकेशन शुरू होने में अधिक समय लेते हैं लेकिन हम अभी भी सेकंड रेंज में हैं

मैं सिर्फ dm-crypt (pam_mount के साथ) चला गया और अधिक खुश नहीं रह सका!


1

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

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