मैं अपना बूट / शटडाउन समय कैसे सुधार सकता हूं?


29

मेरे पास एक बहुत अच्छा लैपटॉप है (Intel Core i7-3520M CPU @ 2.90GHz, SataII SSD from Samsung, 8GB Ram), लेकिन मैं अपने बूट और शटडाउन के समय से संतुष्ट नहीं हूं ... मैंने बूटचार्ट स्थापित किया है, और मैं इसकी व्याख्या करने की कोशिश कर रहा हूं। , लेकिन मैं कुछ हिस्सों को नहीं समझता।

बूटकट आउटपुट

विशेष रूप से, मुझे पहले 10 सेकंड के दौरान क्या नहीं मिल रहा है, जब लगभग कोई CPU उपयोग नहीं है, न ही I / Os। फिर क्या हो रहा है? (वहाँ केवल udevd, modprobe और प्लायमाउथ चलने लगते हैं)।

अपने दैनिक कार्य के दूसरे छोर पर, मैं भी धीमी गति से बंद होने का अनुभव करता हूं। यहां कोई शॉटडाउन चार्ट नहीं है, इसलिए मैं और भी क्लूलेस हूं ...

अपडेट मैं एक संकेत के पार आया हूं जिसमें कहा गया है कि ऊपर की तरफ टकराने से कंसोल बंद हो जाता है (मैं इससे पहले एफ 1 / ऑल्ट एफ 1 के साथ लड़ रहा था)। इसलिए मैंने देखा है कि लंबे समय से बंद समय rpcbind और मॉडेम-प्रबंधक के साथ साफ - साफ छोड़ने में असमर्थ होने के लिए लगता है ... कोई विचार?

अपडेट 2 मैंने आरपीसीबीइंड की स्थापना रद्द कर दी है, साथ ही मॉडेममैनगर भी। इसने शटडाउन के लिए चीजों को बेहतर बनाया, लेकिन मेरे पास अभी भी कई सेकंड हैं जो 'सभी प्रक्रियाओं को 1 सेकंड के भीतर समाप्त होने' के संदेश के बीच इंतजार कर रहे हैं, और वास्तविक शटडाउन। बस तब, मुझे एक त्वरित संदेश मिलता है जिसे मैं अभी तक पढ़ने में असमर्थ था, लेकिन मुझे लगता है कि कुछ समय लगने की संभावना है ...

अपडेट 3 ठीक है, मुझे लगता है कि मैंने बूट प्रक्रिया के पहले 10 सेकंड के दौरान चीजों को फिर से शुरू करने और प्रतीक्षा करने के रूट तक सीमित कर दिया है। यह 5 से अधिक सेकंड ले रहा है, जिसमें कोई डिस्क नहीं है और न ही ध्यान देने योग्य सीपीयू गतिविधि है। मैंने देखा कि /etc/initramfs/conf.d/resume में स्वैप UUID मेरे स्वैप विभाजन के वास्तविक UUID से मेल नहीं खाता, जो कि होता है ... क्रिप्टेड। शायद यही बात है? Initramfs-tools और cryptswap पर कोई संकेत?


मुझे पता है कि यह असंबंधित है। लेकिन फिर भी मैं आपको विकल्प के रूप में सस्पेंड (राम / डिस्क पर) का उपयोग करने का सुझाव देने से नहीं चूकना चाहता। "ऑफ-स्टेट" से "रनिंग-स्टेट" तक यह मेरी कमजोर प्रणाली के लिए 3 सेकंड से कम है
humanandandpeace

1
SSD का उपयोग करते समय डिस्क को निलंबित करना किसी भी तरह से अनुशंसित नहीं है, क्योंकि इसका अर्थ है कि हर बार डिस्क पर मेमोरी लिखना ... लेकिन आप निलंबित से राम तक फिर से शुरू करने के लिए सही हैं।
अलसी

1
मैं 15 सेकंड की उम्मीद करूंगा, शायद 10. मेरा एसएसडी वास्तव में त्वरित है, और मेरा सीपीयू खराब नहीं है, मुझे लगता है कि मैं इससे सबसे अच्छा प्राप्त कर सकता हूं। फ्रैंक होने के लिए, बूट समय उतना बुरा नहीं है, लेकिन शटडाउन समय है। कहा कि, rpcbind और modem-manager को हटा दिया (आज कर दिया) ने चीजों को बहुत बेहतर बना दिया है। मुझे यह भी लगता है कि मैं बूट के पहले 10 सेकंड को समझता हूं: ऐसा लगता है कि यह समय इनट्रामाफ़्स में होता है, जिसमें udv ड्राइवरों को लोड किया जाता है और / देव आबाद होते हैं। नहीं पता कि क्या यह जल्दी हो सकता है ... (www.debian-administration.org/articles/620 देखें)
alci

1
यह अच्छा है कि आपने बंद के साथ प्रगति की। क्या आपको बूट प्रक्रिया के साथ कुछ भाग्य मिला है? क्या UDEV अपराधी है?
मानवतावादी

