راهنمای جامع پردازنده های (Intel و AMD) | تشخیص نسل CPU، معنی پسوندها، مقایسه قدرت، انتخاب بهترین پردازنده و کاربرد هر مدل

اولین قانون مقایسه CPU چیست؟

قبل از مقایسه
باید مشخص کنیم
پردازنده برای چه کاری
قرار است استفاده شود.

سؤال:

«کدام CPU بهتر است؟»

بدون تعریف Workload
سؤال کاملی نیست.

سؤال دقیق تر این است:

«کدام CPU برای این Workload،
در این Power Budget
و این محدوده هزینه
مناسب تر است؟»

Better CPU
=
Better for a Defined Workload and Constraint

Workload را چگونه مشخص کنیم؟

Workload
نوع کاری است
که CPU باید
انجام دهد.

برای مثال:

• کارهای اداری،
• مرور وب،
• برنامه نویسی،
• Compile،
• CAD،
• Simulation،
• Rendering،
• Video Encoding،
• Gaming،
• Virtualization،
• Database،
• Scientific Computing،
• Server Workload،
• و AI Processing.

هرکدام از این Workloadها
ممکن است نسبت به
ویژگی متفاوتی
از CPU حساس باشند.

نقشه صحیح مقایسه دو پردازنده

Exact CPU Model
↓
Market Segment
↓
Generation / Microarchitecture
↓
Core Architecture
↓
Core / Thread Count
↓
Frequency Behavior
↓
Cache
↓
Power Limits
↓
Memory and I/O
↓
Special Features
↓
Cooling / Platform
↓
Relevant Benchmarks
↓
Price / Efficiency / Use Case

مرحله اول: مدل کامل CPU را پیدا کنید

عباراتی مانند:

Core i5
/
Core i7
/
Ryzen 5
/
Ryzen 7

برای مقایسه
کافی نیستند.

باید نام کامل
و Model Number
دقیق پردازنده
مشخص شود.

حتی یک حرف
در انتهای مدل
ممکن است
نوع محصول
یا Power Class
را تغییر دهد.

مرحله دوم: ابتدا Segment دو CPU را مقایسه کنید

یک CPU کم مصرف
برای سیستم قابل حمل
و یک CPU
برای Workstation
با اهداف طراحی
متفاوتی ساخته شده اند.

Segmentهای متداول:

Mobile
/
Desktop
/
Workstation
/
Server
/
Embedded

مقایسه مستقیم
بدون در نظر گرفتن Segment
می تواند گمراه کننده باشد.

مرحله سوم: نسل را بررسی کنید، اما در آن متوقف نشوید

Generation
اطلاعات مفیدی
درباره دوره طراحی
و جایگاه محصول
ارائه می دهد.

اما همان طور که
در فصل قبل دیدیم:

Newer Generation
≠
Automatically Faster

باید Microarchitecture،
SKU،
Power Class
و مشخصات واقعی
نیز بررسی شوند.

Core Count را چگونه بخوانیم؟

Core Count
تعداد Coreهای
پردازشی CPU
را نشان می دهد.

تعداد Core بیشتر
می تواند
Parallel Throughput
را افزایش دهد.

اما فقط زمانی
که Software
بتواند از Coreهای بیشتر
استفاده کند.

More Cores
+
Parallel Workload
→
Potentially Higher Throughput

آیا فقط تعداد Core مهم است؟

خیر.

نوع و قدرت هر Core
نیز بسیار مهم است.

یک Core جدیدتر
ممکن است در هر Clock
کار بیشتری
نسبت به Core قدیمی تر
انجام دهد.

بنابراین:

CPU Performance
≠
Core Count Alone

تعداد Core در CPUهای Hybrid را چگونه بخوانیم؟

در پردازنده Hybrid،
Core Count کل
ممکن است از چند نوع Core
تشکیل شده باشد.

برای مثال:

Total Cores
=
Performance Cores
+
Efficiency Cores

بنابراین عبارت
«14 Core»
بدون دانستن
ترکیب Coreها
اطلاعات کاملی
ارائه نمی دهد.

Thread Count را چگونه تفسیر کنیم؟

Thread Count
تعداد Hardware Threadهایی
را نشان می دهد
که CPU
می تواند
در اختیار Software
قرار دهد.

در بعضی Coreها
فناوری SMT
اجازه می دهد
بیش از یک Thread
روی یک Core
مدیریت شود.

اما:

2 Hardware Threads
on 1 Core
≠
2 Physical Cores

Frequency را چگونه مقایسه کنیم؟

Frequency
تعداد Clock Cycleهای
CPU در هر ثانیه
را نشان می دهد.

1 GHz
=
1 Billion Clock Cycles per Second

اما تعداد Cycle
به تنهایی
مشخص نمی کند
در هر Cycle
چه مقدار کار
انجام شده است.

Base Clock چیست؟

Base Clock
یک Frequency مرجع
در چارچوب مشخصات
Power و Thermal
پردازنده است.

اما در CPUهای مدرن
رفتار واقعی Frequency
بسیار Dynamic
است.

CPU می تواند
بسته به Workload،
Temperature،
Power
و تعداد Coreهای فعال
Frequency خود را
تغییر دهد.

Boost Clock چیست؟

Boost Clock
Frequency بالاتری است
که CPU
در شرایط مناسب
می تواند
به آن برسد.

اما Maximum Boost
الزاماً Frequency
تمام Coreها
در Workload طولانی
نیست.

Maximum Boost Clock
≠
Sustained All-Core Frequency

Sustained Frequency چرا مهم تر از یک عدد تبلیغاتی است؟

در Workload کوتاه،
CPU ممکن است
برای مدت محدودی
Frequency بالایی
داشته باشد.

اما در:

• Rendering،
• Compilation،
• Simulation،
• Encoding،
• Scientific Computing،
• و Server Workload

Performance پایدار
اهمیت بیشتری دارد.

در این شرایط
Cooling
و Power Limit
مستقیماً
روی Frequency پایدار
اثر می گذارند.

IPC در مقایسه CPU چه نقشی دارد؟

IPC
مخفف:

Instructions per Cycle

است.

به صورت ساده،
IPC نشان می دهد
CPU در هر Clock
چه مقدار Instruction
می تواند
به طور موثر
پردازش کند.

البته IPC
یک عدد ثابت
برای همه برنامه ها نیست.

نوع Workload
روی IPC واقعی
اثر دارد.

یک مدل ساده برای Performance CPU

برای درک مفهومی
می توان گفت:

Performance
∝
IPC × Frequency

اما برای Multi-Core Workload
عوامل دیگری
نیز اضافه می شوند.

Multi-Core Performance
≈
Per-Core Performance
×
Effective Parallelism

عبارت Effective Parallelism
مهم است،
زیرا Scaling
معمولاً کاملاً خطی نیست.

Cache را چگونه در مشخصات CPU بررسی کنیم؟

فقط نگاه کردن
به مجموع Cache
کافی نیست.

باید بررسی شود:

• Cache در چه سطحی قرار دارد.
• Private یا Shared است.
• Latency آن چقدر است.
• Bandwidth آن چقدر است.
• بین چه Coreهایی مشترک است.
• و Workload چقدر از آن سود می برد.

مشخصات Power CPU را چگونه بخوانیم؟

یکی از پیچیده ترین
بخش های مقایسه CPU
Power Specification است.

سازندگان مختلف
ممکن است
از اصطلاحات متفاوتی
برای توصیف
Power Envelope
استفاده کنند.

بنابراین یک عدد
با عنوان TDP
یا Power
را نباید
بدون بررسی تعریف
همان سازنده
مستقیماً مقایسه کرد.

آیا TDP همان مصرف برق واقعی CPU است؟

الزاماً خیر.

TDP
معمولاً یک مشخصه
مرتبط با طراحی حرارتی
و Power Class
محصول است.

CPU ممکن است
در شرایط مختلف
Power Consumption
متفاوتی داشته باشد.

TDP
≠
Exact Real-Time Power Consumption

Power Limit چگونه Performance را تغییر می دهد؟

یک Microarchitecture
در Power Budgetهای مختلف
می تواند Performance
متفاوتی ارائه دهد.

Power بیشتر
می تواند اجازه دهد:

• Coreهای بیشتری در Frequency بالا کار کنند،
• Boost مدت بیشتری حفظ شود،
• Voltage بالاتری استفاده شود،
• و Throughput بیشتری ایجاد شود.

اما Efficiency
الزاماً با همان نسبت
افزایش پیدا نمی کند.

چرا Cooling بخشی از Performance CPU است؟

CPU مدرن
Frequency خود را
بر اساس Temperature
و Power Headroom
تنظیم می کند.

اگر Cooling
نتواند Heat
را به اندازه کافی
دفع کند،
پردازنده ممکن است
Frequency را کاهش دهد.

Insufficient Cooling
→
Higher Temperature
→
Lower Frequency
→
Lower Sustained Performance

Memory Support را در CPU چگونه بررسی کنیم؟

در مشخصات CPU
باید قابلیت های
Memory Controller
بررسی شوند.

از جمله:

• نوع حافظه پشتیبانی شده،
• حداکثر Data Rate رسمی،
• تعداد Memory Channel،
• حداکثر ظرفیت قابل پشتیبانی،
• ECC Support در صورت نیاز،
• و محدودیت های Platform.

جزئیات داخلی DRAM
موضوع دانشنامه مستقل حافظه است
و در اینجا وارد ساختار
Cell،
Row،
Bank
و Timingها
نمی شویم.

آیا Memory سریع تر همیشه CPU را سریع تر می کند؟

میزان تاثیر
به Workload
بستگی دارد.

