प्रति-ऐप बैंडविड्थ
अभी इस वक्त कौन-सा ऐप बाइट्स भेज रहा है।
अकेली रेट सिर्फ़ यह बताती है कि कुछ हो रहा है। यह नहीं बताती कि क्या। Pinned लाइव आंकड़े को प्रोसेस के हिसाब से तोड़ता है, ताकि “मेरा कनेक्शन बिज़ी क्यों है” का जवाब मिले, सिर्फ़ शक नहीं।
पैनल खुद, चलते हुए ऐप से रेंडर किया हुआ। इसमें लाइव रेट, चार्ट, आपके टोटल, कैप और उसका प्रोजेक्शन, और बाइट्स भेजने वाले प्रोसेस होते हैं, उसी भाषा में जो आप पढ़ते हैं।
चित्र 2 / प्रोसेस के अनुसार
डेवलपर के Mac पर मापा गया
- cloudflared 4.42 GB
- claude 163.1 MB
- node 54.6 MB
- mongod 52.2 MB
किसी प्रोसेस को ट्रैफ़िक जोड़ने का सामान्य तरीका एक प्रिविलेज्ड हेल्पर इंस्टॉल करना है। कमर्शियल विकल्प एक root LaunchDaemon: यह तब लोड होता है जब आपका Mac लोड होता है, और आप मेनू खोलें या न खोलें, यह हमेशा रेज़िडेंट रहता है। यह आपके सिस्टम का एक स्थायी हिस्सा है, जो root के तौर पर चलता है, बदले में बस एक लिस्ट जिसे आप कभी-कभार देखते हैं।
Pinned ऐसा नहीं करता। प्रति-ऐप अट्रीब्यूशन चलता है सैंडबॉक्स के अंदर, ऐप के भीतर ही। कोई प्रिविलेज्ड हेल्पर नहीं, कोई root डेमन नहीं, कोई एडमिन पासवर्ड नहीं, और कहीं भी परमिशन प्रॉम्प्ट नहीं।
इसी वजह से कॉस्ट मॉडल तय होता है। Pinned हर ऐप के लिए सैंपल लेता है पैनल खुला होने पर कम से कम हर 3 सेकंड में। पैनल बंद करते ही काम रुक जाता है, सिवाय इसके कि किसी चालू ऐप-रेट अलर्ट को इसकी ज़रूरत हो; वह अकेला वॉचर हर 10 सेकंड में सैंपल करता है। ऐसा कोई अलर्ट न होने पर बैकग्राउंड में प्रति-ऐप सैंपलर नहीं चलता।
इसकी कीमत
साफ़ तौर पर कहने लायक दो सीमाएँ हैं। 3 सेकंड का पोल उस ट्रांसफ़र को नहीं देख सकता जो दो सैंपल के बीच शुरू होकर खत्म हो जाए, इसलिए एक छोटा बर्स्ट पूरी तरह छूट सकता है। और प्रति-ऐप आंकड़े सॉकेट लेवल पर जुटाए जाते हैं, यानी वे इंटरफ़ेस के कुल जोड़ से बिल्कुल मेल नहीं खाते।