Google's First Tensor Processing Unit: Architecture
Meaning and Use of “Tensor”
- Debate over why “tensor” is used when hardware mainly does vector/matrix ops.
- Several comments say it’s largely branding and shorthand for n‑dimensional arrays; higher ranks often just come from batching (e.g., N,C,H,W for images).
- Others stress that “tensor” in pure math/physics means a coordinate‑transforming multilinear object, not just an array; ML “tensors” are closer to generic multidimensional arrays.
- Historical notes: the word’s meaning has drifted over a century; its use in ML as near‑synonym for “array” is described as recent and somewhat unfortunate but entrenched.
- Some argue the ML use is acceptable within that context; others consider it misleading.
TPU Architecture and Programming Experience
- TPU v1 described as having ~20 instructions; commenters question calling that “CISC,” debating what CISC/RISC even means here.
- TPUs conceptually operate on matrices; n‑D tensors are flattened into 2D matmuls (e.g., 3×4×256 → 12×256) and mapped to fixed 2D “native sizes.”
- One perspective: higher‑order tensor operations decompose into lower‑dimensional ones, so the hardware “supports tensors” via composition.
- Practitioner reports: TPUs can be very fast for architectures they were designed for, but compilers can be fragile; new or unusual models may run poorly or even slower than CPUs.
- GPUs are seen as more general, with mature low‑level access enabling custom kernels like FlashAttention.
Nvidia, CUDA, and Competing Accelerators
- Nvidia’s key advantages cited: reserved fab capacity, deeply integrated software (CUDA, libraries), existing datacenter hardware, and customer relationships.
- Many see CUDA’s optimized kernels and ecosystem as the main moat; alternatives (ROCm, Vulkan, Triton, vendor TPUs, AWS Trainium, Intel/Habana, AMD GPUs) exist but lag in adoption and tooling.
- Some complain that CUDA and drivers are brittle; others respond that competitors’ stacks are worse.
- View that AI demand and big‑tech self‑interest will eventually produce serious competition; counter‑view that replicating Nvidia’s software stack is an enormous, long‑term effort.
Google’s AI/TPU Strategy and Missed Opportunities
- Recurrent question: how Google invented TPUs and the transformer, built strong chat models internally, yet allowed Nvidia and startups to capture most visible value.
- Explanations offered:
- Fear of safety, hallucinations, and regulatory backlash, especially in the EU.
- Internal conservatism and reluctance to launch radical new products that might threaten search/ads.
- Complacency and preference for incremental improvements vs disruptive bets.
- Some argue it’s premature to say Google has “lost”; they can still embed AI across products, but matching search‑scale revenue is hard.
- TPU business: calls for spinning out the team as a separate company; concern that TPUs are scarce even internally and mostly accessible via Google Cloud, limiting ecosystem growth.
Fabrication, Availability, and Other Hardware Notes
- TPUs reportedly use slightly older process nodes than cutting‑edge GPUs; this is considered acceptable but less glamorous.
- Proposal that Google build its own leading‑edge fab is widely dismissed as economically and technically infeasible given required capital, expertise, and volumes.
- Apple’s M‑series chips are noted as strong for local inference due to unified memory and high bandwidth, but not positioned as competitors for large‑scale training like H100s.