بعضی Workloadها
Compute-Bound هستند
و افزایش Memory Bandwidth
تاثیر محدودی دارد.

بعضی دیگر
Memory-Bound هستند
و به Bandwidth
یا Latency
حساس ترند.

Performance Gain from Memory
=
Workload Dependent

PCIe Support در مقایسه CPU چه اهمیتی دارد؟

CPU یا Platform
می تواند
تعداد مشخصی
PCIe Lane
و Generation مشخصی
از PCI Express
را پشتیبانی کند.

این موضوع برای:

• GPU،
• NVMe Storage،
• Network Adapter،
• Accelerator،
• Capture Card،
• و سایر Expansion Deviceها

اهمیت دارد.

PCIe نسل جدیدتر یعنی CPU سریع تر است؟

خیر.

PCIe Generation
قابلیت I/O
Platform
را نشان می دهد،
نه Performance
مستقیم Coreهای CPU.

Newer PCIe
=
Higher Potential I/O Bandwidth

Newer PCIe
≠
Higher CPU Core Performance

Integrated Graphics را چه زمانی باید بررسی کنیم؟

اگر سیستم
GPU مجزا ندارد،
قابلیت Graphics
مجتمع CPU یا SoC
اهمیت زیادی پیدا می کند.

همچنین Integrated GPU
ممکن است برای:

• Display Output،
• Video Decode،
• Video Encode،
• Media Processing،
• و بعضی Compute Workloadها

استفاده شود.

اما قدرت iGPU
معیار مستقیم
قدرت CPU Core
نیست.

NPU در مشخصات پردازنده های جدید چیست؟

بعضی Processorها
دارای واحد تخصصی
برای AI Workload
هستند.

این واحد معمولاً
با نام:

NPU
=
Neural Processing Unit

شناخته می شود.

وجود NPU
الزاماً CPU Core
را سریع تر نمی کند،
بلکه Workloadهای
سازگار می توانند
روی Accelerator تخصصی
اجرا شوند.

Instruction Extensionها چرا مهم هستند؟

دو CPU
ممکن است ISA پایه
مشابهی داشته باشند،
اما Extensionهای
متفاوتی را
پشتیبانی کنند.

Extensionهای جدید
می توانند برای:

• Vector Processing،
• Cryptography،
• AI،
• Virtualization،
• Security،
• و Specialized Arithmetic

قابلیت های بیشتری
فراهم کنند.

آیا پشتیبانی از Instruction جدید یعنی CPU همیشه سریع تر است؟

خیر.

Software
باید از آن Instruction
استفاده کند.

اگر Application
از قابلیت جدید
استفاده نکند،
آن Feature
ممکن است
تاثیری روی Performance
همان برنامه نداشته باشد.

Process Node را چگونه در مقایسه CPU استفاده کنیم؟

Process Node
می تواند روی:

• Transistor Density،
• Power،
• Frequency Potential،
• Area،
• و Manufacturing Characteristics

اثر بگذارد.

اما عدد Node
به تنهایی
معیار Performance CPU
نیست.

Smaller Node Number
≠
Automatically Faster CPU

Benchmark چیست؟

Benchmark
آزمایشی برای اندازه گیری
Performance
در یک Workload
یا مجموعه ای
از Workloadهاست.

Benchmark می تواند:

• Synthetic،
• Application-Based،
• Game-Based،
• Server-Based،
• یا Workstation-Based

باشد.

Synthetic Benchmark چیست؟

Synthetic Benchmark
Workloadی طراحی شده
برای اندازه گیری
بخش مشخصی
از Performance
است.

این نوع Benchmark
برای مقایسه کنترل شده
مفید است،
اما الزاماً
رفتار Application واقعی
را کامل
بازسازی نمی کند.

Real-World Benchmark چیست؟

در این روش
از Application
یا Workload واقعی
استفاده می شود.

برای مثال:

• زمان Compile یک پروژه،
• زمان Render یک Scene،
• زمان Encode یک Video،
• Frame Rate در Game،
• زمان اجرای Simulation،
• یا تعداد Request قابل پردازش در Server.

این نتایج
معمولاً برای تصمیم خرید
قابل فهم تر هستند.

Single-Thread Performance چیست؟

Single-Thread Performance
نشان می دهد
CPU در Workloadی
که عمدتاً به
یک Execution Thread
وابسته است
چه عملکردی دارد.

عواملی مانند:

• IPC،
• Frequency،
• Cache Latency،
• Branch Prediction،
• و Memory Latency

روی آن اثر دارند.

Multi-Thread Performance چیست؟

Multi-Thread Performance
توان پردازنده
در اجرای Workloadهایی
با Parallelism بالا
را بررسی می کند.

علاوه بر Performance
هر Core،
عوامل زیر مهم هستند:

• Core Count،
• SMT،
• Power Budget،
• Memory Bandwidth،
• Cache Sharing،
• Interconnect،
• و Software Scaling.

Single-Thread یا Multi-Thread؛ کدام مهم تر است؟

پاسخ به Workload
بستگی دارد.

هنگام خواندن Benchmark چه شرایطی باید بررسی شود؟

نتیجه Benchmark
بدون Test Configuration
ناقص است.

باید بررسی شود:

• مدل دقیق CPU،
• Power Setting،
• Cooling،
• Memory Configuration،
• Motherboard،
• BIOS / Firmware،
• Operating System،
• Software Version،
• Compiler در صورت ارتباط،
• و سایر Hardwareهای موثر.

آیا عدد Benchmark بیشتر همیشه بهتر است؟

خیر.

باید Metric
را بررسی کنید.

اگر Benchmark
Score باشد:

Higher Score
→
Usually Better

اما اگر نتیجه
زمان انجام کار باشد:

Lower Time
→
Better

اگر نتیجه
Energy Consumption
باشد نیز
تفسیر متفاوت است.

اختلاف درصد Performance را چگونه محاسبه کنیم؟

اگر Score بیشتر
بهتر باشد:

Performance Difference (%)
=
[(New Score − Old Score) / Old Score] × 100

برای مثال:

CPU A = 1000

CPU B = 1200

Difference
=
20%

یعنی CPU B
در همان Benchmark
حدود 20 درصد
Score بیشتری دارد.

اگر Benchmark بر اساس زمان باشد چه؟

فرض کنیم:

CPU A
=
100 Seconds

CPU B
=
80 Seconds

CPU B
کار را در زمان کمتری
تمام کرده است.

اما باید میان:

Time Reduction

و:

Performance Increase

تفاوت قائل شد.

زمان اجرا
20 درصد کاهش یافته،
اما Throughput متناظر
25 درصد افزایش پیدا کرده است.

100 / 80
=
1.25

Performance per Watt را چگونه مقایسه کنیم؟

اگر Performance
و Power
هر دو در دسترس باشند،
می توان Efficiency
را بررسی کرد.

Performance per Watt
=
Performance
/
Power

این معیار
در Laptop،
Server،
Data Center
و سیستم هایی
با محدودیت Cooling
بسیار مهم است.

در Desktop
و Workstation
نیز می تواند
روی Heat،
Noise
و هزینه Cooling
اثرگذار باشد.

Price to Performance چیست؟

سریع ترین CPU
الزاماً بهترین خرید
نیست.

می توان Performance
را نسبت به قیمت
مقایسه کرد.

Performance per Cost
=
Performance
/
Total Relevant Cost

اما Total Cost
فقط قیمت CPU
نیست.

ممکن است شامل:

• Motherboard،
• Cooling،
• Memory،
• Power Supply،
• Platform Upgrade،
• و هزینه انرژی

نیز باشد.

چرا Platform هنگام انتخاب CPU مهم است؟

CPU
به تنهایی
استفاده نمی شود.

ممکن است برای
یک پردازنده جدیدتر
نیاز به:

• Socket جدید،
• Motherboard جدید،
• Memory جدید،
• Cooling جدید،
• یا Power Supply مناسب تر

وجود داشته باشد.

بنابراین تصمیم اقتصادی
باید در سطح
Platform
انجام شود.

مقایسه CPU در لپ تاپ چه تفاوتی دارد؟

در Laptop
CPU را نمی توان
کاملاً جدا از
طراحی دستگاه
ارزیابی کرد.

دو لپ تاپ
با CPU یکسان
ممکن است
Performance متفاوتی
داشته باشند.

عواملی مانند:

• Cooling System،
• Chassis Size،
• Power Profile،
• Firmware،
• Battery Mode،
• و Manufacturer Configuration

روی رفتار CPU
اثر می گذارند.

در Desktop چه چیزی اهمیت بیشتری پیدا می کند؟

در Desktop
معمولاً آزادی بیشتری
برای:

• Cooling،
• Power Delivery،
• Motherboard Selection،
• Memory Configuration،
• و Upgrade

وجود دارد.

بنابراین CPU
می تواند مدت بیشتری
در Power و Frequency
بالاتر کار کند،
البته اگر Platform
مناسب باشد.

در Workstation چه مشخصاتی مهم هستند؟

بسته به نوع Workload،
مواردی مانند:

• Single-Thread Performance،
• Multi-Core Throughput،
• Memory Capacity،
• ECC Support،
• PCIe Lane Count،
• Sustained Performance،
• Virtualization،
• و Platform Reliability

می توانند اهمیت داشته باشند.

در Server چه چیزی معیار انتخاب CPU است؟

در Server
فقط Maximum Single-Core Speed
معیار اصلی نیست.

بسته به Workload
مواردی مانند:

• Core Density،
• Throughput،
• Memory Capacity،
• Memory Bandwidth،
• PCIe Connectivity،
• Virtualization Support،
• Reliability Features،
• Performance per Watt،
• و Total Cost of Ownership

