NVIDIA Jetson 분석 — Nano·Xavier·Orin·Thor·JetPack·DLA·VPI
#한 줄 요약
“Jetson은 단순한 GPU 보드가 아니라 TensorRT + DLA + VPI + DeepStream을 묶은 stack입니다.” 자율주행·로봇·산업 vision의 사실상 reference platform이고, 같은 코드가 Nano부터 Orin AGX까지 그대로 돌아갑니다.
#어떤 상황에서 쓰나
카메라 다중 입력 + 실시간 detection·tracking + 5~50 W 전력 budget이 필요한 모든 사례가 후보입니다. 자율주행 ECU, 농업·물류 로봇, 산업 vision inspection, CCTV·NVR analytics, 드론 obstacle detection이 대표적입니다.
Jetson을 고르는 이유는 세 가지입니다. 첫째, NVIDIA CUDA·cuDNN·TensorRT 생태계를 그대로 쓸 수 있어 서버에서 검증한 모델을 적은 수정으로 deploy할 수 있습니다. 둘째, DLA·VIC·NVENC 같은 fixed-function 가속기가 동시에 돌아 GPU 부담을 분산시킵니다. 셋째, DeepStream·Isaac ROS 같은 NVIDIA-maintained pipeline이 자율주행·로봇에 잘 맞춰져 있습니다.
#핵심 개념
라인업은 power·compute로 정렬됩니다.
| Board | CPU | GPU | NPU | INT8 TOPS | 전력 |
|---|---|---|---|---|---|
| Jetson Nano (구) | 4× A57 | 128 Maxwell | - | 0.5 | 5-10 W |
| Xavier NX | 6× Carmel | 384 Volta | 2 DLA | 21 | 10-20 W |
| AGX Xavier | 8× Carmel | 512 Volta | 2 DLA | 32 | 10-30 W |
| Orin Nano | 6× A78AE | 1024 Ampere | - | 40 | 7-15 W |
| Orin NX | 8× A78AE | 1024 Ampere | 2 DLA | 100 | 10-25 W |
| AGX Orin | 12× A78AE | 2048 Ampere | 2 DLA | 275 | 15-60 W |
| Jetson AGX Thor (2025 출시) | 14× Neoverse-V3AE | Blackwell GPU + MIG | - | 2070 (FP4 TFLOPS) | 40-130 W |
자율주행·로봇 production은 AGX Orin·Thor가 표준입니다. 개발·prototype·entry edge는 Orin Nano·Orin NX가 가성비가 좋습니다.
소프트웨어 스택은 JetPack이라는 SDK 묶음으로 한 번에 들어옵니다.
JetPack 6.x Linux for Tegra (L4T) — Ubuntu 22.04 + kernel patches CUDA 12 + cuDNN 9 + TensorRT 10 Multimedia API — V4L2, GStreamer, NVENC/NVDEC VPI — Vision Programming Interface (CUDA·PVA·VIC backend) DeepStream SDK — multi-camera pipeline Isaac ROS — GPU-accelerated ROS 2 nodesDLA·VIC·PVA가 Jetson의 숨은 가속기입니다.
DLA (Deep Learning Accelerator) fixed-function INT8 conv·activation 가속기 Xavier·Orin에 2개 — TensorRT에서 분리 사용 가능 GPU 대비 더 낮은 전력으로 INT8 추론
VIC (Video Image Compositor) color conversion·resize·blending fixed-function GStreamer nvvidconv plugin이 사용
PVA (Programmable Vision Accelerator) Vision DSP — VPI의 일부 알고리즘 backend
NVENC/NVDEC H.264/H.265/AV1 인코더·디코더 hardware자율주행처럼 GPU·DLA를 같이 쓰면 세 개의 추론 instance가 병렬로 굴러갑니다.
#코드 / 실제 사용 예
#nvpmodel·jetson_clocks
sudo nvpmodel -q # 현재 modesudo nvpmodel -m 0 # MAXNsudo nvpmodel -m 2 # 15Wsudo jetson_clocks # 모든 clock max (benchmark 전용)sudo tegrastats --interval 1000 # 실시간 모니터Production은 nvpmodel로 thermal-aware mode를 고르고 jetson_clocks는 안 씁니다.
#DLA 활용 (TensorRT)
auto config = builder->createBuilderConfig();config->setDefaultDeviceType(nvinfer1::DeviceType::kDLA);config->setDLACore(0);config->setFlag(nvinfer1::BuilderFlag::kGPU_FALLBACK);config->setFlag(nvinfer1::BuilderFlag::kINT8);DLA 0과 DLA 1에 각각 별도 engine을 build하면 두 개가 동시에 추론합니다. GPU에 또 다른 engine을 두면 같은 hardware에서 3개 instance가 굴러갑니다.
#Zero-copy GPU 메모리
/* Pinned memory — DMA 효율 */float *pinned;cudaMallocHost(&pinned, sz);
/* Mapped memory — GPU·CPU 같은 buffer */float *host;cudaHostAlloc(&host, sz, cudaHostAllocMapped);float *dev;cudaHostGetDevicePointer(&dev, host, 0);/* CPU가 host에 쓰면 GPU가 dev에서 즉시 read */Jetson은 integrated GPU라서 CPU·GPU가 같은 DRAM을 씁니다. discrete GPU의 PCIe copy가 없으므로 cudaHostAllocMapped로 zero-copy 패턴을 적극 활용합니다.
#VPI — vision pipeline
#include <vpi/Stream.h>#include <vpi/Image.h>#include <vpi/algo/GaussianFilter.h>#include <vpi/algo/Remap.h>
VPIStream stream;vpiStreamCreate(VPI_BACKEND_CUDA | VPI_BACKEND_PVA | VPI_BACKEND_VIC, &stream);
VPIImage src, dst;vpiImageCreateWrapper(&src_data, VPI_IMAGE_FORMAT_U8, 0, &src);vpiImageCreate(W, H, VPI_IMAGE_FORMAT_U8, 0, &dst);
/* lens distortion correction — PVA 빠름·저전력 */vpiSubmitRemap(stream, VPI_BACKEND_PVA, warp, src, dst, ...);
/* blur — CUDA */vpiSubmitGaussianFilter(stream, VPI_BACKEND_CUDA, dst, output, 5, 5, 1.0, 1.0, VPI_BORDER_ZERO);
vpiStreamSync(stream);VPI는 backend agnostic API라서 같은 코드가 CUDA·PVA·VIC·CPU 어디서든 돌아갑니다. 가장 적합한 backend를 골라 GPU 부담을 분산할 수 있습니다.
#DeepStream — multi-camera pipeline
gst-launch-1.0 \ nvarguscamerasrc sensor-id=0 ! \ 'video/x-raw(memory:NVMM),width=1920,height=1080,format=NV12' ! \ nvvidconv ! \ nvinfer config-file-path=yolo_config.txt ! \ nvtracker ll-config-file=tracker_NvDCF.yml ! \ nvmultistreamtiler rows=2 columns=2 width=1920 height=1080 ! \ nvdsosd ! \ nvegltransform ! nveglglessink(memory:NVMM) 표시가 전체 pipeline zero-copy의 핵심입니다. Camera → ISP → inference → display가 CPU를 한 번도 거치지 않습니다. 8 camera × YOLO inference × tracking이 single Orin AGX에서 30 fps로 돌아갑니다.
#Isaac ROS — GPU-accelerated ROS 2
#include "isaac_ros_visual_slam/visual_slam_node.hpp"
int main(int argc, char **argv) { rclcpp::init(argc, argv); auto slam = std::make_shared<isaac_ros::visual_slam::VisualSlamNode>( rclcpp::NodeOptions{}); rclcpp::spin(slam); rclcpp::shutdown(); return 0;}Visual SLAM·stereo depth·point cloud·tensor RT 추론까지 ROS 2 node로 wrap되어 있어 robot stack에 바로 끼울 수 있습니다.
#Container deployment
sudo docker run --runtime=nvidia --gpus all \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -e DISPLAY=$DISPLAY \ nvcr.io/nvidia/l4t-pytorch:r36.2.0-pth2.2-py3NVIDIA Container Toolkit이 host의 CUDA driver를 container에 연결합니다. JetPack version과 container tag(r36.2.0 등)을 맞춰야 합니다.
#CUDA Tensor core 활용
#include <mma.h>using namespace nvcuda::wmma;
__global__ void wmma_gemm(half *A, half *B, float *C) { fragment<matrix_a, 16, 16, 16, half, row_major> a; fragment<matrix_b, 16, 16, 16, half, col_major> b; fragment<accumulator, 16, 16, 16, float> acc; fill_fragment(acc, 0.0f);
load_matrix_sync(a, A + ..., 16); load_matrix_sync(b, B + ..., 16); mma_sync(acc, a, b, acc); store_matrix_sync(C + ..., acc, 16, mem_row_major);}대부분의 경우 cuDNN·TensorRT가 자동으로 Tensor core를 활용합니다. Custom kernel을 직접 짤 때만 wmma API를 봅니다.
#측정 / 성능 비교
Orin AGX, YOLOv8 시리즈, INT8 TensorRT, GPU + 2 DLA 동시 사용입니다.
| Model | Latency (GPU only) | Throughput (GPU+2DLA) | 전력 |
|---|---|---|---|
| YOLOv8n | 1.5 ms | 1200 fps | 25 W |
| YOLOv8s | 2.5 ms | 800 fps | 30 W |
| YOLOv8m | 5 ms | 450 fps | 40 W |
| YOLOv8l | 9 ms | 220 fps | 45 W |
| YOLOv8x | 18 ms | 110 fps | 50 W |
YOLOv8n으로 자율주행 8-camera × 60 fps = 480 fps가 단일 Orin에서 처리 가능합니다.
Power mode별 sustained 비교(YOLOv8m)입니다.
| Power mode | Sustained fps | Peak temp | Mode 적합 |
|---|---|---|---|
| MAXN (60W) | 140 | 96°C | burst demo |
| 50W | 180 | 91°C | cooling 충분 시 |
| 40W | 170 | 87°C | production 권장 |
| 30W | 140 | 83°C | thermal 빠듯 시 |
| 15W | 85 | 73°C | battery·passive cooling |
MAXN이 oversubscribe되어 sustained가 떨어지는 패턴이 흔합니다. 40W mode가 sweet spot인 경우가 많습니다.
#자주 보는 함정
JetPack version lock
# Pre-built container와 host JetPack 불일치docker run nvcr.io/...:r35.2.1 ... # host는 r36# CUDA initialization errorJetPack version과 container tag, TensorRT 버전을 반드시 맞춥니다.
CPU·GPU 별도 buffer
cpu = malloc(sz);cudaMalloc(&gpu, sz);cudaMemcpy(gpu, cpu, sz, cudaMemcpyHostToDevice); /* 매 frame copy */Jetson은 integrated GPU이므로 cudaHostAllocMapped zero-copy가 거의 항상 빠릅니다.
DLA fallback 없이 build
config->setDefaultDeviceType(DeviceType::kDLA);/* 모델에 DLA 미지원 op 1개 → build fail */kGPU_FALLBACK flag를 같이 둡니다.
USB camera로 zero-copy 시도
v4l2src device=/dev/video0 ! nvinfer ...# USB cam은 system memory만 — copy 발생Zero-copy를 원하면 CSI camera + nvarguscamerasrc를 씁니다. USB camera는 표준 V4L2 path를 거치며 한 번 copy됩니다.
tegrastats logging 없이 production
./app /* 1주일 후 fps 30% 떨어진 채 운영 */Production은 thermal·power·fps trend logging이 필수입니다.
Devkit·production module 혼동
Devkit 보드 thermal·power 측정 → production module도 동일하다고 가정→ production carrier board에서는 다름Devkit과 production carrier board는 thermal design이 다릅니다. 양쪽 모두 측정합니다.
#정리
- Jetson은 TensorRT + DLA + VPI + DeepStream + Isaac ROS를 묶은 edge AI stack입니다.
- Nano·Xavier·Orin·Thor 라인업은 5
130 W, 0.51000 TOPS 폭으로 펼쳐집니다. - DLA·VIC·PVA·NVENC가 숨은 가속기로 GPU 부담을 분산시킵니다.
- Integrated GPU 특성을 살려
cudaHostAllocMappedzero-copy를 적극 활용합니다. - DeepStream
(memory:NVMM)pipeline은 camera→inference→display 전체가 zero-copy입니다. - nvpmodel로 thermal-aware power mode를 선택하고 production에서는 jetson_clocks를 피합니다.
- DLA에 GPU_FALLBACK flag를 함께 두어 unsupported op를 자동 처리합니다.
- JetPack version·container tag·TensorRT 버전을 일치시켜야 deploy가 안정됩니다.
다음 편은 카메라→NPU zero-copy 파이프라인입니다.
#관련 항목
Modern Embedded Recipes · 145 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
관련 글
TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream
NVIDIA TensorRT로 ONNX 모델을 engine으로 빌드하고 FP16·INT8·DLA·multi-stream으로 throughput을 끌어올리는 패턴을 정리합니다.
Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained
Edge AI 보드의 sustained 성능을 결정하는 thermal 한계. throttle trip, DVFS, fan curve, nvpmodel, passive cooling 설계를 정리합니다.
Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
Linux kernel 6.x의 CXL 서브시스템 — cxl_pci·cxl_core·cxl_mem·region·DAX 모듈의 역할과 probe 흐름.
이 글을 참조하는 글 (4)
- Zero-Copy Camera Pipeline — V4L2·DMA-BUF·GPU Import·NPU 직결— Modern Embedded Recipes
- Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained— Modern Embedded Recipes
- TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream— Modern Embedded Recipes
- Edge Inference 분석 — Cloud vs Edge·Latency·Privacy— Modern Embedded Recipes