संक्षिप्त विवरण
इन मापों में Beta 0.1.2 (CH-J Tools) तीनों प्लेटफ़ॉर्म पर तीन मॉड्यूल खुले होने और SSH व SFTP पर काम के दौरान सबसे कम RAM उपयोग करता है, और इस काम के दौरान CPU का उपयोग कम है। Alpha 0.1.1 की तुलना में डाउनलोड पैकेज और इंस्टॉल किया गया एप्लिकेशन कुछ बड़े हैं, लेकिन अब भी Beta 0.1.0 से काफ़ी छोटे हैं। हम ये आँकड़े प्रकाशित करते हैं ताकि आप तथ्यों के आधार पर निर्णय ले सकें, जिनमें नीचे दी गई सीमाएँ भी शामिल हैं।
मापे गए मान
हर सेल में Beta 0.1.0 → Alpha 0.1.1 → Beta 0.1.2 दिखाया गया है। कम मान बेहतर है। ये औसत मान हैं। अंतिम पंक्ति का माप 0.1.0 पर नहीं लिया गया, क्योंकि उसी परीक्षण के लिए नेटिव फ़ाइल चयन डायलॉग चाहिए; Windows और Ubuntu पर 0.1.2 में मापे गए चरण के दौरान बार-बार डाउनलोड शुरू नहीं हुआ, इसलिए मान छोड़ दिया गया है (–)।
| Beta 0.1.0 ⟶ Alpha 0.1.1 ⟶ Beta 0.1.2 | macOS | Windows | Ubuntu |
|---|---|---|---|
| इंस्टॉलरडाउनलोड किए गए पैकेज का आकार। | 160 ⟶ 21 ⟶ 31 MB | 114 ⟶ 12 ⟶ 17 MB | 114 ⟶ 20 ⟶ 26 MB |
| इंस्टॉल किया गया एप्लिकेशनइंस्टॉल होने के बाद डिस्क पर उपयोग किया गया स्थान। | 352 ⟶ 61 ⟶ 73 MiB | 422 ⟶ 53 ⟶ 73 MiB | 392 ⟶ 62 ⟶ 73 MiB |
| अनलॉक करने के बाद RAMवॉल्ट अनलॉक है और कोई मॉड्यूल खुला नहीं है। | 482 ⟶ 315 ⟶ 317 MiB | 353 ⟶ 374 ⟶ 405 MiB | 727 ⟶ 680 ⟶ 460 MiB |
| 3 मॉड्यूल के साथ RAMSystem Monitor, File Manager और Log Viewer खुले हैं। | 861 ⟶ 496 ⟶ 484 MiB | 664 ⟶ 1238 ⟶ 460 MiB | 1102 ⟶ 1935 ⟶ 1010 MiB |
| SSH और SFTP के दौरान RAMइसके अलावा एक सक्रिय टर्मिनल और SFTP के ज़रिए पढ़ने का काम। | 878 ⟶ 523 ⟶ 458 MiB | 683 ⟶ 1292 ⟶ 354 MiB | 1146 ⟶ 2057 ⟶ 1048 MiB |
| SSH और SFTP के दौरान CPUएक कोर का प्रतिशत। | 0.3 ⟶ 2.9 ⟶ 2.4 | 2.0 ⟶ 12.4 ⟶ 2.5 | 8.7 ⟶ 23.7 ⟶ 3.0 |
| 512 MiB बार-बार डाउनलोड करते समय CPUएक कोर का प्रतिशत; 0.1.1 ⟶ 0.1.2 दिखाया गया है, 0.1.0 पर माप नहीं लिया गया। | 17.9 ⟶ 20.5 | 3.6 ⟶ – | 23.9 ⟶ – |
माप कैसे लिया गया
Beta 0.1.0 और Alpha 0.1.1 के माप 30 और 31 अक्टूबर 2026 को और Beta 0.1.2 के माप 7 नवंबर 2026 को लिए गए, हर बार एक ही रन में, समान परिदृश्य और उसी प्रकार के टेस्ट सर्वर के साथ। हर चरण में स्थिति स्थिर होने के लिए 12 सेकंड रुकने के बाद 40 सेकंड तक माप लिया गया। RAM, एप्लिकेशन की सभी प्रक्रियाओं की रेज़िडेंट मेमोरी या वर्किंग सेट का योग है, इसलिए साझा मेमोरी एक से अधिक बार गिनी जाती है। CPU का मान एक कोर के प्रतिशत के रूप में है। Ubuntu बिना GPU के Xvfb के अंतर्गत चला। 0.1.0 और 0.1.1 में Windows ऐसे सत्र में चला जिसमें कोई उपयोगकर्ता लॉगिन नहीं था; 0.1.2 में ऐसे सत्र में WebView शुरू नहीं होता, इसलिए माप लॉगिन किए हुए सत्र में लिया गया और Windows के मान पहले के मानों से सीधे तुलनीय नहीं हैं। माप के दौरान Windows वर्किंग सेट को कम करता है, इसलिए बाद के चरणों के मान घट सकते हैं। 0.1.1 और 0.1.2 रिलीज़ बिल्ड थे जिनमें टेस्ट ऑटोमेशन चालू था, और 0.1.0 आधिकारिक पैकेज था; तुलना के लिए 0.1.2 में Standby Helper बंद था। यह एक माप है, कोई सामान्य बेंचमार्क नहीं, और आपके मान अलग होंगे। macOS पर 0.1.0 का बहुत कम CPU मान संदिग्ध लगता है और इसकी पुष्टि नहीं हुई है।
आँकड़े ऐसे क्यों हो सकते हैं
0.1.1 में हर मॉड्यूल अपने WebView प्रक्रियाओं के साथ अपनी अलग विंडो खोलता था, और अधिक मॉड्यूल खुलने पर उनका संसाधन उपयोग जुड़ता जाता था। 0.1.2 में सभी विंडो WebView प्रक्रियाओं का एक परिवार साझा करती हैं, जो तीन मॉड्यूल के साथ कम RAM उपयोग के अनुरूप है; कारण और प्रभाव का संबंध अलग से सिद्ध नहीं किया गया है। 0.1.2 का पैकेज संभवतः नए जोड़े गए घटकों (Standby Helper, macOS विजेट, विस्तारित क्रिप्टोग्राफ़ी) के कारण 0.1.1 से बड़ा है; आकार का घटकवार विवरण मापा नहीं गया। मापन विधि साझा मेमोरी को बार-बार गिनती है, इसलिए कई प्रक्रियाओं वाले एप्लिकेशन के लिए मान अधिक दिखा सकती है।
आपके लिए इसका क्या अर्थ है
इन मापों में macOS, Windows और Ubuntu पर मॉड्यूल तथा SSH और SFTP के साथ काम करते समय Beta 0.1.2 सबसे किफ़ायती संस्करण है और साथ ही Beta 0.1.0 से काफ़ी छोटा बना रहता है। फिर भी अपडेट करने से पहले अपने डेटा का बैकअप लें।