اهمیت زیادی دارند.

آیا قدیمی بودن CPU به تنهایی دلیل بد بودن آن است؟

خیر.

CPU قدیمی تر
ممکن است هنوز
برای Workload مشخص
کاملاً مناسب باشد.

اما باید محدودیت هایی مانند:

• Performance،
• Efficiency،
• Instruction Support،
• Operating System Support،
• Platform Age،
• Memory Support،
• و Upgrade Path

بررسی شوند.

هنگام خرید سیستم استوک یا دست دوم، CPU را چگونه بررسی کنیم؟

در سیستم استوک
فقط عنوان تجاری
پردازنده را نبینید.

مدل کامل CPU
را مشخص کنید
و سپس:

• نسل را بررسی کنید.
• Core و Thread را بررسی کنید.
• Microarchitecture را مشخص کنید.
• Performance واقعی را با مدل های جدیدتر مقایسه کنید.
• مصرف و Efficiency را در نظر بگیرید.
• سازگاری نرم افزاری را بررسی کنید.
• و قیمت کل سیستم را با Performance مقایسه کنید.

این روش برای:

• لپ تاپ استوک،
• Desktop استوک،
• Workstation استوک،
• Mini PC،
• All-in-One،
• و Server دست دوم

کاربرد دارد.

چک لیست نهایی مقایسه دو CPU

هر مشخصه CPU چه چیزی را به ما می گوید؟

Benchmark CPU دقیقاً چیست؟

Benchmark
یک آزمایش کنترل شده
برای اندازه گیری
یک یا چند جنبه
از Performance
سیستم است.

در تست CPU
هدف می تواند
اندازه گیری مواردی مانند:

• زمان انجام یک محاسبه،
• تعداد عملیات در واحد زمان،
• Single-Thread Performance،
• Multi-Thread Throughput،
• Latency،
• Energy Efficiency،
• Compilation Speed،
• Rendering Speed،
• Compression Performance،
• یا Server Throughput

باشد.

چرا یک Benchmark واحد نمی تواند قدرت کامل CPU را نشان دهد؟

CPU
انواع مختلفی
از Workload
را اجرا می کند.

یک Benchmark
ممکن است بیشتر
به Integer Performance
حساس باشد.

Benchmark دیگر
ممکن است
از Floating-Point
یا Vector Execution
استفاده کند.

تست دیگری
ممکن است
به Cache،
Branch Prediction
یا Memory Access
حساس باشد.

One Benchmark
=
One View of Performance

One Benchmark
≠
Universal CPU Performance

انواع اصلی Benchmark CPU

Benchmarkها را
می توان از چند زاویه
دسته بندی کرد.

Synthetic Benchmark چیست؟

Synthetic Benchmark
Workloadی است
که برای ایجاد
شرایط استاندارد
و قابل تکرار
طراحی شده است.

مزیت اصلی آن
این است که
CPUهای مختلف
می توانند تحت
یک Test مشابه
مقایسه شوند.

اما نتیجه
الزاماً نشان نمی دهد
Application واقعی شما
دقیقاً با همان نسبت
سریع تر خواهد شد.

Real-World Benchmark چیست؟

در Real-World Benchmark
از Application
یا Workflow واقعی
استفاده می شود.

برای مثال:

• Compile کردن یک پروژه واقعی،
• Render کردن یک Scene،
• Encode کردن یک Video،
• اجرای Simulation،
• اجرای یک Game،
• پردازش Database Query،
• یا پاسخ به Requestهای Server.

چنین تست هایی
معمولاً ارتباط بیشتری
با تجربه واقعی کاربر دارند.

Microbenchmark چیست؟

Microbenchmark
به جای اندازه گیری
یک Application کامل،
بخش بسیار مشخصی
از Processor
را آزمایش می کند.

برای مثال:

• Instruction Latency،
• Instruction Throughput،
• Branch Behavior،
• Cache Latency،
• Synchronization Cost،
• یا Context-Specific Operation.

Microbenchmark
برای تحلیل معماری
بسیار مفید است،
اما نباید نتیجه آن
مستقیماً به کل
Application تعمیم داده شود.

Latency در Benchmark یعنی چه؟

Latency
مدت زمانی است
که انجام یک عملیات
یا پاسخ به یک درخواست
طول می کشد.

Lower Latency
=
Faster Response

Latency
در Workloadهای تعاملی،
بعضی Databaseها،
Serverها
و بسیاری از مسیرهای
وابسته به یک Thread
اهمیت زیادی دارد.

Throughput چیست؟

Throughput
مقدار کاری است
که سیستم
در یک بازه زمانی
انجام می دهد.

Throughput
=
Completed Work
/
Time

برای مثال:

• تعداد Frame Render شده در ساعت،
• تعداد Request در ثانیه،
• تعداد فایل پردازش شده،
• یا حجم Data پردازش شده در ثانیه.

چرا شرایط Benchmark باید کنترل شوند؟

اگر هنگام مقایسه
دو CPU
چند متغیر دیگر
همزمان تغییر کنند،
دیگر مشخص نیست
اختلاف نتیجه
از کجا آمده است.

تا حد امکان
باید متغیرهای موثر
کنترل شوند.

Change CPU
→
Keep Other Relevant Variables Controlled

چه اطلاعاتی باید همراه Benchmark منتشر شود؟

یک Benchmark حرفه ای
باید Test Configuration
را مشخص کند.

• مدل کامل CPU،
• Motherboard یا System Model،
• BIOS / Firmware Version،
• Cooling Configuration،
• Power Settings،
• Memory Configuration،
• GPU در صورت اثرگذاری،
• Storage در صورت اثرگذاری،
• Operating System،
• Driver Version،
• Application Version،
• و Test Method.

چرا Memory Configuration باید ثبت شود؟

بعضی Workloadهای CPU
به Memory Bandwidth
یا Memory Latency
حساس هستند.

بنابراین تغییر
Memory Configuration
می تواند نتیجه Benchmark
را تغییر دهد.

در تست CPU
لازم است Configuration
ثبت و تا حد امکان
کنترل شود.

جزئیات معماری DRAM،
Timing،
Bank،
Row
و سایر مباحث حافظه
در دانشنامه مستقل RAM
بررسی خواهند شد.

Operating System چگونه روی Benchmark اثر می گذارد؟

Operating System
فقط بستری برای اجرای
Benchmark نیست.

Scheduler،
Power Management،
Security Featureها،
Background Processها
و Kernel
می توانند
روی نتیجه اثر بگذارند.

این موضوع
در CPUهای Hybrid
اهمیت بیشتری دارد،
زیرا Scheduler
باید Threadها
را میان انواع مختلف Core
مدیریت کند.

Background Processها چه مشکلی ایجاد می کنند؟

اگر هنگام Benchmark
برنامه دیگری
CPU Time مصرف کند،
نتیجه ممکن است
کاهش پیدا کند.

فعالیت هایی مانند:

• Software Update،
• Antivirus Scan،
• File Indexing،
• Cloud Synchronization،
• Browser Process،
• و Telemetry

می توانند
Variance ایجاد کنند.

Warm-up در Benchmark چیست؟

بعضی Testها
قبل از اندازه گیری اصلی
چند بار اجرا می شوند.

این مرحله
Warm-up
نامیده می شود.

هدف می تواند
کاهش اثر عواملی مانند:

• Cold Start،
• Runtime Initialization،
• JIT Compilation،
• Cache State،
• و Frequency Transition

باشد.

آیا Warm-up همیشه Performance را بهتر نشان می دهد؟

خیر.

از نظر Software،
Warm-up ممکن است
شرایط را پایدارتر کند.

اما از نظر Thermal،
اجرای قبلی
می تواند CPU
و Cooling System
را گرم کند.

بنابراین Methodology
باید مشخص کند
تست از حالت سرد
انجام شده
یا پس از رسیدن سیستم
به Thermal Equilibrium.

چرا Benchmark کوتاه ممکن است گمراه کننده باشد؟

در شروع Workload،
CPU ممکن است
Thermal Headroom
زیادی داشته باشد.

در نتیجه
می تواند برای مدت کوتاه
با Power
و Frequency بالاتری
کار کند.

اگر Benchmark
قبل از رسیدن سیستم
به حالت پایدار
تمام شود،
نتیجه بیشتر
Burst Performance
را نشان می دهد.

Benchmark طولانی چه چیزی را نشان می دهد؟

Test طولانی
فرصت می دهد
رفتار Thermal
و Power
سیستم آشکار شود.

بعد از مدتی
ممکن است:

Temperature ↑
→
Power / Thermal Limit
→
Frequency Adjustment
→
Sustained Performance

به همین دلیل
برای Rendering،
Encoding،
Compilation طولانی،
Simulation
و Workstation Workload
تست پایدار اهمیت زیادی دارد.

چرا این موضوع در Laptop اهمیت بیشتری دارد؟

Laptop
محدودیت بیشتری
در حجم Cooling،
سطح Heat Dissipation
و Power Budget
دارد.

یک لپ تاپ
ممکن است در Test کوتاه
Performance بسیار خوبی
ارائه دهد،
اما در Workload طولانی
به سطح پایین تری
پایدار شود.

بنابراین برای Laptop
بهتر است هم:

Burst Performance

و هم:

Sustained Performance

بررسی شوند.

در Desktop چرا Cooling Configuration باید گزارش شود؟

در Desktop
نوع Cooler،
Airflow،
Motherboard
و Power Setting
می توانند رفتار CPU
را تغییر دهند.

یک CPU یکسان
با Cooler ضعیف
و Cooler قدرتمند
ممکن است
Sustained Frequency
متفاوتی داشته باشد.

