Files
FPGA-Neural-Datasheet/files/docs/datasheet/v2-en/chapters/01-overview.tex
T
micheleandClaude Sonnet 5 0e73eb4726 docs: bring datasheet/ into the main repo under hardware/v2/docs
Was a separate, untracked directory (DataSheet/) outside the repo.
Renamed to lowercase and moved in as hardware/v2/docs/datasheet/, with
its own .gitignore for LaTeX build byproducts (compiled PDFs stay
tracked, .aux/.log/.toc/etc do not). Now versioned and shares this
repo's own remote instead of living untracked on disk.

Content: IT+EN LaTeX chapter sources, reference manufacturer PDFs, and
compiled datasheet PDFs including the 2026-09-07 SDRAM upgrade
addendum (AS4C32M16SB-7BIN part/pinout/timing) in the v2-en chapters.

Note: hardware/v2/docs/DatasheetLatex/ (and the v1 sibling) is a
separate, already-tracked, differently-structured LaTeX document that
predates this move -- left untouched, not merged, since its chapter
set and content differ and merging was not requested.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013xXuuRUWZScuo1DeYJxs3v
2026-09-07 05:09:14 +02:00

83 lines
4.4 KiB
TeX

\chapter{Overview and design philosophy}
\label{ch:overview}
\section{From sequential accelerator to dataflow machine}
V1 is, structurally, a single pipeline: one neuron computes at a time,
driven by the host over SPI, one MAC group at a time, one layer at a
time. It is fast for what it is (the V1 datasheet's own ``ECP5
implementation'' chapter documents its real Fmax/timing-closure history),
but it cannot keep
more than one computational unit genuinely busy at once, and it has no
notion of a dependency graph --- the host sequences everything.
V2 keeps V1's own proven INT8 datapath (bit-exact, byte-for-byte reused
math) but wraps it in a fundamentally different control architecture:
a \textbf{Dependency Manager} tracks a graph of neuron ``jobs'', each
with an explicit list of producer nodes it depends on; a \textbf{Neural
Director} dispatches every node whose dependencies have resolved to
whichever of \code{N\_SLOTS} concurrent (Memory Manager $+$ Neural
Processor) pairs is free; a slot's completion feeds back to wake up any
node that was waiting on it. Once a graph is loaded, the whole system
runs autonomously --- no per-neuron host intervention.
\section{What did NOT change}
\begin{itemize}
\item The INT8$\times$INT8$\to$INT32 MAC math, the balanced adder tree,
ReLU/linear activation with saturation --- \code{neural\_processor.v}
is a direct, bit-exact-verified port of V1's own
\code{neuron\_parallel.v}/\code{mac8.v}/\code{mac\_unit.v}.
\item The real PSRAM backend: \code{memory\_interface.v} and
\code{psram\_controller.v} are reused \textbf{byte-for-byte,
unmodified} from V1 throughout every V2 milestone --- including
the two post-campaign optimizations (ch.~\ref{ch:mem}). V1 itself,
as a tree (\code{hardware/v1/}), is frozen and was never touched.
\item The target device (Lattice ECP5 \code{LFE5U-45F-8BG381C}) and the
real-toolchain-only measurement discipline: every number in this
datasheet is labelled \textsc{Theoretical}, \textsc{Simulated},
\textsc{Post-P\&R measured}, or \textsc{Derived}, and no result was
invented to make V2 look better than it measured (§\ref{ch:impl2}).
\end{itemize}
\section{What DID change}
\begin{itemize}
\item \textbf{Concurrency}: from one active neuron to \code{N\_SLOTS}
independent Neural Processor instances, each fed by its own Memory
Manager.
\item \textbf{Scheduling}: from host-sequenced SPI opcodes to an on-chip
dependency graph, resolved autonomously.
\item \textbf{Memory backend granularity}: from byte-at-a-time fetches
(through \code{int8\_memory\_access.v}, still frozen V1 but no
longer instantiated in V2's own datapath) to word-level bursts
talking to \code{memory\_interface.v} directly --- a real, measured
2.24--2.37$\times$ speedup (ch.~\ref{ch:mem}).
\item \textbf{Memory traffic pattern}: a new shared on-chip
\textbf{activation cache} eliminates redundant re-fetching of an
input vector shared by many neurons of the same layer --- a
further real 1.66--2.00$\times$ cycle reduction, at a real, honestly
reported Fmax cost (ch.~\ref{ch:mem}).
\end{itemize}
\section{The central, measured finding}
The single most important result of this project's own benchmark
campaign is that \textbf{V2 is memory-bound, not compute-bound}: the
real compute-to-memory-wait ratio is on the order of 1:170--1:220, and
the one physical PSRAM port saturates at $\approx$90\% utilization
regardless of \code{N\_SLOTS}$\ge$2. Real parallel scaling from
\code{N\_SLOTS}=1 to \code{N\_SLOTS}=8 is essentially flat for
large/sustained workloads (1.05--1.06$\times$), and once real,
place\&route-measured Fmax degradation from added routing congestion is
also accounted for, \code{N\_SLOTS}=4 measures as \emph{slower} in real
wall-clock time than \code{N\_SLOTS}=1 for the largest workload tested
--- more hardware parallelism made that specific configuration worse,
not better, because the bottleneck was never compute. This finding
directly shaped both post-campaign optimizations in ch.~\ref{ch:mem} and
the \code{N\_SLOTS}=2 recommendation carried throughout this datasheet.
\begin{fnnote}[Reproducibility]
Every real number in this datasheet traces to a specific, append-only
log entry (\code{EXP-\textit{NNNN}}, \code{DEC-\textit{NNNN}},
\code{ERR-\textit{NNNN}}) in \code{hardware/v2/logs/}, a specific git
commit, and an exact toolchain command --- the same discipline applied
throughout V1's own development.
\end{fnnote}