‹ NetWork & Security ›
📈 Telegram kanali ‹ NetWork & Security › analitikasi
‹ NetWork & Security › (@drseccom) Forsiy til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 37 890 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 3 556-o'rinni va Eron mintaqasida 9 398-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 37 890 obunachiga ega bo‘ldi.
09 Noyabr, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 986 ga, so‘nggi 24 soatda esa 63 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 1.36% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 0.61% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 514 marta ko‘riladi; birinchi sutkada odatda 233 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 2 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent دعا, عضو, دلیل, :لرن, با kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Kanal uchun tavsif kiritilmagan.
Yuqori yangilanish chastotasi (oxirgi ma’lumot 10 Noyabr, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
top کافی نیست؛ باید از وضعیت کلی سیستم شروع کنی و بعد بری سراغ Process و Thread مشکلدار.
1. اول top — پیدا کردن مظنون اصلی
topداخل
top این ستونها مهماند:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMANDمثلاً اگر ببینی:
1234 root ... 98.7 ... javaیعنی Process مربوط به
java تقریباً یک هسته CPU را کامل مصرف میکند.
برای مرتبسازی بر اساس CPU داخل top:
Pو برای دیدن Threadها:
H2.
htop — بررسی راحتتر
htopمزیتش اینه که مصرف CPU هر Core رو جدا میبینی و راحتتر متوجه میشی مشکل روی یک Core هست یا کل CPU. اگر مثلاً:
CPU0 ████████████████████ 100% CPU1 ██ 10% CPU2 ██ 8% CPU3 ██ 7%ممکنه یک Process یا Thread روی یک Core گیر کرده باشه، نه اینکه کل سیستم واقعاً CPU-bound شده باشه. 3.
ps — پیدا کردن Processهای پرمصرف
ps aux --sort=-%cpu | headیا:
ps -eo pid,ppid,user,%cpu,%mem,stat,etime,cmd --sort=-%cpu | head -20
اینجا میتونی ببینی:
PID
والد Process
User
درصد CPU
RAM
وضعیت Process
مدت زمان اجرا
Command
مثلاً:
PID PPID USER %CPU %MEM STAT CMD 2451 1 root 185.4 2.1 R python3 worker.py
185% لزوماً اشتباه نیست؛ روی سیستم چند هستهای یک Process میتواند بیشتر از 100٪ مصرف کند.
4. pidstat — وقتی میخوای بفهمی دقیقاً چه اتفاقی میافته
pidstat -u 1
هر یک ثانیه وضعیت Processها را میبینی.
برای Process خاص:
pidstat -p 2451 1
برای Threadها:
pidstat -t -p 2451 1
این مرحله خیلی مهمه، چون ممکنه خود Process مشکل نداشته باشه و یکی از Threadهای آن CPU را به 100٪ رسانده باشد.
یک مسیر عیبیابی واقعی
فرض کن CPU شده 100٪:
CPU 100% ↓ top / htop ↓ پیدا کردن PID ↓ ps ↓ بررسی دقیق Process ↓ pidstat ↓ بررسی Thread ↓ پیدا کردن علتبعد بسته به Process میری سراغ علت اصلی. مثلاً اگر
nginx باشد:
ps aux --sort=-%cpu | headاگر
java باشد:
pidstat -t -p PID 1
اگر mysql باشد، Queryهای سنگین را بررسی میکنی.
اگر python باشد، Worker یا Loop مشکلدار را بررسی میکنی.
اگر CPU ظاهراً 100٪ است ولی Process خاصی پیدا نمیشود، باید Load Average، I/O Wait، Interruptها و Kernel time را هم بررسی کنی:
uptime
vmstat 1
mpstat -P ALL 1
مثلاً در top:
%Cpu(s): 70.0 us, 20.0 sy, 0.0 ni, 2.0 id, 8.0 waاینجا فرق خیلی مهمه:
us → مصرف CPU توسط User Processes
sy → مصرف Kernel
wa → انتظار برای I/O
id → CPU بیکار
st → CPU دزدیدهشده توسط Hypervisor در VM
پس CPU 100٪ همیشه به معنی «یک برنامه دارد CPU را میخورد» نیست. ممکنه مشکل از I/O، Kernel، یک Thread، VM Host یا حتی تعداد زیاد Processها باشد.
@DrSecCom🔹 پشتیبانی تخصصی شبکه و سرورها 🔹 عیبیابی و رفع قطعی و کندی شبکه 🔹 پشتیبانی میکروتیک و تجهیزات شبکه 🔹 نگهداری دورهای زیرساخت IT 🔹 خدمات فنی حضوری در تهران و کرج🎯 به دنبال پشتیبانی مطمئن برای شبکه شرکتتان هستید؟ برای بررسی نیاز شرکت و دریافت مشاوره اولیه رایگان اقدام کنید. شماره تماس: 02191551155