Power Limit چگونه نتیجه Benchmark را تغییر می دهد؟

CPU
برای ایجاد Performance
به Energy نیاز دارد.

اگر Platform
اجازه Power بیشتری بدهد،
Processor ممکن است
Frequency بالاتری
حفظ کند.

بنابراین مقایسه
دو CPU بدون گزارش
Power Configuration
می تواند ناقص باشد.

برای Benchmark عادلانه باید Power دو CPU برابر باشد؟

الزاماً نه.

پاسخ بستگی دارد
چه چیزی را
می خواهیم اندازه بگیریم.

اگر هدف:

Maximum Stock Performance

باشد،
می توان هر CPU
را در تنظیمات استاندارد
محصول خودش آزمایش کرد.

اگر هدف:

Performance at Equal Power

باشد،
باید Power Budget
کنترل شود.

این دو سؤال
متفاوت هستند
و هر دو می توانند
معتبر باشند.

چرا Benchmark باید چند بار اجرا شود؟

هیچ اجرای واقعی
کاملاً بدون Noise
نیست.

نتیجه می تواند
به علت:

• Background Activity،
• Scheduling،
• Temperature،
• Frequency Variation،
• Software State،
• و Measurement Noise

کمی تغییر کند.

اجرای چندباره
امکان بررسی
Repeatability
را فراهم می کند.

Variance در نتایج Benchmark چیست؟

اگر چند اجرای
یک Benchmark
نتایج متفاوتی
ایجاد کنند،
میزان پراکندگی
نتایج اهمیت پیدا می کند.

برای مثال:

Run 1 = 1000

Run 2 = 1005

Run 3 = 998

نسبت به:

Run 1 = 1000

Run 2 = 1130

Run 3 = 910

رفتار بسیار
پایدارتر و قابل اعتماد تری
نشان می دهد.

Mean یا میانگین چیست؟

Mean
با جمع نتایج
و تقسیم آنها
بر تعداد Testها
محاسبه می شود.

Mean
=
Sum of Results
/
Number of Runs

Mean
معیار مفیدی است،
اما نسبت به
Outlier
حساس است.

Median یا میانه چیست؟

Median
مقدار وسط
پس از مرتب کردن
نتایج است.

اگر نتایج:

98
/
99
/
100
/
101
/
150

باشند،
Median برابر:

100

است.

عدد 150
می تواند Mean
را بیشتر جابه جا کند،
اما Median
نسبت به آن
مقاوم تر است.

Outlier چیست؟

Outlier
نتیجه ای است
که فاصله غیرمعمولی
از سایر اندازه گیری ها
دارد.

اما نباید
هر نتیجه متفاوتی
را بدون بررسی
حذف کرد.

ابتدا باید مشخص شود
آیا Outlier
ناشی از:

• Measurement Error،
• Background Process،
• Thermal Event،
• Software Failure،
• یا رفتار واقعی سیستم

بوده است.

اختلاف کوچک در Benchmark همیشه معنی دار است؟

خیر.

اگر اختلاف
میان دو CPU
در حد Noise
و Variance تست باشد،
نمی توان با اطمینان
گفت یکی واقعاً
سریع تر است.

برای مثال
اگر Variance تست
حدود چند درصد باشد،
اختلاف بسیار کوچک
ممکن است عملاً
Tie
محسوب شود.

Small Difference
+
Similar Measurement Variance
→
Possibly No Meaningful Difference

چرا نسخه Benchmark یا Application مهم است؟

Software
در طول زمان
تغییر می کند.

نسخه جدید
ممکن است:

• Compiler جدید داشته باشد،
• Optimization جدید اضافه کند،
• Thread Scheduling را تغییر دهد،
• از Instruction جدید استفاده کند،
• یا Algorithm متفاوتی داشته باشد.

بنابراین نتایج
نسخه های مختلف
یک Benchmark
الزاماً قابل مقایسه مستقیم
نیستند.

Compiler چگونه روی نتیجه CPU اثر می گذارد؟

در Workloadهای
Compile شده،
Compiler
می تواند نوع Code
تولید شده برای CPU
را تغییر دهد.

Optimization Level،
Vectorization،
Target Architecture
و Instruction Selection
می توانند نتیجه
را تغییر دهند.

Source Code
+
Different Compiler Decisions
→
Different Machine Code
→
Different Performance

آیا Optimization برای یک CPU خاص Benchmark را نامعتبر می کند؟

الزاماً خیر.

Software واقعی
نیز می تواند
برای Architectureهای مختلف
Optimization داشته باشد.

مسئله مهم
شفاف بودن شرایط
و منصفانه بودن
مقایسه است.

باید مشخص شود
آیا هر CPU
از مسیر Software
مناسب خودش
استفاده کرده است
یا خیر.

چرا Benchmark گیمینگ همیشه قدرت CPU را نشان نمی دهد؟

Game Performance
حاصل تعامل:

CPU
+
GPU
+
Game Engine
+
Memory
+
Driver
+
Settings

است.

اگر GPU
عامل محدود کننده باشد،
دو CPU با قدرت متفاوت
ممکن است Frame Rate
بسیار نزدیکی
ایجاد کنند.

برای آشکار کردن اختلاف CPU در Game چه می کنند؟

در بعضی تست های تحلیلی،
از GPU قدرتمند
و تنظیماتی استفاده می شود
که GPU Bottleneck
را کاهش دهند.

هدف این است
که محدودیت CPU
بیشتر دیده شود.

اما این روش
الزاماً نماینده
تنظیمات واقعی
همه کاربران نیست.

بنابراین بهتر است
هم Test تحلیلی CPU
و هم Test نزدیک
به شرایط واقعی
بررسی شود.

Benchmark پردازنده Server چه تفاوتی دارد؟

Server Benchmark
معمولاً باید
علاوه بر Performance خام،
مواردی مانند:

• Throughput،
• Tail Latency،
• Concurrent Users،
• Performance per Watt،
• Scalability،
• Memory Capacity،
• I/O Behavior،
• و Sustained Load

را بررسی کند.

Tail Latency چیست؟

میانگین Latency
همیشه تصویر کاملی
از Server
ارائه نمی دهد.

ممکن است بیشتر Requestها
سریع باشند،
اما تعداد کمی
بسیار کند پاسخ داده شوند.

برای همین
Percentileهایی مانند:

P95
/
P99
/
P99.9

می توانند
برای تحلیل
Tail Latency
استفاده شوند.

Benchmark پردازنده Workstation چگونه باید باشد؟

Workstation
باید با Software
مرتبط با کار واقعی
آزمایش شود.

برای مثال:

• CAD،
• Engineering Simulation،
• CPU Rendering،
• Compilation،
• Scientific Computing،
• Data Processing،
• و Content Creation.

یک Synthetic Score
به تنهایی
نمی تواند تمام
این Workloadها
را نمایندگی کند.

Performance per Watt چگونه اندازه گیری می شود؟

یکی از روش های ساده
این است که
Performance
نسبت به Power
مقایسه شود.

Performance per Watt
=
Performance
/
Average Power

اما روش اندازه گیری Power
باید مشخص باشد.

Package Power،
CPU Input Power
و Total System Power
یک چیز نیستند.

Energy to Complete چیست؟

فقط Power لحظه ای
مهم نیست.

اگر CPU سریع تر
یک Task
را تمام کند،
ممکن است با وجود
Power بالاتر،
Energy کل کمتری
مصرف کند.

Energy
=
Power
×
Time

بنابراین برای بعضی
Workloadها،
Energy to Complete
معیار مفیدتری
از Power تنهاست.

آیا Benchmark لپ تاپ با باتری و برق شهری یکسان است؟

الزاماً خیر.

Laptop
ممکن است هنگام
Battery Operation
Power Limit
و Frequency Behavior
متفاوتی داشته باشد.

بنابراین Test Method
باید مشخص کند
دستگاه:

Plugged In
or
On Battery

بوده است.

در سیستم استوک یا دست دوم Benchmark چه کمکی می کند؟

Benchmark
می تواند علاوه بر
مقایسه مدل CPU،
برای بررسی رفتار
خود سیستم نیز
مفید باشد.

اگر Performance دستگاه
به شکل غیرعادی
پایین تر از سیستم های مشابه باشد،
می توان مواردی مانند:

• Thermal Throttling،
• Power Configuration،
• Cooling Problem،
• Background Load،
• Firmware Setting،
• یا سایر مشکلات سیستم

را بررسی کرد.

این موضوع فقط
به لپ تاپ محدود نیست
و در Desktop،
Workstation،
Mini PC،
All-in-One
و Server استوک
نیز کاربرد دارد.

چگونه Benchmark گمراه کننده را تشخیص دهیم؟

قبل از اعتماد
به یک نمودار
یا Score،
چند سؤال بپرسید:

1. مدل دقیق CPUها مشخص شده است؟
2. نسخه Benchmark مشخص است؟
3. Test Configuration منتشر شده است؟
4. Power Setting مشخص است؟
5. Cooling مشخص است؟
6. تست چند بار اجرا شده است؟
7. نتیجه میانگین است یا بهترین Run؟
8. اختلاف از Variance تست بزرگ تر است؟
9. Workload به کاربرد واقعی مرتبط است؟
10. آیا یکی از سیستم ها Bottleneck دیگری دارد؟
11. آیا Software Version یکسان است؟
12. آیا نتیجه فقط یک Test انتخاب شده است؟

Cherry Picking در Benchmark چیست؟

Cherry Picking
یعنی از میان
تعداد زیادی Test،
فقط نتایجی انتخاب شوند
که یک محصول
را بهتر نشان می دهند.

برای مثال
ممکن است CPU A
در 15 Test
نتایج متفاوتی داشته باشد،
اما فقط دو Test
که در آنها برنده است
نمایش داده شوند.

