딥러닝 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 → 5% accuracy 손실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
- 1Modern Embedded Recipes — 모던 임베디드 실전 레시피 시리즈 소개
- 2디지털 신호 기초 — Voltage Level·Edge·Setup/Hold 분석
- 3임베디드 클럭과 타이밍 — Skew·Jitter·PLL·MMCM 분석
- 4GPIO 내부 구조 분해 — Push-Pull·Open-Drain·Schmitt Trigger
- 5UART 하드웨어 동작 분석 — Baud Rate·Framing·FIFO
- 6SPI 하드웨어 분석 — Clock Mode·MOSI/MISO·Chip Select
- 7I2C 하드웨어 분석 — Open-Drain·Clock Stretching·Arbitration
- 8ADC 동작 원리 — SAR·Sigma-Delta·Pipelined 비교
- 9DAC 동작 원리 — R-2R Ladder·Sigma-Delta·Settling Time
- 10PWM 신호 생성 분석 — Duty·Frequency·Dead Time·Center-Aligned
- 11CAN 버스 전기적 특성 — Differential·Termination·Dominant/Recessive
- 12RS-485·RS-422 차동 신호 분석 — Termination·Biasing·Topology
- 13LVDS 차동 신호 분석 — Common-Mode·Impedance·Eye Pattern
- 14ARM Cortex-M 시리즈 비교 — M0·M3·M4·M7·M33·M55 분석
- 15ARM Cortex-A 시리즈 비교 — A53·A55·A72·A78·X1 분석
- 16ARM 레지스터 구조 분석 — R0~R15·CPSR·SPSR·Banked Registers
- 17Cortex-M 예외 처리 — Vector Table·NVIC·Tail-Chaining 추적
- 18ARM 메모리 맵 분석 — Normal·Device·Strongly-Ordered Region
- 19ARM L1·L2 캐시 분석 — Set Associative·Inclusive·Maintenance
- 20ARM MPU 활용 — Region·Attribute·Privilege Separation
- 21ARM MMU 기초 분석 — Translation Table·TLB·ASID
- 22ARM TrustZone-M 기초 — Secure/Non-Secure·NSC·MPC
- 23ARM Memory Barrier 실전 — DMB·DSB·ISB·DMA·MMIO
- 24임베디드 크로스 컴파일러 분석 — GCC·Clang·Sysroot 구성
- 25C 컴파일 4단계 — Preprocess·Compile·Assemble·Link 추적
- 26ELF 파일 구조 분석 — Section·Segment·Symbol Table·DWARF
- 27링커 스크립트 기초 — SECTIONS·MEMORY·entry point
- 28링커 스크립트 고급 — Overlay·BSS·init_array·LMA/VMA
- 29임베디드 스타트업 코드 분석 — Reset_Handler·Vector Table·SystemInit
- 30C 런타임 crt0 분석 — Stack·BSS Zero·Data Copy·atexit
- 31임베디드 메모리 레이아웃 — .text·.rodata·.data·.bss·.heap·.stack
- 32임베디드 컴파일러 최적화 분석 — -O0~-O3·-Os·-LTO 비교
- 33Map 파일 분석 — Symbol·Section·Size 추적으로 코드 크기 진단
- 34Make·CMake 크로스 컴파일 — Toolchain File·Sysroot 통합
- 35임베디드 Bootloader 체인 — BootROM·SPL·U-Boot·Kernel·Secure Boot
- 36첫 bare-metal 프로그램 작성 — Linker·Startup·main의 최소 구성
- 37MMIO 레지스터 직접 접근 — volatile·Memory Map·Aliasing 분석
- 38GPIO 드라이버 직접 구현 — STM32 HAL 없이 레지스터로
- 39임베디드 클럭 설정 분석 — HSE·PLL·SYSCLK·AHB/APB 분주
- 40Cortex-M 인터럽트 핸들링 — NVIC·Priority·Vector·EXTI
- 41SysTick 타이머 활용 — 24-bit Counter·1ms Tick·delay 구현
- 42UART 드라이버 구현 — polling·interrupt·DMA 3가지 방식 비교
- 43SPI 드라이버 구현 — Master·Slave·CRC·DMA
- 44I2C 드라이버 구현 — Master·7-bit/10-bit·Clock Stretching 처리
- 45임베디드 DMA 기초 — Memory-to-Memory·Peripheral·Circular Mode
- 46저전력 모드 분석 — Sleep·Stop·Standby·Wake-up Source
- 47IWDG·WWDG 워치독 구현 — Independent vs Window 비교
- 48임베디드 Flash 프로그래밍 — Erase·Program·Read While Write
- 49DDR 초기화 실패 진단 — Timing·Calibration·Walking Bit Test
- 50PWM 출력 실전 — LED 밝기·모터 속도 제어
- 51DC 모터 제어 — H-Bridge·PWM Duty·Encoder Feedback
- 52스테퍼 모터 제어 — Full Step·Half Step·Microstepping
- 53서보 모터 제어 — PWM 1ms~2ms·Closed Loop·PID
- 54Character LCD 제어 — HD44780·4-bit Mode·Custom Char
- 55SPI OLED 제어 — SSD1306·Frame Buffer·Page 단위 갱신
- 56TFT 디스플레이 구동 — RGB565·FSMC·LTDC·DMA2D
- 57환경 센서 활용 — BME280 온습압·SHT3x·BMP180 비교
- 58IMU 센서 활용 — MPU6050·LSM6DSO·Sensor Fusion
- 59CAN 통신 구현 — bxCAN·Filter·Mailbox·CAN-FD
- 60USB Device 기초 — Descriptor·Enumeration·Endpoint·HID/CDC
- 61Ethernet MAC+PHY 통합 — RMII·lwIP·DMA Descriptor
- 62SD Card + FatFs 구현 — SPI/SDIO 모드·CSD/CID·Wear
- 63RTC 활용 — Calendar·Alarm·Wake-up Timer·Backup Domain
- 64RTOS 도입 결정 분석 — Super Loop vs RTOS 트레이드오프
- 65RTOS Task 설계 패턴 — 우선순위·스택·State Machine
- 66RTOS Scheduler 동작 분석 — Tick·Context Switch·Yield
- 67RTOS Semaphore 활용 — Binary·Counting·ISR Give
- 68RTOS Mutex 활용 — Recursive·Priority Inheritance 적용
- 69RTOS Queue 활용 — By-Value·By-Reference·Timeout 패턴
- 70RTOS Event Group 활용 — Bit Wait·Sync·Notify
- 71RTOS Software Timer 활용 — One-shot·Auto-reload·Daemon Task
- 72ISR-Safe API 설계 — Reentrant·Atomic·Defer 패턴
- 73Priority Inversion 진단·예방 — Mars Pathfinder Lesson 추적
- 74Timer Wheel 분석 — Hashed·Hierarchical·O(1) Tick
- 75RTOS 디버깅 기법 — Tracealyzer·SystemView·Stack 추적
- 76임베디드 Linux 부팅 흐름 분석 — BootROM·U-Boot·Kernel·init
- 77U-Boot 활용 — bootcmd·env·tftp·boot.scr 분석
- 78Device Tree 실전 — DTS·DTB·Overlay·Phandle 추적
- 79Device Tree Overlay 적용 — Runtime fragment·dtoverlay
- 80임베디드 커널 빌드 — defconfig·menuconfig·Image·zImage
- 81커널 모듈 기초 — init/exit·Parameter·KBuild·DKMS
- 82캐릭터 드라이버 작성 — file_operations·cdev·register_chrdev
- 83Platform 드라이버 작성 — probe·remove·of_match·DT 바인딩
- 84mmap 4가지 모드 — Anonymous·File·Shared·Huge Page
- 85epoll 실전 — LT·ET·ONESHOT·EXCLUSIVE 비교
- 86UIO·VFIO 분석 — User-Space Driver와 IOMMU 격리
- 87sysfs·configfs 활용 — kobject 기반 User 인터페이스
- 88IRQ Affinity 튜닝 — smp_affinity·isolcpus·irqbalance
- 89루트 파일시스템 구축 — Buildroot 기초·Package·Toolchain
- 90임베디드 동적 메모리 — malloc 위험·결정성·대안 분석
- 91메모리 정렬과 패딩 분석 — Natural·Strict Alignment·Trap
- 92Cache Line Alignment — alignas·Padding·SoA 적용
- 93DMA-Friendly Allocator — dma_alloc_coherent·IOMMU·Pool
- 94Zero-Copy Pipeline — DMA-BUF·sendfile·io_uring·splice
- 95NUMA Memory Topology — numactl·numa_alloc·HBM 적용
- 96SIMD 활용 분석 — Intrinsics·Auto-Vectorization·OpenMP SIMD
- 97ARM NEON 심화 — Matrix Multiply·FFT·Image Filter 적용
- 98임베디드 스택 분석 — high-water·overflow 탐지
- 99임베디드 코드 크기 최적화 — -Os·LTO·Section Garbage Collection
- 100임베디드 전력 최적화 — Sleep Mode·Clock Gating·DVFS
- 101WCET 분석 기법 — Static·Measurement·Hybrid 방법론
- 102Lock-Free Ring Buffer 구현 — SPSC·Power-of-2·Memory Order
- 103Wait-Free Signaling — Atomic Flag·Sequence·Latest-Value
- 104RCU (Read-Copy-Update) 기초 — Quiescent State·Grace Period
- 105Hazard Pointer 분석 — Lock-Free Memory Reclamation
- 106Compare-And-Swap 패턴 — Stack·Counter·Linked List 적용
- 107Atomic Operation 비용 분석 — Fence·Cache Line·Contention
- 108Spinlock vs Mutex 결정 가이드 — Context Switch·Hold Time
- 109ABA 문제 회피 — Tagged Pointer·Hazard·Generation Counter
- 110False Sharing 해결 — Cache Line Padding·SoA 적용
- 111MPMC Queue 구현 — Multi-producer Multi-consumer Lock-Free
- 112임베디드 디버깅 마인드셋 — 가설·격리·재현·이분탐색
- 113JTAG·SWD 안 붙을 때 — 핀·전압·속도·세션 진단
- 114GDB 원격 디버깅 — OpenOCD·J-Link·target remote 구성
- 115Cortex-M 하드폴트 분석 — Stacked Frame·CFSR 읽기
- 116UART 안 찍힐 때 — 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
- 124FPGA 기초 분석 — LUT·FF·BRAM·DSP 자원 구조
- 125Vivado 사용법 — Project·Constraint·Synth·Impl·Bitstream
- 126PCIe BAR 매핑 분석 — Config Space·Enumeration·MMIO 접근
- 127AXI 인터페이스 — AXI4·AXI4-Lite·AXI-Stream 비교
- 128Zynq PS-PL 통신 — GP·HP·ACP 인터페이스 선택
- 129Mailbox Protocol 분석 — Host와 Accelerator를 잇는 Doorbell
- 130Command Queue·Submission Queue — NVMe·XDMA 공통 패턴
- 131DMA Completion 메커니즘 — Interrupt·Polling·Completion Ring
- 132PCIe Streaming 분석 — BAR Type·MSI-X·Kernel Bypass
- 133Vitis HLS 분석 — Pragma·Pipeline II·Dataflow 실전 감각
- 134HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow
- 135Vitis AI 분석 — DPU·xmodel·VART
- 136OpenCL on FPGA — Kernel·Channel·Burst Memory 분석
- 137Intel Quartus 사용법 — Platform Designer·Nios II·HLS
- 138Edge Inference 분석 — Cloud vs Edge·Latency·Privacy
- 139NPU 아키텍처 분석 — Ethos·Hexagon·Systolic Array 비교
- 140딥러닝 Quantization 분석 — PTQ·QAT·INT8·INT4·Calibration
- 141TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream
- 142TFLite Micro 분석 — Op Resolver·Tensor Arena·Cortex-M
- 143ONNX Runtime 분석 — Execution Provider와 Cross-Platform 배포
- 144Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained
- 145NVIDIA Jetson 분석 — Nano·Xavier·Orin·Thor·JetPack·DLA·VPI
- 146Zero-Copy Camera Pipeline — V4L2·DMA-BUF·GPU Import·NPU 직결
- 147온디바이스 LLM 추론 — llama.cpp·GGUF·MLX·KV Cache·NPU Backend
- 148Cortex-M33 TF-M·TrustZone — Secure Firmware·PSA·MCUboot
- 149Matter·Thread 분석 — IoT 통합 표준·Commissioning·Multi-Fabric
- 150PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
- 151QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
- 152Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
관련 글
Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
Linux kernel 6.x의 CXL 서브시스템 — cxl_pci·cxl_core·cxl_mem·region·DAX 모듈의 역할과 probe 흐름.
QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
QEMU 8.0+ CXL 지원 — 노트북에서 CXL Type 3 디바이스를 에뮬레이션해 드라이버·BIOS 개발 환경 만들기.
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