लिनक्स अपडेट को तुरंत तेज करें: वह एक सेटिंग जिसने सारा अंतर पैदा किया

प्रकाशित: 1 अप्रैल 2026, शाम 4:30 बजे EDT

रोइन बर्टेल्सन स्टॉकहोम स्थित एक टेक लेखक, अनुवादक और डिजिटल रणनीतिकार हैं, जिन्हें AI टूल्स, लिनक्स, कंज्यूमर टेक, साइबर सिक्योरिटी और SEO-संचालित कंटेंट में बीस साल से अधिक का व्यावहारिक अनुभव है। वे जटिल विषयों को स्पष्ट, व्यावहारिक मार्गदर्शन में बदलने के लिए जाने जाते हैं जो पाठकों को वास्तविक समस्याएं हल करने में मदद करता है। लोग उनके काम पर भरोसा करते हैं क्योंकि वे वास्तव में उन टूल्स का उपयोग और परीक्षण करते हैं जिनके बारे में लिखते हैं, जानबूझकर चीजों को तोड़ते हैं, और आधुनिक तकनीक की अराजकता को ऐसी सलाह में अनुवादित करते हैं जो मानवीय, ईमानदार और उपयोगी लगती है।

एक बहुत विशिष्ट प्रकार की जलन है (अगर किसी को दिलचस्पी है, तो मैं इसे पेंगुइन-रेज कहता हूं) जो लिनक्स अपडेट को रेंगते हुए देखने से आती है। फेल नहीं, क्रैश नहीं, या शिकायत भी नहीं। बस वहीं बैठा हुआ, इंच-दर-इंच आगे बढ़ रहा है जैसे यह प्रत्येक पैकेज के साथ व्यक्तिगत रूप से बातचीत कर रहा हो। मेरा सिस्टम टूटा नहीं था। इंटरनेट ठोस था। स्ट्रीमिंग, डाउनलोड, डॉकर पुल, सब ठीक था। लेकिन जिस क्षण मैंने apt update के बाद apt upgrade चलाया। सब कुछ एक विनम्र, लगभग निष्क्रिय-आक्रामक गति से धीमा हो गया। जैसे लिनक्स कह रहा हो, "हम पहुंचेंगे… अंततः।" और सबसे लंबे समय तक, मैंने बस इसे स्वीकार कर लिया। क्योंकि अपडेट में समय लगना चाहिए, है ना? स्पॉइलर चेतावनी: नहीं, उन्हें नहीं लगना चाहिए।

समस्या मेरा सिस्टम नहीं थी

धीमे अपडेट खराब मिरर चयन के कारण हुए

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

कभी-कभी आप भाग्यशाली होते हैं और एक तेज, स्थानीय मिरर पर पहुंचते हैं जो तत्काल लगता है। दूसरी बार, आप ग्रह के दूसरी तरफ फंसे हुए किसी चीज के साथ समाप्त होते हैं जो या तो ओवरलोडेड है, कम शक्तिशाली है, या बस एक बुरा दिन बिता रहा है। और आपका सिस्टम खुशी-खुशी इसका उपयोग हमेशा के लिए करता रहेगा, जैसे कि यह एक दीर्घकालिक रिश्ते में हो। यही मेरे साथ हुआ। कुछ भी गलत नहीं लग रहा था। कोई त्रुटि या चेतावनी नहीं। सादे तौर पर, अपडेट जो उनके किसी भी अधिकार से कहीं अधिक लंबे समय तक लगे। सबसे बुरा हिस्सा यह है कि यह कितना सूक्ष्म है। आप तुरंत नहीं सोचते, "यह टूटा हुआ है।" आप सोचते हैं, "मुझे लगता है कि अपडेट में बस इतना ही समय लगता है।" ऐसा नहीं है।

मैंने मिरर स्विच किया और सब कुछ बदल गया

एक बेहतर सर्वर ने अपडेट को नाटकीय रूप से तेज कर दिया

फिक्स लगभग आक्रामक रूप से सरल था। मैंने एक बेहतर मिरर पर स्विच किया। लिनक्स मिंट और उबंटू-आधारित सिस्टम पर, यह सीधे सिस्टम सेटिंग्स में बेक किया गया है। कोई टर्मिनल अनुष्ठान आवश्यक नहीं, कोई फोरम स्पेलंकिंग नहीं, 2012 के ब्लॉग पोस्ट से कमांड कॉपी-पेस्ट करने की आवश्यकता नहीं।

• सॉफ्टवेयर स्रोत खोलें
• डाउनलोड फ्रॉम या मिरर सेक्शन खोजें
• इसे मिरर का परीक्षण करने दें या अपने करीब एक को मैन्युअल रूप से चुनें
• लागू करें और रीफ्रेश करें

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