برای جلوگیری از این مشکل
باید مجموعه ای
متنوع از Workloadهای
مرتبط بررسی شود.

نمودار Benchmark چگونه می تواند اختلاف را بزرگ تر از واقعیت نشان دهد؟

محور نمودار
می تواند
ادراک بصری
اختلاف را تغییر دهد.

فرض کنید:

CPU A = 100

CPU B = 105

اختلاف واقعی
فقط 5 درصد است.

اگر محور نمودار
از 95 شروع شود،
ستون CPU B
ممکن است چند برابر
بلندتر به نظر برسد.

بنابراین علاوه بر
شکل نمودار،
اعداد واقعی
را نیز بخوانید.

درصد اختلاف مهم تر است یا مقدار واقعی؟

هر دو.

20 درصد افزایش
می تواند بسیار مهم باشد،
اما باید ببینیم
این افزایش در عمل
چه مقدار زمان
یا Throughput
ایجاد می کند.

برای مثال
کاهش زمان یک Task
از:

10 Seconds
→
8 Seconds

با کاهش زمان
یک Workflow روزانه
از:

10 Hours
→
8 Hours

از نظر تاثیر عملی
یکسان نیست.

چرا تعداد Runها و پراکندگی نتیجه مهم است؟

فرض کنید CPU A
به طور متوسط
1 درصد
سریع تر از CPU B
باشد.

اگر خود Benchmark
بین Runهای مختلف
3 درصد تغییر کند،
نتیجه یک درصدی
ممکن است قابل اتکا نباشد.

هرچه اختلاف
نسبت به Noise
بزرگ تر باشد،
Confidence
در نتیجه
بیشتر می شود.

Reproducibility چیست؟

یک Benchmark خوب
باید تا حد معقول
قابل تکرار باشد.

یعنی اگر
شرایط مشابه
دوباره ایجاد شوند،
نتیجه باید
در محدوده ای منطقی
تکرار شود.

Good Methodology
→
Repeatable Results
→
Higher Confidence

یک روش اصولی برای Benchmark CPU

هنگام دیدن یک Benchmark آنلاین چه چیزهایی را بررسی کنیم؟

Bottleneck دقیقاً چیست؟

در یک سیستم،
چند بخش مختلف
برای انجام Workload
با یکدیگر همکاری می کنند.

سرعت نهایی
می تواند توسط بخشی
محدود شود که در آن لحظه
ظرفیت کافی
برای پاسخ به تقاضای Workload
ندارد.

به این عامل:

Performance Bottleneck

گفته می شود.

به زبان ساده:

System Performance
→
Limited by the Current Slowest Relevant Stage

آیا هر سیستم Bottleneck دارد؟

از دید مهندسی،
هر Workload
در نهایت توسط
یک یا چند عامل
محدود می شود.

اگر هیچ محدودیتی
وجود نداشت،
Performance می توانست
بدون پایان
افزایش پیدا کند.

بنابراین وجود Bottleneck
الزاماً به معنی
بد بودن سیستم نیست.

سؤال مهم این است:

«عامل محدودکننده چیست
و آیا تغییر آن
برای کاربرد مورد نظر
ارزش دارد؟»

چرا Bottleneck ثابت نیست؟

Bottleneck
به شرایط اجرای Workload
وابسته است.

برای مثال،
یک سیستم ممکن است
هنگام یک عملیات
CPU-Limited
باشد،
اما چند ثانیه بعد
در مرحله دیگری
I/O-Limited شود.

Bottleneck
=
Function of
Workload
+
Software
+
Hardware
+
Configuration
+
Time

CPU Bottleneck چیست؟

CPU Bottleneck
زمانی رخ می دهد
که توان پردازشی
یا سرعت پاسخ CPU
عامل اصلی محدودکننده
Performance مورد اندازه گیری باشد.

در چنین شرایطی
افزایش توان سایر بخش ها
ممکن است Performance
را به شکل محسوسی
افزایش ندهد.

اما افزایش Performance CPU
می تواند نتیجه را
بهتر کند.

Faster CPU
→
Measurable Performance Gain

این یکی از نشانه های مهم
CPU-Limited بودن
Workload است.

آیا CPU Usage صد درصد یعنی CPU Bottleneck؟

نه همیشه.

CPU Usage بالا
نشان می دهد
منابع پردازنده
به شدت درگیر هستند،
اما برای تشخیص Bottleneck
باید رفتار کل Workload
بررسی شود.

ممکن است CPU
تقریباً به طور کامل
مشغول باشد،
اما Performance نهایی
توسط عامل دیگری
نیز محدود شود.

آیا CPU Usage پایین یعنی CPU Bottleneck نداریم؟

خیر.

این یکی از مهم ترین
اشتباهات در تحلیل CPU است.

فرض کنید CPU
دارای 16 Hardware Thread
باشد،
اما Application
فقط بتواند
از یک Thread اصلی
استفاده کند.

ممکن است
همان Thread
کاملاً اشباع شده باشد،
در حالی که بسیاری
از Coreها بیکارند.

در نتیجه Total CPU Usage
ممکن است پایین به نظر برسد،
اما Workload همچنان
CPU-Limited باشد.

Single-Thread Bottleneck چیست؟

بعضی Workloadها
دارای یک مسیر اصلی
یا Critical Thread
هستند.

اگر این Thread
نتواند سریع تر
اجرا شود،
افزایش تعداد Coreها
الزاماً Performance
را افزایش نمی دهد.

Critical Thread at Limit
→
Application Progress Limited

در چنین شرایطی
Per-Core Performance،
IPC،
Frequency
و Latency
اهمیت زیادی پیدا می کنند.

Multi-Thread CPU Bottleneck چیست؟

در Workloadهای
Parallel،
تعداد زیادی Thread
می توانند همزمان
CPU را درگیر کنند.

اگر بیشتر Coreهای قابل استفاده
مشغول باشند
و Workload
قابلیت Scaling داشته باشد،
افزایش منابع CPU
ممکن است Throughput
را افزایش دهد.

این حالت
در برخی:

• Renderها،
• Compileها،
• Encodeها،
• Simulationها،
• Data Processingها،
• و Server Workloadها

دیده می شود.

چرا اضافه کردن Core همیشه Bottleneck را برطرف نمی کند؟

Software
باید بتواند
Workload را میان Coreها
تقسیم کند.

بعضی قسمت های برنامه
قابل Parallel شدن هستند
و بعضی نیستند.

همچنین Synchronization،
Communication
و Shared Resourceها
می توانند Scaling
را محدود کنند.

More Cores
≠
Linear Performance Scaling

تفاوت CPU Bottleneck و GPU Bottleneck چیست؟

در Workloadهایی
که CPU و GPU
با یکدیگر همکاری می کنند،
هرکدام می توانند
عامل محدودکننده باشند.

اگر GPU
برای تکمیل کار خود
به زمان بیشتری نیاز داشته باشد
و CPU منتظر آن بماند،
افزایش Performance CPU
ممکن است تاثیر کمی داشته باشد.

در این حالت
Workload بیشتر:

GPU-Limited

است.

جزئیات معماری و Bottleneckهای GPU
متعلق به دانشنامه مستقل GPU هستند؛
در این فصل فقط رابطه آن
با محدودیت CPU
بررسی می شود.

CPU Bottleneck در Gaming چگونه ایجاد می شود؟

CPU در Game
وظایف مختلفی
بر عهده دارد.

بسته به Engine،
این وظایف می توانند شامل:

• Game Logic،
• Physics Preparation،
• Animation Processing،
• AI Logic،
• Draw Call Preparation،
• Asset Management،
• و هماهنگی Threadها

باشند.

اگر CPU نتواند
Frame بعدی را
به اندازه کافی سریع
آماده کند،
GPU ممکن است
منتظر CPU بماند.

CPU Prepares Work
↓
GPU Processes Work
↓
Frame Completed

اگر مرحله CPU
کندتر باشد:

CPU-Limited

و اگر مرحله GPU
کندتر باشد:

GPU-Limited

چرا تغییر Resolution می تواند Bottleneck را تغییر دهد؟

در بسیاری از Gameها
افزایش Resolution
بار پردازشی GPU
را افزایش می دهد.

اگر GPU
زمان بیشتری
برای تولید هر Frame
نیاز داشته باشد،
محدودیت CPU
ممکن است کمتر دیده شود.

برعکس،
کاهش بار GPU
می تواند اختلاف
میان CPUها
را آشکارتر کند.

بنابراین:

Same CPU + Same GPU
≠
Same Bottleneck at Every Setting

چرا CPU برای Frame Rate بالا مهم تر می شود؟

هرچه تعداد Frame
در ثانیه بیشتر شود،
CPU نیز باید
کار مربوط به هر Frame
را با فاصله زمانی
کوتاه تری آماده کند.

برای مثال،
بودجه زمانی نظری
برای هر Frame:

60 FPS
→
16.67 ms per Frame

120 FPS
→
8.33 ms per Frame

240 FPS
→
4.17 ms per Frame

بنابراین دستیابی
به Frame Rate بسیار بالا
می تواند فشار بیشتری
روی مسیرهای حساس
به CPU وارد کند.

CPU Bottleneck در CAD و نرم افزارهای مهندسی چگونه است؟

نرم افزارهای مهندسی
یک رفتار واحد ندارند.

بعضی عملیات
ممکن است بیشتر
به Performance یک Thread
وابسته باشند،
در حالی که عملیات دیگر
قابلیت Parallelism
بیشتری داشته باشند.

بنابراین عبارت:

«این نرم افزار CPU محور است»