1
धन्यवाद, rpcbind और modem-manager ने मेरे लिए चाल चली - और भी rngd: bugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036 अब अंत में यह मेरी मशीन लेती है (Lenovo W530 एक SSD के साथ, तो अभी भी शक्तिशाली) शटडाउन करने के लिए कम समय (फिर 10 सेकंड से कम)।
सुपर

जवाबों:


12

ठीक है, मुझे समस्या मिल गई है। जैसा कि मैं महसूस कर रहा था, फिर से शुरू होने और प्रतीक्षा करने के लिए 5 सेकंड सामान्य नहीं है।

चारों ओर घूमते हुए, मैंने आखिरकार इस बग रिपोर्ट को पाया: प्रतीक्षा के लिए रूट पर 5 सेकंड की देरी

अनिवार्य रूप से, यह बताता है कि 5 सेकंड का इंतजार गलत प्रविष्टि के कारण है /etc/initramfs-tools/conf.d/resume

यह पता चला है कि मेरा स्वैप एन्क्रिप्टेड है, और मेरे पास शुरुआती इंस्टॉलेशन UUID था /etc/initramfs-tools/conf.d/resume। मैं के लिए blkid द्वारा दिए गए / dev / mapper / cryptswap1 को डालने की कोशिश की, लेकिन यह काम नहीं किया ...

मैंने आखिरकार फ़ाइल में प्रविष्टि पर टिप्पणी की, और 5 सेकंड की देरी हो गई। किसी भी तरह से, मेरे सिस्टम पर हाइबरनेट सक्षम नहीं है (मुझे लगता है कि यह उबंटू में डिफ़ॉल्ट रूप से अक्षम है)। प्रविष्टि की शुरुआत में # देखें।

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

तो भागो:

sudo update-initramfs -u

तो यहाँ मेरा नवीनतम बूटकट है:

bootchart

काफी बेहतर। शटडाउन के बारे में, rpcbind और modemmanager को हटाकर चाल चली गई। मेरे पास अब शानदार बूट और शटडाउन समय है।


यह देख कर आपको बहुत अच्छा लगा है कि आपने इस वेट_फोर्स / वॉट आदि की अदला-बदली से संबंधित मुद्दे को खोज लिया है और अपने बूट समय को नीचे लाने में कामयाब रहे हैं। @alci आपके बारे में "काफी बड़ा 8GB" मैं सोच रहा था कि आप अपने पीसी का उपयोग किस लिए करते हैं ताकि यह समझ में आ जाए कि आखिर आपको स्वैप का उपयोग करना है? क्या आप कभी भी स्वैप विभाजन का उपयोग करते हैं, इसलिए आपका कुछ एप्लिकेशन> 8 जीबी रैम का उपयोग कर रहा है? वाह? पहले से ही आप इसे पहले से उपयोग न करके स्वैप की परेशानी से बच सकते थे।
मानवतावादी

1
मेरा स्वैप यहां है क्योंकि ... मैंने हमेशा अपने लिनक्स इंस्टॉल के साथ एक स्वैप किया था। और मैंने हमेशा अंगूठे के पुराने नियम को लागू किया: स्वैप आकार = रैम आकार :-)। क्या मैं कभी 8 जीबी से अधिक रैम का उपयोग करता हूं? आम तौर पर नहीं। लेकिन अगर मेरे पास कोई स्वैप नहीं है तो क्या होगा? और एक स्वैप होने की लागत क्या है?
alci

-6

शायद आप अपने ओएस को रैम पर स्थापित करने पर विचार करना चाहेंगे? अगर असली गति वह है जो आप उसके बाद हैं तो वह यही होगी। एसएसडी लोडटाइम और रैम लोडटाइम के बीच का अंतर सिर्फ विशाल है।


17
अच्छा विचार है, लेकिन मुझे लगता है कि मैं अपने OS को हर बार पुनर्स्थापित करने के लिए RAM को थोड़ी देर के लिए थोड़ा अनिश्चित महसूस करूंगा ... :-)
alci

तकनीकी रूप से कहें तो रैम पर एक इंस्टॉल्ड सिस्टम मशीन से बिजली गायब होते ही गायब हो जाएगा
Ed Villegas

बेशक, यही कारण है कि आप एक यूपीएस खरीदते हैं और इसे कभी भी बंद नहीं करते हैं।
कास्पर

रैम में अपने ओएस को स्थापित करें? memcache पहले से ही इसे पुश कर रहा है, लेकिन आपका OS स्थापित कर रहा है?
लिनक्स

@ लिनक्सआईएस ने एक बार ऐसा किया था कि मेरी <2.5GB / रूट पैरेन्मेंट की एक छवि को कॉपी करते हुए RAM में tmpfs विभाजन किया गया था। शुरुआती लंबी 2.5GB डेटा कॉपी के बाद यह काफी तेजी से चलता है। @ लिनक्स के रूप में अभी भी लाइनक्स कैशिंग तरह के समान गति प्राप्त करता है। यह टिप्पणी सिर्फ कहने के लिए है: यह रैम में एक लिनक्स चलाने के लिए बिल्कुल पागल नहीं है। यह करने योग्य है। शटडाउन से पहले छवि को वापस कॉपी करते समय यह लगातार भी बन सकता है :)
humanityANDpeace
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.