در Task Manager دو نوع فرایند Clash هست: clash-win64.exe (هسته - کار اصلی) و Clash for Windows.exe (رابط Electron). اول ببینید کدام پرخور است - مسیر بررسی کاملاً فرق میکند.
مصرف بالای هسته (clash-win64.exe)
- debug روشن مانده: هر اتصال انبوهی خروجی میسازد؛ CPU و دیسک هر دو میسوزند. به
infoبرگردید. - مجموعههای قواعد زیاد/بزرگ: هر RULE-SET در حافظه ساکن است؛ مصرف با تعداد قواعد رشد میکند. providerهای بلااستفاده را حذف کنید - چکلیست بهینهسازی.
- طوفان اتصال: تورنت و خزندهها زیر TUN هزاران اتصال میسازند و هزینه انطباق و ردیابی منفجر میشود. منبع را از ستون فرایند در Connections بیابید و با
PROCESS-NAMEبه DIRECT بفرستید، یا از TUN بیرون نگه دارید. - interval کوچک url-test: دهها نود × بازه کوتاه = سنجش ابدی. بازهها ۳۰۰ ثانیه به بالا.
مصرف بالای رابط (Clash for Windows.exe)
- اقامت دائم در Connections/Logs: فهرستهای زنده هزینه واقعی رندر دارند. در بیکاری روی General بمانید.
- خزش آرام حافظه: رفتار معمول Electron در اجرای بلندمدت؛ ریاستارت آزادش میکند. آزارتان میدهد؟ هفتهای یک بار.
- CPU پیوسته بالا: گاهی چرخه اتصال مجدد پس از گم شدن هسته (کرش هسته، 9090 اشغال). خطاهای ارتباط با کنترلر را در گزارش ببینید، علت را رفع کنید تا آرام شود.
مقادیر سالم
| فرایند | بازه عادی |
|---|---|
| حافظه هسته | ۵۰-۱۵۰ MB (با مجموعههای بزرگ +۲۰۰) |
| حافظه UI | ۱۵۰-۳۰۰ MB |
| CPU بیکار | نزدیک ۰٪ هر دو؛ جهش کوتاه هنگام سنجش/ترافیک سنگین |
نکته: «ناگهان بد شد» بدون تغییر پیکربندی یعنی برنامهای در پسزمینه شبکه را میپاشد - مرتبسازی Connections بر اساس ترافیک فوری لو میدهد. بسیار پربارتر از ور رفتن با پارامترهای Clash.