به تنهایی
اطلاعات کافی
برای انتخاب پردازنده
ارائه نمی دهد.

باید Operation واقعی
مشخص شود.

CPU Bottleneck در Rendering چگونه است؟

اگر Render Engine
از CPU Rendering
استفاده کند
و بتواند Workload
را میان تعداد زیادی Core
تقسیم کند،
CPU می تواند
عامل اصلی محدودکننده باشد.

در چنین شرایطی
افزایش Multi-Core Throughput
می تواند زمان Render
را کاهش دهد.

اما اگر Render
روی GPU انجام شود،
تحلیل Bottleneck
متفاوت خواهد بود.

Bottleneck در Compilation چیست؟

Compilation
می تواند ترکیبی
از مراحل Parallel
و Serial باشد.

بعضی فایل ها
می توانند همزمان
Compile شوند،
اما مراحل دیگری
ممکن است Parallelism
محدودتری داشته باشند.

بنابراین Performance
ممکن است به ترکیبی از:

• Per-Core Performance،
• Core Count،
• Cache Behavior،
• و I/O

وابسته باشد.

اگر CPU منتظر Data باشد چه اتفاقی می افتد؟

CPU همیشه
محدود به قدرت محاسباتی
خودش نیست.

گاهی Processor
آماده انجام کار است،
اما Data مورد نیاز
هنوز در دسترس نیست.

در چنین شرایطی
افزایش Frequency
یا Core Count
ممکن است سود محدودی
ایجاد کند.

CPU Waiting for Data
→
Execution Resources Underused

جزئیات سیستم حافظه
و Storage
در دانشنامه های مستقل
بررسی می شوند.

Compute-Bound یعنی چه؟

Workload
زمانی Compute-Bound
نامیده می شود
که Performance آن
عمدتاً توسط ظرفیت
محاسباتی Processor
محدود شود.

در چنین شرایطی
CPU سریع تر
می تواند
Performance بیشتری
ایجاد کند.

Memory-Bound یعنی چه؟

اگر CPU
بخش قابل توجهی
از زمان خود را
منتظر دسترسی
به Data بماند،
Workload ممکن است
بیشتر توسط Memory System
محدود شده باشد.

در این حالت
افزایش توان محاسباتی CPU
الزاماً افزایش Performance
متناسبی ایجاد نمی کند.

جزئیات Bandwidth،
Latency،
Channel،
DRAM Architecture
و Timingها
به دانشنامه RAM
منتقل می شوند.

Software Bottleneck چیست؟

همیشه Hardware
عامل محدودکننده نیست.

Software ممکن است
نتواند از منابع Hardware
به خوبی استفاده کند.

برای مثال:

• Parallelism محدود،
• Lock Contention،
• Synchronization Overhead،
• Algorithm ناکارآمد،
• Thread Scheduling نامناسب،
• یا Code Path غیر بهینه

می توانند Performance
را محدود کنند.

آیا CPU سریع تر Software Bottleneck را حل می کند؟

گاهی تا حدی،
اما نه همیشه.

اگر برنامه
فقط یک Thread
ایجاد کند،
CPU با Per-Core Performance
بیشتر ممکن است
آن Thread را سریع تر کند.

اما اضافه کردن
تعداد زیادی Core
ممکن است تقریباً
هیچ تاثیری نداشته باشد.

اگر محدودیت
از Algorithm
یا Synchronization
باشد نیز
Hardware سریع تر
فقط بخشی از مشکل
را کاهش می دهد.

Thermal Bottleneck چیست؟

اگر CPU
به محدودیت دمایی
نزدیک شود،
سیستم مدیریت توان
ممکن است Frequency
یا Power
را کاهش دهد.

در نتیجه
CPU نمی تواند
Performance بالقوه خود
را حفظ کند.

Temperature Limit
→
Frequency / Power Adjustment
→
Lower Sustained Performance

Power Limit چگونه CPU را محدود می کند؟

حتی اگر Temperature
مناسب باشد،
CPU ممکن است
به Power Limit
تعیین شده
توسط Platform
برسد.

در این حالت
Processor نمی تواند
بدون عبور از
Power Budget
Frequency بیشتری
حفظ کند.

این محدودیت
در Laptop،
Mini PC،
All-in-One،
Desktop،
Workstation
و Server
می تواند وجود داشته باشد،
هرچند مقدار و سیاست آن
متفاوت است.

Bottleneck در Laptop چرا پیچیده تر است؟

در Laptop
محدودیت های:

• Cooling،
• Power،
• Battery،
• Chassis،
• Noise Target،
• و Firmware Policy

می توانند
Performance CPU
را تغییر دهند.

بنابراین دو Laptop
با CPU یکسان
الزاماً رفتار
Performance یکسانی ندارند.

Bottleneck در Desktop چگونه بررسی می شود؟

Desktop
معمولاً فضای بیشتری
برای Cooling
و Power Delivery
دارد.

اما همچنان:

• Motherboard Configuration،
• Cooling،
• Power Limits،
• Software،
• و Workload

می توانند
عامل محدودکننده باشند.

Bottleneck در Workstation چیست؟

Workstation Workloadها
بسیار متنوع هستند.

یک مرحله
ممکن است
Single-Thread Limited
باشد،
مرحله بعد
Multi-Core Limited،
و مرحله دیگری
منتظر I/O
یا Accelerator باشد.

به همین دلیل
انتخاب CPU Workstation
باید براساس Workflow واقعی
انجام شود،
نه فقط یک Benchmark.

Bottleneck در Server چگونه متفاوت است؟

در Server
علاوه بر Performance
یک Task،
باید رفتار سیستم
تحت Concurrency بالا
نیز بررسی شود.

محدودیت می تواند
از:

• CPU Core Capacity،
• Synchronization،
• Memory Access،
• Network I/O،
• Storage I/O،
• Software Architecture،
• یا Queueing

ایجاد شود.

Queue چگونه نشانه Bottleneck می شود؟

اگر Work
سریع تر از توان پردازش
وارد سیستم شود،
Taskها ممکن است
در صف قرار بگیرند.

Arrival Rate
>
Processing Rate
→
Queue Growth
→
Higher Latency

رشد Queue
می تواند نشانه ای
از رسیدن سیستم
به Capacity Limit
باشد.

Utilization و Bottleneck چه تفاوتی دارند؟

Utilization
میزان استفاده
از یک Resource
را نشان می دهد.

Bottleneck
مشخص می کند
کدام عامل
Performance نهایی
را محدود کرده است.

این دو مفهوم
مرتبط هستند،
اما یکسان نیستند.

High Utilization
≠
Automatic Proof of Bottleneck

چگونه بفهمیم CPU واقعاً Bottleneck است؟

بهترین روش
فقط نگاه کردن
به یک درصد Usage نیست.

باید یک فرضیه
بسازیم
و آن را آزمایش کنیم.

سؤال اصلی:

«اگر ظرفیت CPU را تغییر دهیم،
آیا Metric مورد نظر
به شکل قابل اندازه گیری
تغییر می کند؟»

Observe Problem
↓
Identify Target Metric
↓
Measure CPU Behavior
↓
Change One Relevant Variable
↓
Repeat Test
↓
Compare Result
↓
Confirm or Reject CPU Bottleneck

تغییر Frequency چگونه به تشخیص کمک می کند؟

در یک آزمایش کنترل شده،
اگر افزایش Performance CPU
باعث افزایش قابل اندازه گیری
در Metric نهایی شود،
این می تواند نشانه ای
از حساسیت Workload
به CPU باشد.

اما این آزمایش
باید با دقت انجام شود،
زیرا تغییر Frequency
می تواند Power
و Thermal Behavior
را نیز تغییر دهد.

تغییر بار GPU چگونه به تشخیص CPU Limit کمک می کند؟

در Workloadهای مشترک
CPU و GPU،
اگر کاهش بار GPU
Performance را
به شکل محسوسی افزایش ندهد،
ممکن است عامل محدودکننده
در بخش دیگری باشد.

اگر Performance
با کاهش بار GPU
به شدت افزایش پیدا کند،
GPU Limit
محتمل تر است.

این فقط یک نشانه است
و باید همراه
با سایر Measurementها
تفسیر شود.

چرا Frame Time از FPS تنها اطلاعات بیشتری می دهد؟

Average FPS
میانگین Performance
را نشان می دهد،
اما ممکن است
وقفه های کوتاه
را پنهان کند.

Frame Time
مدت زمان تولید
هر Frame
را نشان می دهد.

بررسی تغییرات Frame Time
می تواند برای پیدا کردن
Stutter
و رفتار ناپایدار
مفید باشد.

FPS
≈
1000
/
Frame Time in ms

چرا Average Performance همیشه کافی نیست؟

تجربه واقعی کاربر
فقط به میانگین
وابسته نیست.

اگر Performance
گاهی برای مدت کوتاه
افت زیادی داشته باشد،
Average ممکن است
همچنان خوب به نظر برسد.

برای همین
در بعضی Workloadها
توزیع Latency
یا معیارهایی
برای رفتار بدترین بخش
نمونه ها
نیز بررسی می شوند.

Bottleneck Calculator چیست و چرا باید با احتیاط استفاده شود؟

بعضی وب سایت ها
با دریافت مدل CPU
و GPU
یک درصد
با عنوان Bottleneck
نمایش می دهند.

مشکل این است
که Bottleneck
یک درصد ثابت
برای ترکیب دو قطعه نیست.

همان سیستم
در دو Workload مختلف
می تواند Bottleneck
متفاوتی داشته باشد.

CPU + GPU
≠
One Universal Bottleneck Percentage

Bottleneck چگونه در تصمیم ارتقا کمک می کند؟

