CH-J Toolsمدیریت سرور از طریق SSH
منو
همهٔ راهنماها و مقاله‌ها ←

مصرف منابع: مقایسهٔ Electron 0.1.0، Rust + Tauri 0.1.1 و CH-J Tools 0.1.2

اندازهٔ بسته، فضای دیسک، RAM و CPU اندازه‌گیری‌شده در macOS، Windows و Ubuntu برای Beta 0.1.0، Alpha 0.1.1 و Beta 0.1.2، همراه با محدودیت‌های اندازه‌گیری.

خلاصهٔ کوتاه

در این اندازه‌گیری‌ها، 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 اندازه‌گیری نشد، زیرا همان آزمون به پنجرهٔ بومی انتخاب فایل نیاز دارد؛ در 0.1.2 روی Windows و Ubuntu دانلود مکرر در مرحلهٔ اندازه‌گیری آغاز نشد، بنابراین مقدار حذف شده است (–).

Beta 0.1.0 ⟶ Alpha 0.1.1 ⟶ Beta 0.1.2macOSWindowsUbuntu
بستهٔ نصبحجم بستهٔ دانلودشده.160 ⟶ 21 ⟶ 31 MB114 ⟶ 12 ⟶ 17 MB114 ⟶ 20 ⟶ 26 MB
برنامهٔ نصب‌شدهفضای دیسک پس از نصب.352 ⟶ 61 ⟶ 73 MiB422 ⟶ 53 ⟶ 73 MiB392 ⟶ 62 ⟶ 73 MiB
RAM پس از باز کردن قفلقفل خزانه باز شده و هیچ ماژولی باز نیست.482 ⟶ 315 ⟶ 317 MiB353 ⟶ 374 ⟶ 405 MiB727 ⟶ 680 ⟶ 460 MiB
RAM با 3 ماژولSystem Monitor، File Manager و Log Viewer باز هستند.861 ⟶ 496 ⟶ 484 MiB664 ⟶ 1238 ⟶ 460 MiB1102 ⟶ 1935 ⟶ 1010 MiB
RAM هنگام SSH و SFTPعلاوه بر آن، ترمینال فعال و خواندن از طریق SFTP.878 ⟶ 523 ⟶ 458 MiB683 ⟶ 1292 ⟶ 354 MiB1146 ⟶ 2057 ⟶ 1048 MiB
CPU هنگام SSH و SFTPدرصدی از یک هسته.0.3 ⟶ 2.9 ⟶ 2.42.0 ⟶ 12.4 ⟶ 2.58.7 ⟶ 23.7 ⟶ 3.0
CPU هنگام دانلود مکرر 512 MiBدرصدی از یک هسته؛ 0.1.1 ⟶ 0.1.2 نمایش داده شده، در 0.1.0 اندازه‌گیری نشده است.17.9 ⟶ 20.53.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 تحت Xvfb و بدون GPU اجرا شد. Windows برای 0.1.0 و 0.1.1 در نشستی بدون کاربر واردشده اجرا شد؛ در 0.1.2، WebView در چنین نشستی راه‌اندازی نمی‌شود، بنابراین اندازه‌گیری در نشستی با کاربر واردشده انجام شد و مقادیر Windows مستقیماً با مقادیر قبلی قابل مقایسه نیستند. Windows هنگام اندازه‌گیری مجموعهٔ کاری را کاهش می‌دهد، بنابراین مقادیر مراحل بعدی ممکن است کاهش یابند. 0.1.1 و 0.1.2 ساخت انتشار با خودکارسازی آزمون فعال بودند و 0.1.0 بستهٔ رسمی بود؛ Standby Helper در 0.1.2 برای حفظ قابلیت مقایسه غیرفعال بود. این فقط یک اندازه‌گیری است، نه معیار عمومی کارایی، و مقادیر شما متفاوت خواهند بود. مقدار بسیار پایین CPU در 0.1.0 روی macOS مشکوک به نظر می‌رسد و هنوز تأیید نشده است.

چرا ممکن است اعداد چنین باشند

در 0.1.1 هر ماژول پنجرهٔ خودش را با فرایندهای WebView مستقل باز می‌کرد و با باز شدن ماژول‌های بیشتر، مصرف آن‌ها جمع می‌شد. در 0.1.2 همهٔ پنجره‌ها از یک خانوادهٔ فرایندهای WebView استفاده می‌کنند که با RAM کمتر در حالت سه ماژول سازگار است؛ رابطهٔ علّی به‌طور جداگانه اثبات نشده است. بستهٔ 0.1.2 احتمالاً به دلیل اجزای تازه افزوده‌شده (Standby Helper، ویجت macOS، رمزنگاری گسترش‌یافته) بزرگ‌تر از 0.1.1 است؛ تفکیک اندازهٔ اجزا اندازه‌گیری نشد. روش اندازه‌گیری حافظهٔ اشتراکی را بارها می‌شمارد، بنابراین ممکن است مقادیر برنامه‌ای با فرایندهای زیاد را بیش از واقع نشان دهد.

این برای شما چه معنایی دارد

در این اندازه‌گیری‌ها، Beta 0.1.2 هنگام کار با ماژول‌ها و از طریق SSH و SFTP در macOS، Windows و Ubuntu کم‌مصرف‌ترین نسخه است و در عین حال به‌مراتب کوچک‌تر از Beta 0.1.0 باقی می‌ماند. با این حال، پیش از به‌روزرسانی از داده‌های خود نسخهٔ پشتیبان بگیرید.

مستندات مفصل

باز کردن قفل بیومتریک و امنیت ←