मैं कैसे पता लगाऊं कि मेरी मशीन क्या है?


10

मैं इस मशीन पर आर्क चला रहा हूँ:

3.40GHz i7 हेक्साकोर (4930K)

16GB DDR3 1600 मेगाहर्ट्ज रैम

RAID0 में 2xSamsung 840 EVO SSDs (BTRFS छापे का उपयोग करके)

जब मैं अपने आर्क पर VMware को कुछ VMs (2 या 3) के साथ चलाता हूं, तो उन्हें प्रत्येक को 2-4 कोर और प्रत्येक को 2GB RAM देते हैं, मेरा सिस्टम यादृच्छिक फ्रीज होने लगता है। हर दो मिनट में, सिस्टम 10 से 30 सेकंड के लिए कहीं भी फ्रीज हो जाएगा, और फिर फिर से चलना शुरू कर देगा, केवल 30 सेकंड बाद तक फ्रीज करने के लिए जब तक मैं वीएम को बंद नहीं कर देता। जब सिस्टम फ्रीज हो जाता है, तब भी माउस ठीक चलता है, लेकिन अनुप्रयोग होस्ट पर प्रतिक्रिया देना बंद कर देते हैं - vmware जवाब नहीं देता, फ़ायरफ़ॉक्स (जो होस्ट पर भी खुला है) प्रतिक्रिया नहीं देता है, आदि।

जब फ्रीज होता है, अगर मेरे पास प्रक्रिया की निगरानी चल रही है, तो यह vmware द्वारा अधिकतम निकाले गए कई कोर दिखाता है, लेकिन साथ ही, अन्य अप्रयुक्त कोर भी हैं। मेरे पास पर्याप्त से अधिक रैम है - वीएम कुल 6GB का उपयोग करते हैं, और मेजबान के पास 10GB बचा है। मेरे पास 0 स्वैप स्थान है, इसलिए कोई भी तरीका नहीं है कि स्वैपिंग कुछ भी धीमा कर रही है।

ऐसी रिपोर्टें हैं कि क्योंकि btrfs फाइल सिस्टम स्तर पर फाइलों के विखंडन का कारण बनता है, इसलिए वर्चुअल मशीनें धीमी गति से चल सकती हैं। जहाँ तक मैं बता सकता हूँ कि, विखंडन केवल पारंपरिक हार्ड डिस्क पर एक समस्या है - SSDs ने उन हेड्स को नहीं पढ़ा है जो खोजते हैं, इसलिए वे परवाह नहीं करते हैं कि कोई फ़ाइल अत्यधिक खंडित है या नहीं।

यह कभी नहीं होता था जब मैं डेबियन 7 चला रहा था, इसलिए मुझे पूरा यकीन है कि यह एक हार्डवेयर समस्या नहीं है।

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


यह LUKS के साथ संबद्ध उपयोग से संबंधित हो सकता है: unix.stackexchange.com/questions/203677/…
brauliobo

जवाबों:


15

Btrfs gotchas पृष्ठ से :

बहुत सारे रैंडम राइट्स वाली फाइलें भारी मात्रा में खंडित हो सकती हैं (10000+ एक्सटेंड्स) जिससे SSD या बड़ी मात्रा में RAM पर सिस्टम पर HDDs की अधिकता होती है और CPU पर अत्यधिक मल्टी-सेकंड स्पाइक्स होता है।

  • सर्वर और वर्कस्टेशन पर यह डेटाबेस और वर्चुअल मशीन छवियों को प्रभावित करता है।

    • संबंधित गोच के साथ, नोडोडाक माउंट विकल्प यहां उपयोग किया जा सकता है।

    ...

  • लक्षणों में btrfs-transacti और ​​btrfs-endio-wri शामिल हैं जो बहुत अधिक CPU समय ले रहा है (स्पाइक्स में, संभवतः सिंक द्वारा ट्रिगर)। भारी खंडित फ़ाइलों का पता लगाने के लिए आप फ़ाइलफ्रैग का उपयोग कर सकते हैं (संपीड़न के साथ सही ढंग से काम नहीं कर सकते हैं)।

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

अंत में मैं अपने btrfs के हिस्से को सिकोड़ता हूं और लॉजिकल वॉल्यूम इसमें रहता है, मैंने एक नया LV बनाया और इसे ext4 के रूप में स्वरूपित किया, और फिर VM डिस्क चित्र जो मेरे पास (वर्चुअलबॉक्स) उस "पार्टीशन" पर रखें।


निश्चित रूप से मेरी समस्या की तरह लग रहा है। मैं वास्तव में यह जांचने का एक तरीका ढूंढ रहा था कि फ़ाइल कितनी खंडित थी, लेकिन जब मैंने विखंडन को पढ़ा तो उसने एसएसडी को प्रभावित नहीं किया जैसे कि वह एचडीडी करता है। जाहिरा तौर पर मैं जिस जगह पर पढ़ा था वह पूरी तरह से सटीक नहीं था - यह अभी भी एसएसडी को प्रभावित करता है - यह बहुत दिलचस्प है। मैं फाइलफ्रैग को एक कोशिश दूंगा, और शायद मेरे btrfs विभाजन का आकार बदल दूंगा और अपने VMs को ext4 विभाजन पर ले जाऊंगा जैसे आपने किया था, और वापस रिपोर्ट करें। साभार
ताल

0

यह एक पारदर्शी विशालकाय मुद्दा हो सकता है, जहां एक कर्नेल थ्रेड khugepaged है , वस्तुतः यह रैम को खनन कर रहा है ताकि आप इसे डीफ्रैग्मेंट कर सकें या 4k वालों में से विशालपृष्ठ बना सकें।

कर्नेल आपके सिस्टम रैम की काफी बड़ी मात्रा को देखते हुए विशालकाय को सक्षम करने का निर्णय ले सकता था।

इन दो कर्नेल ट्यूबल की सामग्री की जाँच करें:

/sys/kernel/mm/transparent_hugepage/enabled
/sys/kernel/mm/transparent_hugepage/defrag

यदि उनकी सामग्री है always, तो आप बदल सकते हैं neverऔर देख सकते हैं कि क्या सीपीयू स्पाइक्स / फ्रीज गायब हो जाते हैं।


समस्या लिखने के अंतराल पर है और CPU उपयोग से संबंधित नहीं है
brauliobo

0

विभाजन पर LUKS का उपयोग नहीं करके समस्या पूरी तरह से हल हो गई थी। इसलिए मैंने सीधे BTRFS के साथ विभाजन को प्रारूपित किया और पहले LUKS के साथ नहीं।

इसके अलावा निम्नलिखित मापदंडों के साथ मुहिम शुरू की:

/dev/sda2 /           btrfs       rw,noatime,space_cache,compress=lzo,ssd,discard,autodefrag,commit=0,thread_pool=8 0 0

Abysmal सामान्य dm-crypt (LUKS) से संबंधित प्रदर्शन लिखते हैं

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