هدف تحلیل Bottleneck
این نیست که
حتماً تمام محدودیت ها
حذف شوند.

هدف این است
بفهمیم ارتقای کدام بخش
بیشترین تاثیر
بر Workload واقعی
خواهد داشت.

اگر سیستم
GPU-Limited باشد،
ارتقای CPU
ممکن است سود کمی داشته باشد.

اگر Workload
Single-Thread CPU-Limited باشد،
افزایش Core Count
بدون افزایش Per-Core Performance
ممکن است موثر نباشد.

بنابراین:

Best Upgrade
=
Upgrade the Relevant Limiting Resource

سیستم Balanced یعنی سیستم بدون Bottleneck؟

خیر.

سیستم بدون هیچ محدودیتی
وجود ندارد.

Balanced System
یعنی منابع سیستم
متناسب با Workload
و هدف کاربر
انتخاب شده اند،
به طوری که هزینه زیادی
برای منابعی که استفاده نمی شوند
پرداخت نشده باشد.

تحلیل Bottleneck در سیستم استوک چه اهمیتی دارد؟

هنگام خرید
یک سیستم استوک،
نباید فقط
مدل CPU
را بررسی کرد.

ممکن است یک CPU
هنوز برای Workload مورد نظر
Performance کافی داشته باشد،
اما سیستم به علت:

• Cooling نامناسب،
• Power Configuration،
• Storage کند،
• محدودیت GPU،
• Software Configuration،
• یا سایر اجزای Platform

Performance مطلوب
ارائه ندهد.

این موضوع برای:

• لپ تاپ استوک،
• Desktop استوک،
• Workstation استوک،
• Mini PC،
• All-in-One،
• و Server دست دوم

صدق می کند.

چک لیست تشخیص CPU Bottleneck

نشانه های احتمالی انواع محدودیت

CPU Monitoring چیست؟

CPU Monitoring
یعنی مشاهده و ثبت
وضعیت عملیاتی پردازنده
هنگام اجرای سیستم.

به جای اینکه فقط
مشخصات اسمی CPU
را بخوانیم،
رفتار واقعی آن
را اندازه گیری می کنیم.

برای مثال:

• چه مقدار از CPU درگیر است؟
• کدام Coreها فعال هستند؟
• Frequency واقعی چقدر است؟
• CPU چه دمایی دارد؟
• چه مقدار Power مصرف می کند؟
• آیا به محدودیت حرارتی رسیده است؟
• آیا Power Limit فعال شده است؟
• آیا Performance در طول زمان افت می کند؟

Telemetry چیست؟

Telemetry
مجموعه داده هایی است
که درباره وضعیت
و رفتار Hardware
اندازه گیری یا گزارش می شوند.

این داده ها
ممکن است از:

• Hardware Sensorها،
• Performance Counterها،
• Firmware،
• Operating System،
• Driverها،
• یا Monitoring Software

دریافت شوند.

نکته مهم این است که
تمام مقادیر Telemetry
الزاماً به یک روش
اندازه گیری نمی شوند.

آیا همه اعداد Monitoring مستقیماً توسط Sensor اندازه گیری می شوند؟

خیر.

بعضی مقادیر
مستقیماً از Sensor
یا Registerهای Hardware
خوانده می شوند.

برخی دیگر
ممکن است توسط Software
از داده های مختلف
محاسبه یا تخمین زده شوند.

بنابراین هنگام مقایسه
دو Monitoring Tool
باید بدانیم
آیا هر دو واقعاً
یک Metric
را با یک روش
گزارش می کنند یا خیر.

CPU Usage دقیقاً چه چیزی را نشان می دهد؟

CPU Usage
تلاش می کند نشان دهد
چه مقدار از ظرفیت زمانی
پردازنده
در یک بازه مشخص
در حال انجام Work
بوده است.

اما تفسیر آن
همیشه به سادگی:

100%
=
Maximum CPU Performance

نیست.

Usage
باید همراه
با Frequency،
Core Activity،
Workload
و Limitها
بررسی شود.

Total CPU Usage چیست؟

Total CPU Usage
نمایی کلی
از فعالیت پردازنده
ارائه می دهد.

اگر CPU
تعداد زیادی
Logical Processor
داشته باشد،
Total Usage
می تواند فعالیت آنها
را در یک مقدار کلی
خلاصه کند.

این عدد
برای مشاهده سریع
وضعیت سیستم مفید است،
اما برای تحلیل دقیق
کافی نیست.

چرا Per-Core Usage مهم است؟

ممکن است Total CPU Usage
فقط 20 یا 30 درصد باشد،
اما یک یا چند Core
به شدت درگیر باشند.

این حالت
در Workloadهایی
با Parallelism محدود
اهمیت زیادی دارد.

Total CPU Usage = 25%

می تواند همزمان
با:

Critical Thread ≈ Fully Busy

رخ دهد.

Logical Processor Usage را چگونه تفسیر کنیم؟

سیستم عامل
معمولاً فعالیت
Logical Processorها
را نمایش می دهد.

Logical Processor
الزاماً معادل
یک Physical Core مستقل
نیست.

در پردازنده هایی
که SMT
یا فناوری مشابه دارند،
چند Logical Thread
می توانند منابع
یک Core فیزیکی
را به اشتراک بگذارند.

بنابراین نمودار Usage
باید با شناخت
Topology پردازنده
تفسیر شود.

CPU Clock در ابزارهای مانیتورینگ چیست؟

Monitoring Toolها
معمولاً مقدارهایی
برای Frequency
یا Clock
پردازنده نمایش می دهند.

این مقدار می تواند
نشان دهد CPU
در چه محدوده فرکانسی
فعالیت می کند.

اما باید بدانیم
Frequency گزارش شده
دقیقاً با چه روشی
محاسبه شده است.

یک عدد Clock بالا
الزاماً به معنی
اجرای مفید
با همان نرخ
در تمام بازه زمانی نیست.

Effective Clock چیست؟

Effective Clock
تلاش می کند
فعالیت موثر CPU
را در طول
یک بازه زمانی
بهتر نشان دهد.

CPU مدرن
دائماً می تواند
میان حالت های:

• فعال،
• Idle،
• Sleep،
• Boost،
• و Power-Saving

جابه جا شود.

بنابراین مشاهده
یک Clock لحظه ای
ممکن است تصویر کاملی
از مقدار کار موثر
انجام شده
ارائه نکند.

چرا Maximum Boost Clock را همیشه در Monitoring نمی بینیم؟

Maximum Boost
یک Frequency تضمین شده
برای تمام Coreها
و تمام شرایط نیست.

رسیدن به آن
می تواند به:

• تعداد Coreهای فعال،
• نوع Workload،
• Temperature،
• Power Budget،
• Current Limit،
• Firmware Policy،
• و Silicon Characteristics

وابسته باشد.

بنابراین مشاهده نکردن
Maximum Advertised Boost
در یک Multi-Core Workload
الزاماً نشانه مشکل نیست.

چرا نگاه کردن به یک لحظه از Clock کافی نیست؟

Frequency پردازنده
می تواند در مدت بسیار کوتاه
تغییر کند.

اگر Monitoring Tool
فقط در فواصل مشخص
مقدار را Sample کند،
ممکن است بعضی تغییرات
میان دو Sample
دیده نشوند.

بنابراین برای تحلیل
رفتار واقعی،
روند تغییرات در طول زمان
مهم تر از یک Snapshot
منفرد است.

Temperature CPU را چگونه تفسیر کنیم؟

Temperature
یکی از مهم ترین
Metricهای Monitoring است،
اما عدد دما
به تنهایی
مشخص نمی کند
CPU مشکل دارد یا خیر.

باید بدانیم:

• CPU در Idle است یا Load؟
• Workload کوتاه است یا طولانی؟
• Power Consumption چقدر است؟
• Frequency حفظ شده یا کاهش یافته؟
• Thermal Limit فعال شده یا خیر؟
• مدل و طراحی سیستم چیست؟

آیا دمای بالا همیشه به معنی Thermal Throttling است؟

خیر.

CPU می تواند
در دمای نسبتاً بالا
کار کند
بدون اینکه الزاماً
وارد Thermal Throttling
شده باشد.

برای تشخیص Throttling
باید علاوه بر Temperature،
Limit Indicatorها
و رفتار Frequency
بررسی شوند.

High Temperature
≠
Automatic Thermal Throttling

Thermal Throttling چیست؟

زمانی که CPU
برای رعایت محدودیت حرارتی
مجبور شود
Performance Operating Point
خود را کاهش دهد،
Thermal Throttling
رخ می دهد.

این کاهش می تواند
از طریق تغییر:

• Frequency،
• Voltage،
• Power،
• یا سایر سیاست های مدیریت Performance

انجام شود.

Thermal Limit Reached
→
Performance Adjustment
→
Heat Generation Reduced

CPU Package Power چیست؟

Package Power
مقداری است
که برای توصیف
توان مصرفی بخش های
داخل Package پردازنده
استفاده می شود.

تعریف دقیق آن
می تواند میان Platformها
و روش های Telemetry
متفاوت باشد.

Package Power
را نباید مستقیماً
با:

Total System Power

یکی دانست.

CPU Package Power
≠
Wall Power
≠
Total System Power

این سه Metric
می توانند اهداف
اندازه گیری متفاوتی
داشته باشند.

چگونه بفهمیم CPU به Power Limit رسیده است؟

بعضی پردازنده ها
و Monitoring Toolها
Indicatorهایی
برای محدودیت توان
ارائه می دهند.

اگر CPU
زیر Load سنگین
به Power Budget
تعیین شده برسد،
سیستم ممکن است
Frequency
را برای حفظ
محدودیت توان
تنظیم کند.

