Chrome, Edge, Firefox की memory usage को नाटकीय रूप से कम करें
(rizonesoft.com)ब्राउज़र की memory usage नाटकीय रूप से कम हो जाती है!!
मुझे समझ नहीं आता कि यहाँ के डेवलपर्स memory का ध्यान रखे बिना coding क्यों करते हैं.
क्या वे कर सकते थे, लेकिन किया नहीं?
12 टिप्पणियां
अगर टैब बहुत ज़्यादा हैं, तो बेहतर होगा कि https://chrome.google.com/webstore/detail/… इस्तेमाल करके देखें...
हर ब्राउज़र के लिए suspender जैसे टूल काफ़ी अच्छे मिल जाते हैं, इसलिए मैं भी इन्हें अक्सर इस्तेमाल करता हूँ। ये वाकई memory कम करने में मदद करते हैं। टैब्स को ज़बरदस्ती बंद भी नहीं करना पड़ता, और यह ज़रूरत पूरी करते हुए memory भी कम हो जाती है, इसलिए अच्छा लगता है।
जो टैब इस्तेमाल नहीं हो रहे, उनमें काफ़ी बर्बादी होती है, तो चलो उसे कम करें! ... ऐसा कॉन्सेप्ट आजकल Edge में लागू किए गए पावर-सेविंग मोड जैसा लगता है। सच कहूँ तो मैं तो यह सोचता हूँ, 'अगर टैब खोल रखा है तो उसका इतना मेमोरी लेना क्या सामान्य नहीं है...' इसलिए... मैं तो बस अपना कंप्यूटर अपग्रेड कर लेता हूँ.
लगता है कि GeekNews की algorithm में बदलाव की ज़रूरत है ताकि Hacker News की तरह आम लोगों द्वारा परखे गए लेख सामने आएँ। साथ ही, ऐसे लेखों को रोकने के लिए report/downvote फीचर की भी ज़रूरत लगती है
downvote सिर्फ़ टिप्पणियों पर ही किया जा सकता है... लेकिन मुझे भी यह दिखाई नहीं दे रहा। हो सकता है कि मैं ग़लत याद कर रहा हूँ, लेकिन लगता है पहले यह दिखता था, इसलिए अजीब लग रहा है।
कहा जाता है कि Flag और Downvote एक निश्चित Karma से ऊपर होने पर सक्रिय हो जाते हैं.
लगता है Flag लगभग 100 के आसपास सक्रिय होता है, और Downvote मेरे लिए भी सक्रिय नहीं हुआ है, इसलिए उसका मानदंड मुझे नहीं पता.
अगर Downvote सक्रिय है, तो कमेंट की ID के बगल में समय पर क्लिक करके डिटेल व्यू में जाएं; वहां इसके अंदर यह किया जा सकता है.
वास्तव में इस्तेमाल करने वाले की नज़र से देखें तो यह जितना दिखता है उतना उपयोगी नहीं है। इस्तेमाल करते समय हर बार टैब बदलने पर टैब को फिर से reload करना पड़ता है...
यह बहस में बदल सकता है, इसलिए सावधानी से कह रहा हूँ,
लेकिन मुझे लगता है कि मुख्य लेख में बताए गए memory optimization tools वास्तव में memory को प्रभावी ढंग से optimize करने वाले tools नहीं हैं,
बल्कि सिर्फ़ आँकड़ों में ऐसा दिखाने की संभावना ज़्यादा है।
(सबसे पहले Twitter पर यह लिखने वाले व्यक्ति की comment link यहाँ दे रहा हूँ: https://twitter.com/techsharer/status/1387307385639759873)
इससे अलग, browser development teams लगातार memory optimization के लिए
कई तरह के प्रयास कर रही हैं।
हालाँकि, memory का ज़्यादा इस्तेमाल होना मुझे इस बात का संकेत लगता है कि उतने ही high-performance web applications
browser में बिना किसी परेशानी के चल रही हैं।
browser की memory optimization के बारे में V8 blog पर भी बहुत कुछ है,
और Chromium blog पर भी पोस्ट आता है।
https://blog.chromium.org/2021/03/…
https://v8.dev/blog/high-performance-cpp-gc
https://v8.dev/blog/v8-lite
इसलिए मुझे लगता है कि मुख्य लेख में कहा गया 'memory की परवाह किए बिना coding करते हैं' गलत है।
और browser developers यह सुनें तो उन्हें काफ़ी बुरा भी लग सकता है।
(Chrome team, Samsung Internet आदि में काफ़ी Korean लोग भी हैं)
लगता है यह ट्वीट बन गया ^^;;
किसी खास पेशेवर समूह को नीचा दिखाने का मेरा कोई इरादा नहीं था। अगर ऐसा महसूस हुआ हो तो माफ़ी चाहता हूँ।
डेवलपमेंट के दौरान बहुत ज़्यादा घुटन महसूस हो रही थी, इसलिए यह पोस्ट लिखी।
मेरे डेवलपमेंट PC के environment पर नज़र डालें तो memory लगभग 8GB है।
लेकिन आजकल(?) कई environments को ध्यान में रखकर डेवलपमेंट करना पड़ता है, इसलिए 8GB बिल्कुल भी काफ़ी नहीं है,
और जब उसके कारणों को तलाशना शुरू किया तो
मूल रूप से कई डेवलपमेंट tools ऐसे हैं जो एक बार चलाने पर 1GB से ऊपर चले जाते हैं।
Backend तरफ़ SpringToolSuite(Eclipse) आम तौर पर 1~2GB लेता है।
Front तरफ़ Visual Studio Code चलाकर node.js का internal server उठाएँ तो लगभग 500MB ~ 1GB लगता है।
Backend & Front को एक साथ debug करते समय Chrome DevTools खोल दें तो यह भी 1GB से ऊपर चला जाता है।
और Electron-आधारित प्रोग्राम्स (MS Teams, OneNote) चलाएँ तो वे भी आसानी से 500MB ~ 1GB से ऊपर चले जाते हैं।
डेवलपमेंट PC होने की वजह से DB Server, Redis Server, और अन्य services भी चलती रहती हैं,
तो बेसिक रूप से लगभग 4GB तो वैसे ही इस्तेमाल हो रहा होता है...
उस लिंक में दिए गए प्रोग्राम को इंस्टॉल करके memory optimize करके इस्तेमाल करने के बाद,
मैं बिना सिस्टम के धीमा हुए आराम से डेवलपमेंट कर पा रहा हूँ।
आपने कहा था कि आँकड़ों के हिसाब से यह memory को मानो गायब कर देने जैसा दिख सकता है।
मुझे लगता है कि आपकी यह बात काफ़ी हद तक सही हो सकती है।
क्या समस्या यह नहीं है कि डेवलपमेंट PC में सिर्फ 8GB है? 8GB हो तो clang से compile करना भी मुश्किल होगा।
मुझे लगता है कि किसी खास पेशेवर समूह को नीचा दिखाना ठीक नहीं है