Microbenchmark — dastur yoki apparatdagi juda kichik operatsiyaning ishlash xususiyatini alohida o‘lchaydigan benchmark. U funksiya chaqiruvi, kolleksiya amali, serialization, xotira kirishi yoki bitta algoritm yadrosining vaqtini taqqoslash uchun ishlatiladi. Microbenchmark butun ilova tezligini bevosita ifodalamaydi; u tor komponent haqidagi nazoratli savolga javob beradi.
O‘lchov birligi
Natija operatsiyaga nanosekund, sekundiga operatsiyalar, CPU cycle yoki ajratilgan baytlar bilan berilishi mumkin. Juda qisqa amal timer aniqligidan tez bo‘lsa, u ko‘p marta loopda bajarilib jami vaqt iteratsiya soniga bo‘linadi. Loop overheadi va framework xarajati ham hisobga olinadi.
Throughput rejimi ma’lum vaqtda nechta amal bajarilganini, average-time rejimi bitta amalga o‘rtacha vaqtni o‘lchaydi. Parallel benchmark threadlar ko‘payganda lock contention va cache coherence ta’sirini ko‘rsatadi, ammo thread scheduling natijaga shovqin qo‘shadi.
Runtime optimallashtirishlari
JIT kompilyator dastlabki chaqiruvlarda kodni profiling qilib, keyin optimallashtiradi. Warm-up tugamasdan o‘lchash cold-start bilan steady-state ni aralashtiradi. Aksincha, serverless ishga tushish uchun aynan cold-start kerak bo‘lishi mumkin; maqsadga qarab alohida benchmark tuziladi.
Compiler natijasi hech qayerda ishlatilmasa, hisobni dead code sifatida olib tashlashi mumkin. Constant folding oldindan ma’lum argument natijasini compile vaqtida hisoblaydi. Maxsus benchmark harness natijani blackhole ga uzatib, optimizatorni to‘liq yo‘q qilishdan saqlaydi, lekin sun’iy to‘siqning o‘zi ham xarajat keltiradi.
Muhit shovqini
CPU frequency scaling, turbo boost, thermal throttling, boshqa jarayonlar va virtual mashinadagi noisy neighbor variatsiya yaratadi. CPU affinity, barqaror governor va nazoratli host takrorlanuvchanlikni oshiradi. Bu sozlamalar natija bilan hujjatlashtiriladi; ular production muhitidan farq qilsa, talqin shunga mos cheklanadi.
Cache issiq holatdagi xotira amali disk yoki cold cache holatidan keskin farq qiladi. Inputlar juda kichik bo‘lsa barcha ma’lumot cachega sig‘adi va real datasetni ifodalamaydi. Turli o‘lchamlar bo‘yicha parametrli benchmark cache chegaralarini ko‘rsatadi.
Statistik bajarilish
Ko‘p fork va iteratsiya process darajasidagi farqni o‘lchaydi. Natijada median, percentile, standard deviation yoki ishonch oralig‘i beriladi. Outlierni avtomatik olib tashlashdan oldin GC pause, context switch yoki termal holat kabi sababi tekshiriladi. Bir martalik eng tez qiymat barqaror ko‘rsatkich emas.
Regression taqqoslashda eski va yangi kod ayni binary dependency, input va hostda bajariladi. Benchmark tartibini randomlashtirish vaqt bo‘yicha temperaturaning bir variantga doim ta’sir qilishini kamaytiradi.
Cheklovlari
Kichik funksiyaning 20 foiz tezlashishi butun requestning 1 foiz qismini egallasa, end-to-end foyda juda kichik. Amdahl qonuni optimallashtirilmagan qism umumiy speedupni cheklashini ko‘rsatadi. Microbenchmark allocationni kamaytirishi, ammo readability yoki real cache localityni yomonlashtirishi mumkin.
Natija profiler topgan haqiqiy hotspot va representative workload bilan bog‘langanda foydali. Yakuniy o‘zgarish component yoki end-to-end performance testda ham tekshiriladi.
Parametrlar va holat
Input faqat bitta qulay qiymatdan iborat bo‘lsa, branch prediction yoki algoritmning best-case holati o‘lchanadi. Parametrli sinov kichik, o‘rta, katta va patologik qiymatlarni ajratadi. Har iteratsiyada setup bajarish o‘lchanayotgan vaqtga kiritiladimi yoki tashqarida qoladimi aniq belgilanadi. Mutable state iteratsiyalar orasida o‘zgarib, keyingi o‘lchovni boshqa workloadga aylantirmasligi uchun state qayta tiklanadi. Setup qiymati alohida metrika sifatida ham o‘lchanishi mumkin.
Bog‘liq tushunchalar
Benchmarking, JIT compiler, Warm-up, Profiling, Amdahl’s law, CPU cache