این اتفاق
حتی زمانی ممکن است رخ دهد
که Temperature
هنوز پایین تر
از Thermal Limit باشد.

Current Limit چیست؟

علاوه بر Power
و Temperature،
Platform
ممکن است محدودیت هایی
برای Current
داشته باشد.

اگر شرایط بار
به یکی از این Limitها
برسد،
رفتار Frequency
و Performance
می تواند تغییر کند.

بنابراین افت Clock
همیشه به معنی
داغ شدن CPU نیست.

رابطه Power، Temperature و Clock چیست؟

این سه Metric
باید در کنار یکدیگر
بررسی شوند.

افزایش Workload
معمولاً می تواند
فعالیت CPU
و Power
را افزایش دهد.

افزایش Power
می تواند Heat بیشتری
تولید کند.

اگر Cooling
نتواند Heat
را با سرعت کافی
دفع کند،
Temperature افزایش می یابد.

Workload ↑
→
CPU Activity ↑
→
Power ↑
→
Heat ↑
→
Temperature ↑

سپس Firmware
و Hardware Control
تلاش می کنند
Operating Point
مناسب را حفظ کنند.

چرا CPU را باید در طول زمان مانیتور کنیم؟

رفتار CPU
در ثانیه های اول
Workload
ممکن است با رفتار آن
پس از چند دقیقه
متفاوت باشد.

در ابتدای Load
ممکن است:

• Temperature پایین باشد،
• Thermal Headroom زیاد باشد،
• Boost بالاتر باشد،
• و Power بیشتری برای مدت کوتاه در دسترس باشد.

پس از گرم شدن سیستم،
CPU ممکن است
به Operating Point
پایدار دیگری برسد.

Initial Performance
≠
Sustained Performance

Sampling Interval چیست؟

Monitoring Software
معمولاً Sensorها
را به صورت پیوسته
و بدون فاصله
نمایش نمی دهد.

در عوض،
در بازه های زمانی مشخص
داده ها را Sample می کند.

به فاصله میان
این نمونه برداری ها:

Sampling Interval

گفته می شود.

Sampling Interval چگونه نتیجه را تغییر می دهد؟

اگر Interval
بسیار طولانی باشد،
تغییرات کوتاه مدت
ممکن است دیده نشوند.

برای مثال
یک Spike کوتاه
در Temperature
یا Frequency
ممکن است
بین دو Sample
اتفاق بیفتد.

در مقابل،
Sampling بسیار سریع
می تواند حجم زیادی
از Data
تولید کند
و تحلیل را دشوارتر کند.

Current، Minimum، Maximum و Average چه تفاوتی دارند؟

چرا نمودار زمانی از یک عدد بهتر است؟

یک Snapshot
فقط وضعیت
یک لحظه را نشان می دهد.

اما Time-Series
می تواند رابطه میان:

• Load،
• Clock،
• Temperature،
• Power،
• و Performance

را در طول زمان
آشکار کند.

Time
→
Load ↑
→
Power ↑
→
Temperature ↑
→
Frequency Changes

چرا باید Metricها را با یکدیگر مرتبط کنیم؟

فرض کنید Frequency
ناگهان کاهش یافته است.

فقط از روی این اتفاق
نمی توان علت را فهمید.

باید همزمان بررسی کنیم:

• آیا Workload کاهش یافته؟
• آیا Temperature بالا رفته؟
• آیا Power Limit فعال شده؟
• آیا CPU وارد Idle State شده؟
• آیا Thread روی Core دیگری منتقل شده؟

تحلیل درست
از ارتباط میان Metricها
به دست می آید.

CPU در حالت Idle باید چه رفتاری داشته باشد؟

CPU مدرن
هنگام نبود Work
تلاش می کند
Energy Consumption
را کاهش دهد.

در نتیجه
ممکن است Coreها
وارد حالت های کم مصرف شوند
و Effective Activity
بسیار پایین بیاید.

وجود تغییرات کوتاه
در Usage
هنگام Idle
طبیعی است،
زیرا Operating System
و Background Serviceها
همچنان کارهای کوچکی
انجام می دهند.

CPU Usage غیرعادی در Idle چه معنایی دارد؟

اگر سیستم
بدون Workload مشخص
برای مدت قابل توجهی
CPU Usage بالایی داشته باشد،
باید Processهای فعال
بررسی شوند.

علت می تواند:

• Background Application،
• Operating System Update،
• Indexing،
• Security Scan،
• Driver Activity،
• یا Software Problem

باشد.

چگونه یک Workload تک هسته ای را مانیتور کنیم؟

در Workload
با Parallelism محدود،
Total Usage
ممکن است پایین باشد.

باید:

• Per-Core Usage،
• Critical Thread،
• Frequency Core فعال،
• Effective Clock،
• Temperature،
• و Performance Metric

بررسی شوند.

چگونه Workload چند هسته ای را مانیتور کنیم؟

در Multi-Core Workload
باید بررسی کنیم:

• چند Core واقعاً فعال هستند؟
• Load میان Coreها چگونه توزیع شده است؟
• All-Core Frequency چقدر است؟
• Package Power چگونه تغییر می کند؟
• Temperature به چه سطحی می رسد؟
• آیا Power یا Thermal Limit فعال می شود؟
• Performance در طول زمان پایدار می ماند یا خیر؟

مانیتورینگ CPUهای Hybrid چه تفاوتی دارد؟

در پردازنده هایی
با انواع مختلف Core،
فقط مشاهده Total Usage
اطلاعات کافی
ارائه نمی دهد.

باید مشخص شود
Threadهای مهم
روی کدام نوع Core
اجرا می شوند.

Scheduler
می تواند Work
را میان Coreها
جابه جا کند.

بنابراین Per-Core Monitoring
و شناخت Topology
اهمیت بیشتری پیدا می کند.

هنگام مانیتورینگ CPU لپ تاپ چه چیزهایی مهم تر هستند؟

در Laptop
Power
و Thermal Constraints
معمولاً نقش پررنگ تری دارند.

هنگام تست
بهتر است بررسی شود:

• دستگاه به برق متصل است یا Battery؟
• Power Mode چیست؟
• Temperature چگونه تغییر می کند؟
• Clock پس از گرم شدن دستگاه چه رفتاری دارد؟
• Package Power پایدار چقدر است؟
• Thermal Throttling رخ می دهد یا خیر؟
• Performance بعد از چند دقیقه افت می کند یا خیر؟

هنگام مانیتورینگ Desktop چه چیزهایی بررسی می شوند؟

در Desktop
Cooling
و Motherboard Configuration
می توانند
رفتار CPU
را تغییر دهند.

بنابراین علاوه بر
CPU Usage
باید:

• Clock،
• Effective Clock،
• Temperature،
• Power،
• Limit Indicators،
• و Sustained Performance

بررسی شوند.

در Workstation چه چیزی مهم است؟

Workstation
معمولاً برای Workloadهای
طولانی تر
استفاده می شود.

بنابراین Peak Clock
چند ثانیه اول
اهمیت کمتری
از Performance پایدار
دارد.

در Render،
Simulation،
Compilation
و پردازش های طولانی،
باید رفتار CPU
در چند دقیقه
یا حتی مدت طولانی تر
بررسی شود.

مانیتورینگ CPU در Server چگونه متفاوت است؟

در Server
فقط Peak Performance
مهم نیست.

باید Metricهایی مانند:

• CPU Utilization،
• Per-Core Load،
• Run Queue،
• Latency،
• Throughput،
• Power،
• Temperature،
• و Performance Stability

در طول زمان
بررسی شوند.

چگونه علت افت Performance بعد از چند دقیقه را پیدا کنیم؟

فرض کنید Benchmark
در ابتدا سریع است،
اما بعد از چند دقیقه
Performance کاهش می یابد.

باید همزمان
نمودارهای:

• Performance،
• Clock،
• Effective Clock،
• Temperature،
• Power،
• و Limit Indicators

بررسی شوند.

اگر:

Temperature ↑
→
Thermal Limit Active
→
Clock ↓
→
Performance ↓

مشاهده شود،
Thermal Constraint
یکی از علت های محتمل است.

اما اگر:

Temperature Acceptable
+
Power Limit Active
→
Clock ↓
→
Performance ↓

مشاهده شود،
محدودیت می تواند
بیشتر به Power Policy
مربوط باشد.

و اگر:

CPU Load ↓
→
Clock ↓

مشاهده شود،
کاهش Frequency
ممکن است کاملاً طبیعی باشد،
زیرا CPU دیگر
Work کافی
برای اجرا ندارد.

مانیتورینگ برای بررسی سیستم استوک چه کاربردی دارد؟

در یک سیستم استوک،
مشخصات Hardware
فقط بخشی از بررسی است.

Monitoring
می تواند کمک کند
رفتار واقعی دستگاه
زیر Load
ارزیابی شود.

برای مثال می توان بررسی کرد:

• CPU زیر Load به Frequency مناسب می رسد یا خیر.
• Performance در طول زمان پایدار است یا خیر.
• Temperature رفتار غیرعادی دارد یا خیر.
• Thermal Throttling رخ می دهد یا خیر.
• Power Limit غیرمنتظره وجود دارد یا خیر.
• Cooling System توان دفع Heat را دارد یا خیر.
• Background Process غیرعادی CPU را درگیر کرده یا خیر.

این روش فقط
برای لپ تاپ استوک نیست
و برای:

• کامپیوتر رومیزی،
• Workstation،
• All-in-One،
• Mini PC،
• و Server استوک

نیز کاربرد دارد.

روش اصولی مانیتورینگ CPU

مهم ترین Metricهای مانیتورینگ CPU