Vitis HLS 분석 — Pragma·Pipeline II·Dataflow 실전 감각
#한 줄 요약
“Vitis HLS는 C++을 RTL로 합성하지만, II=1과 dataflow를 끌어내려면 RTL 사상을 머릿속에 들고 짜야 합니다.” Pragma는 도구일 뿐이고, 메모리 port와 데이터 의존성이 진짜 결정자입니다.
#어떤 상황에서 쓰나
FPGA로 카메라 frame을 stream-처리하거나, ML inference의 한 layer를 가속하거나, NVMe acceleration용 custom engine을 만들 때 RTL을 직접 쓰는 대신 Vitis HLS로 가는 경우가 점점 늘고 있습니다. C++로 알고리즘을 표현하고 pragma로 schedule을 지정해 합성하는 흐름은 RTL 코딩 대비 검증·재사용 측면에서 이점이 큽니다.
다만 Vitis HLS는 마법사가 아닙니다. C++ 한 줄이 LUT·FF·DSP·BRAM 어느 자원으로 떨어질지, loop가 II=1로 pipeline 될지 II=8로 떨어질지는 작성한 사람이 의도해야 합니다. 그 감각을 만드는 게 이 글의 목표입니다.
#핵심 개념
가장 자주 손대는 pragma는 다섯 가지입니다.
| Pragma | 역할 |
|---|---|
INTERFACE | 외부 신호 — m_axi, s_axilite, axis, ap_memory |
PIPELINE | loop를 매 cycle iteration 시작 (II=1) |
UNROLL | loop body를 N개 복제 (병렬 + resource ×N) |
ARRAY_PARTITION | 배열을 여러 BRAM/register로 쪼개 동시 access |
DATAFLOW | 함수 사이 producer-consumer pipeline |
Pipeline II(Initiation Interval)는 새 iteration이 시작되는 주기입니다. II=1이면 매 cycle 한 iteration을 시작하므로 throughput은 clock rate와 같아집니다. II가 더 큰 이유는 거의 항상 데이터 의존성이거나 메모리 port 부족입니다.
Array partition은 기본 BRAM이 single-port라는 사실을 우회합니다. UNROLL factor 4를 줬는데 모든 access가 같은 BRAM 한 port를 지나가면 직렬화되어 효과가 사라집니다.
Dataflow는 함수 단위 pipeline입니다. 예를 들어 image filter 3 stage를 dataflow로 묶으면 stage 1이 다음 pixel을 만들 동안 stage 2가 이전 pixel을 처리합니다.
#코드 / 실제 사용 예
#FIR filter 한 장
#include <ap_int.h>#include <hls_stream.h>
#define TAPS 32
void fir(hls::stream<int16_t> &in, hls::stream<int16_t> &out, const int16_t coeff[TAPS]) {#pragma HLS INTERFACE axis port=in#pragma HLS INTERFACE axis port=out#pragma HLS INTERFACE s_axilite port=coeff bundle=ctrl#pragma HLS INTERFACE s_axilite port=return bundle=ctrl
static int16_t shift[TAPS] = {0};#pragma HLS ARRAY_PARTITION variable=shift complete
int16_t sample = in.read();
SHIFT: for (int i = TAPS - 1; i > 0; i--) {#pragma HLS UNROLL shift[i] = shift[i - 1]; } shift[0] = sample;
int32_t acc = 0; MAC: for (int i = 0; i < TAPS; i++) {#pragma HLS UNROLL acc += (int32_t)shift[i] * (int32_t)coeff[i]; }
out.write((int16_t)(acc >> 15));}shift를 완전 partition했기 때문에 MAC loop의 unroll이 실제 32개 DSP로 펼쳐집니다. AXI-Stream으로 들어와 AXI-Stream으로 나가는 형태라 DMA와 자연스럽게 붙습니다.
#동일 알고리즘을 m_axi로
void fir_mm(int16_t *in, int16_t *out, int n, const int16_t coeff[TAPS]) {#pragma HLS INTERFACE m_axi port=in offset=slave bundle=gmem0 \ max_read_burst_length=256#pragma HLS INTERFACE m_axi port=out offset=slave bundle=gmem1 \ max_write_burst_length=256#pragma HLS INTERFACE s_axilite port=n bundle=ctrl#pragma HLS INTERFACE s_axilite port=coeff bundle=ctrl#pragma HLS INTERFACE s_axilite port=return bundle=ctrl
static int16_t shift[TAPS] = {0};#pragma HLS ARRAY_PARTITION variable=shift complete
for (int n_i = 0; n_i < n; n_i++) {#pragma HLS PIPELINE II=1 /* ... 위와 동일 logic ... */ }}m_axi는 host memory에 직접 DMA합니다. bundle을 다르게 주면 read·write가 별도 AXI port로 분리되어 동시 진행이 가능합니다. max_read_burst_length=256은 DDR controller가 한 transaction에서 256 beat까지 burst하도록 허용합니다.
#3-stage dataflow image pipeline
void image_pipe(hls::stream<pixel> &in, hls::stream<pixel> &out) {#pragma HLS DATAFLOW
hls::stream<pixel> s1, s2;#pragma HLS STREAM variable=s1 depth=32#pragma HLS STREAM variable=s2 depth=32
blur (in, s1); sharpen (s1, s2); threshold(s2, out);}세 함수가 producer-consumer pipeline으로 묶여 동시에 돌아갑니다. STREAM depth로 stage 사이 FIFO 깊이를 키우면 stage별 latency 차이를 흡수합니다.
#II=1을 깨뜨리는 의존성 풀기
/* Naive — recurrence */for (int i = 1; i < N; i++) {#pragma HLS PIPELINE II=1 a[i] = a[i - 1] + b[i]; /* II=2~3로 떨어짐 */}
/* Tree reduction */int partial[4] = {0};for (int i = 0; i < N; i++) {#pragma HLS PIPELINE II=1 partial[i & 3] += b[i]; /* 4-way 누적 */}int total = partial[0] + partial[1] + partial[2] + partial[3];직선 누적을 4개로 나눠 의존 거리를 늘리면 II=1이 살아납니다.
#정확한 비트폭 — ap_int·ap_fixed
ap_uint<10> coord_x; /* 0..1023 */ap_int<24> sample; /* 24-bit ADC */ap_fixed<16, 1> gain; /* 1.15 fixed-point */int 그대로 쓰면 32-bit 회로가 잡혀 LUT을 낭비합니다. ADC bit폭, 이미지 좌표 bit폭에 맞춰 정확한 폭을 지정합니다.
#작은 testbench
int main() { hls::stream<int16_t> in, out; int16_t coeff[TAPS] = { ... };
for (int i = 0; i < 1024; i++) in.write(test[i]); fir(in, out, coeff); for (int i = 0; i < 1024; i++) assert(out.read() == expected[i]); return 0;}C simulation으로 알고리즘이 맞는지 먼저 확인하고, 그 다음 C/RTL co-sim으로 RTL이 같은 결과를 내는지 검증합니다. 합성 직전 함정 대부분이 여기서 잡힙니다.
#Vitis 합성 보고서 읽기
+ Latency: * Loop: |Loop Name |min |max |Iter Latency |Init Interval |Trip| |MAC | 3 | 3 | 3 | 1 | 32|+ Utilization Estimates: BRAM_18K: 2 DSP48E: 32 FF: 1812 LUT: 2154II=1이면 MAC loop는 매 cycle 시작합니다. DSP48E 32개는 32-tap MAC의 완전 unroll이 적용된 결과입니다. 합성 결과를 보고 내가 예상한 자원과 같은가를 매번 검증하는 습관이 필요합니다.
#측정 / 성능 비교
같은 32-tap FIR을 세 가지 합성 옵션으로 비교한 예입니다(Zynq UltraScale+ ZU3, 200 MHz 가정).
| 구현 | II | throughput | DSP | LUT | BRAM | 비고 |
|---|---|---|---|---|---|---|
| Naive (UNROLL/PARTITION 없음) | 32 | 6 MSPS | 1 | 400 | 1 | |
| UNROLL만 | 32 | 6 MSPS | 32 | 1500 | 1 | partition 없어 직렬화 |
| UNROLL + PARTITION complete | 1 | 200 MSPS | 32 | 2154 | 2 | |
| Dataflow 3-stage pipeline | 1 | 200 MSPS | 96 | 6400 | 6 |
UNROLL만 추가하면 자원만 늘고 throughput은 그대로입니다. Array partition까지 같이 줘야 진짜 32-way 병렬이 나옵니다.
DDR burst 크기에 따른 streaming throughput도 큰 차이를 만듭니다.
| max_burst_length | effective bandwidth |
|---|---|
| 8 | 0.4 GB/s |
| 64 | 2.1 GB/s |
| 256 | 6.8 GB/s (PCIe Gen3 x8 한계 근접) |
#자주 보는 함정
Pointer aliasing — HLS가 보수적으로 의존성을 잡음
void foo(int *a, int *b, int n) { for (int i = 0; i < n; i++) {#pragma HLS PIPELINE II=1 a[i] = b[i] + 1; /* a와 b가 겹칠 수 있다고 가정 */ }}__restrict__ 키워드를 붙이거나 #pragma HLS DEPENDENCE로 false dependency를 알려줍니다.
Dynamic memory·재귀·system call
int *buf = new int[N]; /* 합성 안 됨 */recursive_fn(n); /* 안 됨 */printf(...); /* 합성 단계에서 무시 */HLS는 정적 분석 가능한 코드만 합성합니다. heap·재귀·I/O는 모두 금지입니다.
Float을 그냥 사용
float gain = 1.5f;out[i] = in[i] * gain;DSP·LUT을 크게 소모합니다. 가능하면 ap_fixed로 변환합니다.
ARRAY_PARTITION 없이 UNROLL
int buf[1024];for (...) {#pragma HLS UNROLL factor=4 sum += buf[i]; /* BRAM 단일 port → 직렬화 */}UNROLL만 보고 throughput이 4배가 될 거라고 기대하면 안 됩니다. partition이 같이 가야 합니다.
Dataflow 안의 array를 stream으로 안 바꿈
#pragma HLS DATAFLOW stage1(in, mid); /* mid는 array */ stage2(mid, out);Stage 사이를 hls::stream이나 PIPO buffer로 두지 않으면 dataflow가 lock됩니다. 합성기가 경고를 띄우지만 놓치기 쉽습니다.
Coefficient를 매 호출마다 host에서 전송
fir(in, out, host_coeff); /* 매 frame coeff DMA */작은 LUT 상수는 const BRAM에 둬서 한 번만 load하는 편이 throughput·DDR 트래픽 모두에 좋습니다.
#정리
- Vitis HLS의 핵심은 INTERFACE·PIPELINE·UNROLL·ARRAY_PARTITION·DATAFLOW 다섯 pragma입니다.
- II=1이 깨지면 데이터 의존성이나 메모리 port를 먼저 의심합니다.
- UNROLL은 ARRAY_PARTITION과 짝으로 갈 때 의미가 있습니다.
- AXI-Stream(axis)은 DMA와 자연스럽게 붙고, m_axi는 host memory에 직접 burst합니다.
- AXI-Lite(s_axilite)는 control register용입니다.
- ap_int·ap_fixed로 정확한 비트폭을 잡아 LUT을 아낍니다.
- Dynamic memory·recursion·float은 합성을 깨거나 자원을 폭발시킵니다.
- 합성 보고서의 II, DSP·LUT·BRAM 숫자를 매번 예상값과 비교하는 습관이 가장 중요합니다.
다음 편은 AXI 인터페이스입니다.
#관련 항목
Modern Embedded Recipes · 133 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
관련 글
HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow
Vitis/Vivado HLS의 pragma로 II=1 pipeline·array partition·dataflow를 적용해 throughput을 극대화하는 패턴.
Edge Inference 분석 — Cloud vs Edge·Latency·Privacy
Edge inference가 cloud 대비 언제 답인지, MCU부터 server-class edge까지 하드웨어 스펙트럼과 프레임워크 선택, 3-stage pipeline 설계를 정리합니다.
Intel Quartus 사용법 — Platform Designer·Nios II·HLS
Intel Quartus Prime·Platform Designer(Qsys)·Nios II soft processor·Intel HLS·partial reconfig 사용법.