मैंने समानांतर डाउनलोड भी सक्षम किया

APT को मल्टीटास्क करने देना अनावश्यक प्रतीक्षा को हटा देता है

एक बार जब मैंने देखा कि मिरर ने कितना अंतर पैदा किया, तो मुझे जिज्ञासा हुई। क्योंकि अगर एक छोटी सी सेटिंग इतना ठीक कर सकती है, तो और क्या सादे दृष्टि में छिपा था? पता चला, APT डिफ़ॉल्ट रूप से रूढ़िवादी है, इसलिए यह हमेशा सबसे आक्रामक डाउनलोड व्यवहार का उपयोग नहीं करता। कतार में खड़े हों, अपनी बारी का इंतजार करें, कोई धक्का-मुक्की नहीं।

जो बहुत अच्छा है अगर आप शेयर्ड मिरर पर विचारशील होने की कोशिश कर रहे हैं। कम अच्छा अगर आप बस चाहते हैं कि आपका सिस्टम आपकी कॉफी ठंडी होने से पहले अपडेट हो जाए। तो मैंने इसे थोड़ा धक्का दिया।

आप APT के कॉन्फिग को ट्वीक करके अधिक आक्रामक डाउनलोड व्यवहार सक्षम कर सकते हैं। उदाहरण के लिए:

Acquire::Queue-Mode "host"; Acquire::Retries "3";

और आपके सेटअप के आधार पर, पाइपलाइन गहराई को समायोजित करना या एकाधिक कनेक्शन की अनुमति देना इसे एक साफ-सुथरी लाइन में सब कुछ करने के बजाय अधिक कुशलता से लाने में मदद कर सकता है।

मैंने यह भी जोड़ा:

Acquire::Languages "none";क्योंकि मुझे अपने सिस्टम को उन भाषाओं के लिए अनुवाद फ़ाइलें डाउनलोड करने की आवश्यकता नहीं है जिन्हें मैं नहीं बोलता सिर्फ सांस्कृतिक रूप से पूर्ण महसूस करने के लिए।

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

लिनक्स इसे डिफ़ॉल्ट रूप से क्यों नहीं करता

सिस्टम स्थिरता और साझा संसाधनों का पक्ष लेता है

इससे पहले कि हम लिनक्स पर जानबूझकर हमारा समय बर्बाद करने का आरोप लगाना शुरू करें, इसके लिए एक कारण है। मिरर साझा बुनियादी ढांचा हैं। अगर हर मशीन अचानक उन पर आक्रामक समानांतर डाउनलोड के साथ हथौड़ा चलाने का फैसला करती है, तो चीजें तेजी से गड़बड़ हो जाएंगी। इसलिए डिस्ट्रो सुरक्षित खेलते हैं। रूढ़िवादी डिफ़ॉल्ट। अनुमानित व्यवहार। साझा सर्वरों पर अनावश्यक तनाव नहीं। यह कई लिनक्स निर्णयों के पीछे वही दर्शन है। स्थिरता पहले, प्रदर्शन दूसरा, अराजकता वैकल्पिक। लेकिन ट्रेड-ऑफ यह है कि आपका सिस्टम प्रशिक्षण पहियों के साथ चल रहा हो सकता है बहुत बाद तक जब आपको वास्तव में उनकी आवश्यकता होती है। खासकर यदि आप एक अच्छे कनेक्शन पर हैं और एक व्यक्तिगत मशीन अपडेट कर रहे हैं, न कि कहीं डेटा सेंटर में सर्वरों के बेड़े को बनाए रख रहे हैं।

संबंधित

अपडेट ठीक करने से सूक्ष्म लेकिन निरंतर घर्षण का स्रोत दूर हो गया

यह वह हिस्सा है जिसकी मुझे उम्मीद नहीं थी। मेरा सिस्टम पहले धीमा महसूस नहीं करता था। किसी स्पष्ट तरीके से नहीं। ऐप्स ठीक लॉन्च हुए। मल्टीटास्किंग स्मूथ थी। कुछ भी "प्रदर्शन समस्या" नहीं चिल्लाया। लेकिन हर बार जब अपडेट आए, तो वहां यह निम्न-स्तरीय घर्षण था। "उह, इसमें थोड़ी देर लगेगी" की वह भावना। इसने सिस्टम रखरखाव को टालने जैसा महसूस कराने के लिए बस पर्याप्त प्रतिरोध जोड़ा। मिरर ठीक करने और फिर APT को पोस्ट ऑफिस में कतार की तरह थोड़ा कम व्यवहार करने के लिए धक्का देने से वह पूरी तरह से हट गया।

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