딥러닝 Quantization 분석 — PTQ·QAT·INT8·INT4·Calibration
#한 줄 요약
“Quantization은 float을 정수로 바꿔 메모리·연산을 줄이는 압축입니다.” FP32 → INT8로 메모리 4배·연산 2
4배 절약을 얻고 accuracy는 12%만 손해 봅니다. LLM에서는 INT4까지 가야 edge에 들어갑니다.
#어떤 상황에서 쓰나
NPU·DLA·Edge TPU 같은 전용 가속기는 INT8만 지원하는 경우가 흔합니다. FP32 모델을 그대로 들고 가면 가속기가 일을 안 하고 CPU로 떨어집니다. Smartphone·자동차·IoT처럼 전력·메모리 예산이 빠듯한 환경에서는 quantization이 사실상 의무입니다.
LLM은 또 다른 이유입니다. Llama 3 8B를 FP16으로 들고 가면 16 GB가 필요해 mobile·SBC에 안 들어갑니다. INT4로 quantize하면 4 GB까지 줄어 Raspberry Pi 5·iPhone에서 돌릴 수 있게 됩니다. 2024년 이후 mobile LLM이 폭발한 것이 이 변화 덕분입니다.
#핵심 개념
Quantization은 float 값을 정수로 선형 매핑하는 단순한 수식입니다.
scale (s) = (max - min) / 255zero point(z) = round(-min / s)
quantize q = round(x / s) + zdequantize x = (q - z) * sSymmetric은 z = 0으로 두고 [-128, 127] 범위를 씁니다. 곱셈에 zero point가 없어 계산이 빠릅니다. Asymmetric은 z ≠ 0으로 [0, 255]를 써서 ReLU 후처럼 한쪽으로 치우친 분포를 더 정확하게 표현합니다. 보통 weight = symmetric, activation = asymmetric을 씁니다.
적용 시점은 두 가지입니다.
| 방식 | 동작 | 장점 | 단점 |
|---|---|---|---|
| PTQ (Post-Training Quantization) | 학습이 끝난 모델에 calibration data 100~1000장을 흘려 scale을 결정합니다 | 빠르고 재학습이 필요 없습니다 | accuracy 손실이 1~5% |
| QAT (Quantization-Aware Training) | 학습 중 fake-quant node를 삽입해 gradient는 float로, forward는 quantized로 돌립니다 | accuracy가 FP32에 근접합니다 | 재학습이 필요합니다 (epoch 5 내외) |
세 번째 축은 granularity입니다.
| Granularity | 설명 |
|---|---|
| Per-tensor | tensor 전체에 scale 하나 — 빠름, 정확도 ↓ |
| Per-channel | conv filter마다 scale — Modern 표준, 정확도 ↑↑ |
| Per-group | LLM weight를 N개씩 묶어 scale — INT4 표준 |
LLM INT4는 group size 64~128로 per-group quantization이 거의 강제됩니다. Outlier 한 개가 scale을 망가뜨리는 것을 막기 위함입니다.
#코드 / 실제 사용 예
#TFLite PTQ INT8
import tensorflow as tf
converter = tf.lite.TFLiteConverter.from_keras_model(model)converter.optimizations = [tf.lite.Optimize.DEFAULT]
def representative_dataset(): for x in calib_images[:500]: yield [tf.cast(x[None, ...], tf.float32)]
converter.representative_dataset = representative_datasetconverter.target_spec.supported_ops = [tf.lite.OpsSet.TFLITE_BUILTINS_INT8]converter.inference_input_type = tf.int8converter.inference_output_type = tf.int8
tflite_int8 = converter.convert()open("model_int8.tflite", "wb").write(tflite_int8)representative_dataset이 핵심입니다. 100~1000장 정도가 보통이고 실제 deploy 분포에서 sampling합니다.
#QAT 흐름
import tensorflow_model_optimization as tfmot
q_aware = tfmot.quantization.keras.quantize_model(model)q_aware.compile(optimizer='adam', loss='categorical_crossentropy')q_aware.fit(train_x, train_y, epochs=5, validation_split=0.1)
converter = tf.lite.TFLiteConverter.from_keras_model(q_aware)converter.optimizations = [tf.lite.Optimize.DEFAULT]tflite_qat = converter.convert()PTQ로 1~2% accuracy가 떨어졌다면 QAT로 거의 회복됩니다. Production critical model은 QAT가 표준입니다.
#ONNX Runtime quantize
from onnxruntime.quantization import quantize_static, CalibrationDataReader
class Reader(CalibrationDataReader): def __init__(self, paths): self.it = iter(paths) def get_next(self): try: img = load(next(self.it)) return {'input': img} except StopIteration: return None
quantize_static( model_input='model.onnx', model_output='model_int8.onnx', calibration_data_reader=Reader(calib_paths), quant_format=QuantFormat.QDQ, per_channel=True, activation_type=QuantType.QInt8, weight_type=QuantType.QInt8,)QDQ (Quantize-Dequantize) format은 inference engine이 fold 후 INT8 kernel을 선택합니다. TensorRT·OpenVINO 모두 이 포맷을 받습니다.
#llama.cpp quantize — LLM INT4
# HuggingFace → GGUF FP16python convert_hf_to_gguf.py models/llama-3-8b \ --outfile llama-3-8b-f16.gguf
# Quantize./llama-quantize llama-3-8b-f16.gguf llama-3-8b-Q4_K_M.gguf Q4_K_MQ4_K_M은 mixed bit-width입니다. Attention K·V는 6-bit, FFN은 4-bit, embedding은 6-bit처럼 layer 종류에 따라 다른 bit를 씁니다. 같은 4-bit family 중 accuracy/size trade-off가 가장 좋다고 평가됩니다.
| Variant | Size | PPL Δ vs FP16 | 비고 |
|---|---|---|---|
| Q2_K | 3.5 GB | +0.6 | accuracy 큰 손실 |
| Q3_K_M | 3.7 GB | +0.10 | |
| Q4_K_M | 4.6 GB | +0.03 | 권장 |
| Q5_K_M | 5.5 GB | +0.01 | |
| Q6_K | 6.3 GB | +0.005 | |
| Q8_0 | 8.5 GB | +0.001 | FP16 거의 동등 |
#GPTQ — 4-bit weight, Hessian 기반
from auto_gptq import AutoGPTQForCausalLM, BaseQuantizeConfig
cfg = BaseQuantizeConfig(bits=4, group_size=128, desc_act=False)model = AutoGPTQForCausalLM.from_pretrained( "meta-llama/Llama-3-8B-Instruct", quantize_config=cfg)model.quantize(calib_examples)model.save_quantized("llama-3-8b-gptq-4bit")GPTQ는 layer별 Hessian inverse를 추정해 rounding error를 다음 weight로 흘려 보내는 방식입니다. Vanilla round 대비 4-bit에서 perplexity 차이가 크게 줄어듭니다.
#SmoothQuant — activation outlier 처리
import smoothquant# Activation outlier를 weight로 transfer → INT8 안정화model = smoothquant.smooth_lm(model, scales, alpha=0.5)# 이후 일반 INT8 PTQLLM activation은 극소수 channel에 outlier가 있습니다. 그대로 INT8 quantize하면 dynamic range가 outlier에 끌려가 accuracy가 무너집니다. SmoothQuant는 activation outlier를 mathematically 동등한 weight scale로 옮겨 둘 다 안정화합니다.
#Per-channel vs per-tensor 비교
# Per-tensor (빠름)scale = (w.max() - w.min()) / 255
# Per-channel (정확)scale_per_ch = (w.max(dim=(1,2,3)) - w.min(dim=(1,2,3))) / 255# Conv weight: [out_ch, in_ch, kh, kw]Modern framework는 per-channel weight + per-tensor activation이 기본 조합입니다. 정확도는 거의 FP32 수준이면서 활성 quantize는 한 번에 끝나 빠릅니다.
#Calibration method 선택
| 방법 | 특성 |
|---|---|
| Min-Max | 단순, outlier에 약함 |
| Percentile 99.9 | outlier 무시, robust |
| KL Divergence | histogram + KL minimize, TensorRT 표준 |
| Entropy | KL과 유사 |
| MSE | squared error 최소 |
TensorRT는 KL이 기본입니다. ResNet·YOLO 계열에서 잘 동작합니다. LLM activation은 outlier가 많아 percentile 99.9 또는 SmoothQuant가 안전합니다.
#측정 / 성능 비교
ResNet-50 ImageNet top-1 accuracy 변화입니다.
| Precision | Top-1 acc | Size | Latency (Cortex-A78) |
|---|---|---|---|
| FP32 | 76.1 % | 98 MB | 300 ms |
| FP16 | 76.1 % | 49 MB | 150 ms |
| INT8 PTQ per-tensor | 75.2 % | 25 MB | 80 ms |
| INT8 PTQ per-channel | 75.8 % | 25 MB | 80 ms |
| INT8 QAT | 76.0 % | 25 MB | 80 ms |
| INT4 PTQ | 73.5 % | 13 MB | 55 ms |
| INT4 GPTQ | 75.0 % | 13 MB | 55 ms |
PTQ만으로도 accuracy drop이 1% 이하면 그대로 쓸 수 있습니다. 1% 이상이면 per-channel·QAT·calibration data 확장으로 회복합니다.
LLM 비교입니다. Llama 3 8B, perplexity (낮을수록 좋음)입니다.
| Variant | Size | PPL | Token/sec (Jetson Orin) | 체감 |
|---|---|---|---|---|
| FP16 | 16 GB | 6.21 | OOM | — |
| Q8_0 | 8.5 GB | 6.22 | 12 | FP16과 동등 |
| Q5_K_M | 5.5 GB | 6.25 | 28 | 체감 동등 |
| Q4_K_M | 4.6 GB | 6.31 | 40 | 잘 모를 수준 |
| Q3_K_M | 3.7 GB | 6.45 | 55 | 일부 약화 |
| Q2_K | 3.5 GB | 7.10 | 70 | 가끔 이상 |
Q4_K_M이 size·quality·speed의 sweet spot입니다.
#자주 보는 함정
Calibration data 너무 적음
representative_dataset = [single_image] # 1장100장 이상, 가능하면 deploy 분포의 1000장 정도를 씁니다.
Calibration data가 deploy와 다름
실내에서 모은 데이터로 calibration한 모델을 야외에 deploy하면 accuracy가 5% 가까이 떨어집니다. Day/night, indoor/outdoor, multiple devices에서 골고루 sampling합니다.
First/last layer까지 INT8
입력 normalize layer나 출력 logit layer까지 INT8로 바꾸면 accuracy가 크게 손해를 봅니다. Mixed precision으로 입출력 layer를 FP16에 두면 회복됩니다.
Batch norm fusion 누락
Conv → BN → ReLU가 분리된 채로 quantize되면 BN folding이 일어나지 않아 scale 추정이 부정확해집니다. Quantize 전에 BN folding을 먼저 수행합니다. 대부분 toolchain이 자동으로 처리하지만 custom path에서는 직접 확인이 필요합니다.
LLM activation outlier 무시
quantize_static(llm.onnx, ...) # KL calibration# Layer 마다 perplexity 폭증SmoothQuant·AWQ로 outlier를 처리한 뒤 quantize합니다.
NPU에 FP32 input
npu_run(fp32_buffer); /* NPU is INT8-only → fallback to CPU */Preprocess에서 INT8로 변환해 NPU buffer에 직접 넣습니다.
#정리
- Quantization은 float을 정수로 선형 매핑하는 압축으로 메모리 4배·연산 2~4배를 얻습니다.
- PTQ는 빠르지만 1~5% accuracy 손실, QAT는 재학습 필요하지만 FP32에 근접합니다.
- Weight는 per-channel symmetric, activation은 per-tensor asymmetric이 표준 조합입니다.
- LLM은 per-group INT4 + GPTQ/AWQ + SmoothQuant 조합이 사실상 표준입니다.
- llama.cpp Q4_K_M은 size·quality·speed의 sweet spot입니다.
- Calibration data는 100~1000장, deploy 분포에서 sampling합니다.
- First/last layer는 FP16에 두는 mixed precision이 accuracy 회복에 효과적입니다.
- NPU·DLA·Edge TPU는 거의 INT8 전용이므로 quantization이 deploy 전제 조건입니다.
다음 편은 Thermal management입니다.
#관련 항목
- 6-02: TensorRT
- 6-04: Thermal
- 6-07: 온디바이스 LLM
Modern Embedded Recipes · 140 of 152
- 1 Modern Embedded Recipes — 모던 임베디드 실전 레시피 시리즈 소개
- 2 디지털 신호 기초 — Voltage Level·Edge·Setup/Hold 분석
- 3 임베디드 클럭과 타이밍 — Skew·Jitter·PLL·MMCM 분석
- 4 GPIO 내부 구조 분해 — Push-Pull·Open-Drain·Schmitt Trigger
- 5 UART 하드웨어 동작 분석 — Baud Rate·Framing·FIFO
- 6 SPI 하드웨어 분석 — Clock Mode·MOSI/MISO·Chip Select
- 7 I2C 하드웨어 분석 — Open-Drain·Clock Stretching·Arbitration
- 8 ADC 동작 원리 — SAR·Sigma-Delta·Pipelined 비교
- 9 DAC 동작 원리 — R-2R Ladder·Sigma-Delta·Settling Time
- 10 PWM 신호 생성 분석 — Duty·Frequency·Dead Time·Center-Aligned
- 11 CAN 버스 전기적 특성 — Differential·Termination·Dominant/Recessive
- 12 RS-485·RS-422 차동 신호 분석 — Termination·Biasing·Topology
- 13 LVDS 차동 신호 분석 — Common-Mode·Impedance·Eye Pattern
- 14 ARM Cortex-M 시리즈 비교 — M0·M3·M4·M7·M33·M55 분석
- 15 ARM Cortex-A 시리즈 비교 — A53·A55·A72·A78·X1 분석
- 16 ARM 레지스터 구조 분석 — R0~R15·CPSR·SPSR·Banked Registers
- 17 Cortex-M 예외 처리 — Vector Table·NVIC·Tail-Chaining 추적
- 18 ARM 메모리 맵 분석 — Normal·Device·Strongly-Ordered Region
- 19 ARM L1·L2 캐시 분석 — Set Associative·Inclusive·Maintenance
- 20 ARM MPU 활용 — Region·Attribute·Privilege Separation
- 21 ARM MMU 기초 분석 — Translation Table·TLB·ASID
- 22 ARM TrustZone-M 기초 — Secure/Non-Secure·NSC·MPC
- 23 ARM Memory Barrier 실전 — DMB·DSB·ISB·DMA·MMIO
- 24 임베디드 크로스 컴파일러 분석 — GCC·Clang·Sysroot 구성
- 25 C 컴파일 4단계 — Preprocess·Compile·Assemble·Link 추적
- 26 ELF 파일 구조 분석 — Section·Segment·Symbol Table·DWARF
- 27 링커 스크립트 기초 — SECTIONS·MEMORY·entry point
- 28 링커 스크립트 고급 — Overlay·BSS·init_array·LMA/VMA
- 29 임베디드 스타트업 코드 분석 — Reset_Handler·Vector Table·SystemInit
- 30 C 런타임 crt0 분석 — Stack·BSS Zero·Data Copy·atexit
- 31 임베디드 메모리 레이아웃 — .text·.rodata·.data·.bss·.heap·.stack
- 32 임베디드 컴파일러 최적화 분석 — -O0~-O3·-Os·-LTO 비교
- 33 Map 파일 분석 — Symbol·Section·Size 추적으로 코드 크기 진단
- 34 Make·CMake 크로스 컴파일 — Toolchain File·Sysroot 통합
- 35 임베디드 Bootloader 체인 — BootROM·SPL·U-Boot·Kernel·Secure Boot
- 36 첫 bare-metal 프로그램 작성 — Linker·Startup·main의 최소 구성
- 37 MMIO 레지스터 직접 접근 — volatile·Memory Map·Aliasing 분석
- 38 GPIO 드라이버 직접 구현 — STM32 HAL 없이 레지스터로
- 39 임베디드 클럭 설정 분석 — HSE·PLL·SYSCLK·AHB/APB 분주
- 40 Cortex-M 인터럽트 핸들링 — NVIC·Priority·Vector·EXTI
- 41 SysTick 타이머 활용 — 24-bit Counter·1ms Tick·delay 구현
- 42 UART 드라이버 구현 — polling·interrupt·DMA 3가지 방식 비교
- 43 SPI 드라이버 구현 — Master·Slave·CRC·DMA
- 44 I2C 드라이버 구현 — Master·7-bit/10-bit·Clock Stretching 처리
- 45 임베디드 DMA 기초 — Memory-to-Memory·Peripheral·Circular Mode
- 46 저전력 모드 분석 — Sleep·Stop·Standby·Wake-up Source
- 47 IWDG·WWDG 워치독 구현 — Independent vs Window 비교
- 48 임베디드 Flash 프로그래밍 — Erase·Program·Read While Write
- 49 DDR 초기화 실패 진단 — Timing·Calibration·Walking Bit Test
- 50 PWM 출력 실전 — LED 밝기·모터 속도 제어
- 51 DC 모터 제어 — H-Bridge·PWM Duty·Encoder Feedback
- 52 스테퍼 모터 제어 — Full Step·Half Step·Microstepping
- 53 서보 모터 제어 — PWM 1ms~2ms·Closed Loop·PID
- 54 Character LCD 제어 — HD44780·4-bit Mode·Custom Char
- 55 SPI OLED 제어 — SSD1306·Frame Buffer·Page 단위 갱신
- 56 TFT 디스플레이 구동 — RGB565·FSMC·LTDC·DMA2D
- 57 환경 센서 활용 — BME280 온습압·SHT3x·BMP180 비교
- 58 IMU 센서 활용 — MPU6050·LSM6DSO·Sensor Fusion
- 59 CAN 통신 구현 — bxCAN·Filter·Mailbox·CAN-FD
- 60 USB Device 기초 — Descriptor·Enumeration·Endpoint·HID/CDC
- 61 Ethernet MAC+PHY 통합 — RMII·lwIP·DMA Descriptor
- 62 SD Card + FatFs 구현 — SPI/SDIO 모드·CSD/CID·Wear
- 63 RTC 활용 — Calendar·Alarm·Wake-up Timer·Backup Domain
- 64 RTOS 도입 결정 분석 — Super Loop vs RTOS 트레이드오프
- 65 RTOS Task 설계 패턴 — 우선순위·스택·State Machine
- 66 RTOS Scheduler 동작 분석 — Tick·Context Switch·Yield
- 67 RTOS Semaphore 활용 — Binary·Counting·ISR Give
- 68 RTOS Mutex 활용 — Recursive·Priority Inheritance 적용
- 69 RTOS Queue 활용 — By-Value·By-Reference·Timeout 패턴
- 70 RTOS Event Group 활용 — Bit Wait·Sync·Notify
- 71 RTOS Software Timer 활용 — One-shot·Auto-reload·Daemon Task
- 72 ISR-Safe API 설계 — Reentrant·Atomic·Defer 패턴
- 73 Priority Inversion 진단·예방 — Mars Pathfinder Lesson 추적
- 74 Timer Wheel 분석 — Hashed·Hierarchical·O(1) Tick
- 75 RTOS 디버깅 기법 — Tracealyzer·SystemView·Stack 추적
- 76 임베디드 Linux 부팅 흐름 분석 — BootROM·U-Boot·Kernel·init
- 77 U-Boot 활용 — bootcmd·env·tftp·boot.scr 분석
- 78 Device Tree 실전 — DTS·DTB·Overlay·Phandle 추적
- 79 Device Tree Overlay 적용 — Runtime fragment·dtoverlay
- 80 임베디드 커널 빌드 — defconfig·menuconfig·Image·zImage
- 81 커널 모듈 기초 — init/exit·Parameter·KBuild·DKMS
- 82 캐릭터 드라이버 작성 — file_operations·cdev·register_chrdev
- 83 Platform 드라이버 작성 — probe·remove·of_match·DT 바인딩
- 84 mmap 4가지 모드 — Anonymous·File·Shared·Huge Page
- 85 epoll 실전 — LT·ET·ONESHOT·EXCLUSIVE 비교
- 86 UIO·VFIO 분석 — User-Space Driver와 IOMMU 격리
- 87 sysfs·configfs 활용 — kobject 기반 User 인터페이스
- 88 IRQ Affinity 튜닝 — smp_affinity·isolcpus·irqbalance
- 89 루트 파일시스템 구축 — Buildroot 기초·Package·Toolchain
- 90 임베디드 동적 메모리 — malloc 위험·결정성·대안 분석
- 91 메모리 정렬과 패딩 분석 — Natural·Strict Alignment·Trap
- 92 Cache Line Alignment — alignas·Padding·SoA 적용
- 93 DMA-Friendly Allocator — dma_alloc_coherent·IOMMU·Pool
- 94 Zero-Copy Pipeline — DMA-BUF·sendfile·io_uring·splice
- 95 NUMA Memory Topology — numactl·numa_alloc·HBM 적용
- 96 SIMD 활용 분석 — Intrinsics·Auto-Vectorization·OpenMP SIMD
- 97 ARM NEON 심화 — Matrix Multiply·FFT·Image Filter 적용
- 98 임베디드 스택 분석 — high-water·overflow 탐지
- 99 임베디드 코드 크기 최적화 — -Os·LTO·Section Garbage Collection
- 100 임베디드 전력 최적화 — Sleep Mode·Clock Gating·DVFS
- 101 WCET 분석 기법 — Static·Measurement·Hybrid 방법론
- 102 Lock-Free Ring Buffer 구현 — SPSC·Power-of-2·Memory Order
- 103 Wait-Free Signaling — Atomic Flag·Sequence·Latest-Value
- 104 RCU (Read-Copy-Update) 기초 — Quiescent State·Grace Period
- 105 Hazard Pointer 분석 — Lock-Free Memory Reclamation
- 106 Compare-And-Swap 패턴 — Stack·Counter·Linked List 적용
- 107 Atomic Operation 비용 분석 — Fence·Cache Line·Contention
- 108 Spinlock vs Mutex 결정 가이드 — Context Switch·Hold Time
- 109 ABA 문제 회피 — Tagged Pointer·Hazard·Generation Counter
- 110 False Sharing 해결 — Cache Line Padding·SoA 적용
- 111 MPMC Queue 구현 — Multi-producer Multi-consumer Lock-Free
- 112 임베디드 디버깅 마인드셋 — 가설·격리·재현·이분탐색
- 113 JTAG·SWD 안 붙을 때 — 핀·전압·속도·세션 진단
- 114 GDB 원격 디버깅 — OpenOCD·J-Link·target remote 구성
- 115 Cortex-M 하드폴트 분석 — Stacked Frame·CFSR 읽기
- 116 UART 안 찍힐 때 — Bare-metal 체크리스트
- 117 임베디드 부팅 실패 진단 — 단계별 Isolation
- 118 인터럽트 누락·중복 진단 — Priority·Pending·Re-entry 추적
- 119 메모리 오버플로우·오염 진단 — Canary·MPU·Pattern 분석
- 120 타이밍·Race 진단 — Heisenbug 잡는 법
- 121 통신 프로토콜 분석 — Logic Analyzer와 Protocol Decoder
- 122 임베디드 로깅 시스템 설계 — 레벨·버퍼·SWO·Deferred
- 123 임베디드 포스트모템 분석 — Core Dump와 Field Crash
- 124 FPGA 기초 분석 — LUT·FF·BRAM·DSP 자원 구조
- 125 Vivado 사용법 — Project·Constraint·Synth·Impl·Bitstream
- 126 PCIe BAR 매핑 분석 — Config Space·Enumeration·MMIO 접근
- 127 AXI 인터페이스 — AXI4·AXI4-Lite·AXI-Stream 비교
- 128 Zynq PS-PL 통신 — GP·HP·ACP 인터페이스 선택
- 129 Mailbox Protocol 분석 — Host와 Accelerator를 잇는 Doorbell
- 130 Command Queue·Submission Queue — NVMe·XDMA 공통 패턴
- 131 DMA Completion 메커니즘 — Interrupt·Polling·Completion Ring
- 132 PCIe Streaming 분석 — BAR Type·MSI-X·Kernel Bypass
- 133 Vitis HLS 분석 — Pragma·Pipeline II·Dataflow 실전 감각
- 134 HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow
- 135 Vitis AI 분석 — DPU·xmodel·VART
- 136 OpenCL on FPGA — Kernel·Channel·Burst Memory 분석
- 137 Intel Quartus 사용법 — Platform Designer·Nios II·HLS
- 138 Edge Inference 분석 — Cloud vs Edge·Latency·Privacy
- 139 NPU 아키텍처 분석 — Ethos·Hexagon·Systolic Array 비교
- 140 딥러닝 Quantization 분석 — PTQ·QAT·INT8·INT4·Calibration
- 141 TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream
- 142 TFLite Micro 분석 — Op Resolver·Tensor Arena·Cortex-M
- 143 ONNX Runtime 분석 — Execution Provider와 Cross-Platform 배포
- 144 Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained
- 145 NVIDIA Jetson 분석 — Nano·Xavier·Orin·Thor·JetPack·DLA·VPI
- 146 Zero-Copy Camera Pipeline — V4L2·DMA-BUF·GPU Import·NPU 직결
- 147 온디바이스 LLM 추론 — llama.cpp·GGUF·MLX·KV Cache·NPU Backend
- 148 Cortex-M33 TF-M·TrustZone — Secure Firmware·PSA·MCUboot
- 149 Matter·Thread 분석 — IoT 통합 표준·Commissioning·Multi-Fabric
- 150 PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
- 151 QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
- 152 Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
관련 글
Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
CXL 디바이스가 메모리로 안 올라올 때 모듈 체인·sysfs·mailbox 중 어디서 끊겼는지 좁혀 가는 절차.
같은 시리즈에서 이어 읽기
QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
QEMU 8.0+로 CXL Type 3 개발 환경을 30분 안에 세우는 레시피 — 한 번에 붙여넣는 실행 명령, 부팅 후 검증 순서, 처음 세울 때 걸리는 함정.
같은 시리즈에서 이어 읽기
PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
PCIe 5.0/6.0 PHY 위에서 CXL이 어떻게 cache coherency를 얹는지 — Flex Bus, 세 프로토콜 다중화, Type 1/2/3 디바이스 구분.
같은 시리즈에서 이어 읽기
이 글을 참조하는 글 (8)
- 온디바이스 LLM 추론 — llama.cpp·GGUF·MLX·KV Cache·NPU Backend — Modern Embedded Recipes
- Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained — Modern Embedded Recipes
- ONNX Runtime 분석 — Execution Provider와 Cross-Platform 배포 — Modern Embedded Recipes
- TFLite Micro 분석 — Op Resolver·Tensor Arena·Cortex-M — Modern Embedded Recipes
- TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream — Modern Embedded Recipes
- NPU 아키텍처 분석 — Ethos·Hexagon·Systolic Array 비교 — Modern Embedded Recipes
- Vitis AI 분석 — DPU·xmodel·VART — Modern Embedded Recipes
- HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow — Modern Embedded Recipes