← Back to Chip Foundry Services

Glossary

210 technical terms and definitions

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z All
Showing page 5 of 5 (210 entries)

low-precision training

optimization

Low precision means representing weights, activations, and gradients in fewer bits than FP32 — FP16, BF16, FP8, FP4, or INT8 — to shrink memory footprint and run more math per second on specialized hardware. The choice is never just 'how many bits' but how those bits split between range and precision.\n\n**A float is a sign, an exponent, and a mantissa — and each format spends its bits differently.** The exponent sets dynamic range (how large and small a value can be); the mantissa sets precision (how finely values are resolved). FP32 has 8 exponent and 23 mantissa bits. BF16 keeps all 8 exponent bits but drops to 7 mantissa, so it matches FP32's range while sacrificing precision — which is why it trains stably as a near drop-in. FP16 keeps 10 mantissa but only 5 exponent bits, so it is precise but underflows without loss scaling.\n\n**Below 16 bits the split gets sharper.** FP8 comes in two flavors: E4M3 leans on precision for forward passes, E5M2 leans on range for gradients. FP4 has just 16 representable levels, so it only works with fine-grained block scales that restore local range. INT8 abandons the float split entirely — a uniform grid plus one scale factor — which is cheapest to multiply but least forgiving of outliers.\n\n| Format | Bits | Exp / Mant | Strength | Main risk |\n|---|---|---|---|---|\n| FP32 | 32 | 8 / 23 | baseline accuracy | 4x the memory & bandwidth |\n| FP16 | 16 | 5 / 10 | precise | narrow range, needs loss scaling |\n| BF16 | 16 | 8 / 7 | FP32 range, stable | coarser mantissa |\n| FP8 (E4M3/E5M2) | 8 | 4/3 or 5/2 | fast train + infer | tight range, per-tensor scales |\n| FP4 / INT4 | 4 | 2/1 or integer | max compression | needs block/group scaling |\n\n```svg\n\n \n Low precision — the same number in fewer bits: range (exponent) vs precision (mantissa)\n \n 048121620242832\n FP32exp 8mantissa 2332 bits — baseline range + precisionFP16exp 5mantissa 1016 bits — narrow range, needs loss scalingBF16exp 8mant 716 bits — FP32 range, coarse mantissaFP8 E4M3e4m38 bits — precision-leaning training/inferenceFP8 E5M2e5m28 bits — range-leaning (gradients)FP4 E2M1e24 bits — 16 levels, needs block scalingINT8integer 88 bits — uniform grid + scale factor\n \n \n sign\n exponent = dynamic range\n mantissa = precision\n integer (uniform grid)\n \n Fewer bits -> smaller footprint + higher tensor-core throughput; the field split decides what you lose first.\n BF16 keeps FP32's exponent (range) but drops mantissa; FP16 keeps mantissa but loses range. Below 8 bits, block/group scales carry the range.\n\n```\n\n**Range and precision fail in different ways, so mixed precision is the norm.** Practical pipelines keep a high-precision master copy for the optimizer, compute the heavy matmuls in BF16 or FP8, and reserve FP32 for accumulation and sensitive reductions. The art is matching each format's bit-split to the tensor's statistics: wide-dynamic-range gradients want exponent bits, tightly clustered weights want mantissa bits or a uniform integer grid.\n\nRead low precision through a quant lens rather than an accuracy-loss lens: every bit removed multiplies effective bandwidth and compute throughput, so per the roofline it directly moves a memory-bound kernel toward its compute roof. The engineering question is not 'is FP8 lossy' but which field — range or precision — a given tensor can afford to shorten before error crosses tolerance, measured rather than assumed.

low rank adaptation lora

parameter efficient fine tuning, lora training method, adapter tuning llm, peft techniques

**Low-Rank Adaptation (LoRA)** is **the parameter-efficient fine-tuning method that freezes pretrained model weights and trains low-rank decomposition matrices injected into each layer** — reducing trainable parameters by 100-1000× (from billions to millions) while matching or exceeding full fine-tuning quality, enabling fine-tuning of 70B models on single consumer GPU and rapid switching between task-specific adapters in production. **LoRA Mathematical Foundation:** - **Low-Rank Decomposition**: for weight matrix W ∈ R^(d×k), instead of updating W → W + ΔW, parameterize ΔW = BA where B ∈ R^(d×r), A ∈ R^(r×k), and rank r << min(d,k); reduces parameters from d×k to (d+k)×r - **Typical Ranks**: r=8-64 for most applications; r=8 sufficient for simple tasks, r=32-64 for complex reasoning; original model has effective rank 100-1000; low-rank assumption: task-specific adaptation lies in low-dimensional subspace - **Scaling Factor**: output scaled by α/r where α is hyperparameter (typically α=16-32); allows changing r without retuning learning rate; LoRA output: h = Wx + (α/r)BAx where x is input - **Initialization**: A initialized with random Gaussian (mean 0, small std), B initialized to zero; ensures ΔW=0 at start; model begins at pretrained state; gradual adaptation during training **Application to Transformer Layers:** - **Attention Matrices**: apply LoRA to Q, K, V, and output projection matrices; 4 LoRA modules per attention layer; most common configuration; captures task-specific attention patterns - **Feedforward Layers**: optionally apply to FFN up/down projections; doubles trainable parameters but improves quality on complex tasks; trade-off between efficiency and performance - **Layer Selection**: can apply to subset of layers (e.g., last 50%, or every other layer); reduces parameters further; minimal quality loss for many tasks; useful for extreme memory constraints - **Embedding Layers**: typically frozen; some methods (AdaLoRA) adapt embeddings for domain shift; increases parameters but handles vocabulary mismatch **Training Efficiency:** - **Parameter Reduction**: 70B model with LoRA r=16 on attention: 70B frozen + 40M trainable = 0.06% trainable; fits optimizer states in 2-4GB vs 280GB for full fine-tuning - **Memory Savings**: no need to store gradients for frozen weights; optimizer states only for LoRA parameters; enables fine-tuning 70B model on 24GB GPU (vs 8×80GB for full fine-tuning) - **Training Speed**: 20-30% faster than full fine-tuning due to fewer gradient computations; can use larger batch sizes with saved memory; wall-clock time often 2-3× faster - **Convergence**: typically requires same or fewer steps than full fine-tuning; learning rate 1e-4 to 5e-4 (higher than full fine-tuning); stable training with minimal hyperparameter tuning **Quality and Performance:** - **Benchmark Results**: matches full fine-tuning on GLUE, SuperGLUE within 0.5%; exceeds full fine-tuning on some tasks (less overfitting); RoBERTa-base with LoRA: 90.5 vs 90.2 GLUE score for full fine-tuning - **Instruction Tuning**: Llama 2 7B with LoRA on Alpaca dataset achieves 95% of full fine-tuning quality; 13B/70B models show even smaller gap; sufficient for most production applications - **Domain Adaptation**: particularly effective for domain shift (medical, legal, code); captures domain-specific patterns in low-rank subspace; often outperforms full fine-tuning by reducing overfitting - **Few-Shot Learning**: works well with small datasets (100-1000 examples); low parameter count acts as regularization; prevents overfitting that plagues full fine-tuning on small data **Deployment and Inference:** - **Adapter Switching**: store multiple LoRA adapters (40MB each for 7B model); load different adapter per request; enables multi-tenant serving with single base model; switch adapters in <100ms - **Adapter Merging**: can merge LoRA weights into base model: W' = W + BA; creates standalone model; no inference overhead; useful for single-task deployment - **Batched Inference**: serve multiple adapters in same batch using different LoRA weights per sequence; requires framework support (vLLM, TensorRT-LLM); maximizes GPU utilization in multi-tenant scenarios - **Inference Speed**: with merged weights, identical to base model; with separate adapters, 5-10% overhead from additional matrix multiplications; negligible for most applications **Advanced Variants and Extensions:** - **QLoRA**: combines LoRA with 4-bit quantization of base model; fine-tune 65B model on single 48GB GPU; maintains quality while reducing memory 4×; democratizes large model fine-tuning - **AdaLoRA**: adaptively allocates rank budget across layers and matrices; prunes low-importance singular values; achieves better quality at same parameter budget; requires more complex training - **LoRA+**: uses different learning rates for A and B matrices; improves convergence and final quality; simple modification with significant impact; lr_B = 16 × lr_A works well - **DoRA (Weight-Decomposed LoRA)**: decomposes weights into magnitude and direction; applies LoRA to direction only; narrows gap to full fine-tuning; slight memory increase **Production Best Practices:** - **Rank Selection**: start with r=16 for most tasks; increase to r=32-64 for complex reasoning or large distribution shift; diminishing returns beyond r=64; validate with small experiments - **Target Modules**: Q, K, V, O projections for attention-focused tasks; add FFN for knowledge-intensive tasks; embeddings only for vocabulary mismatch - **Learning Rate**: 1e-4 to 5e-4 typical range; higher than full fine-tuning (1e-5 to 1e-6); use warmup (3-5% of steps); cosine decay schedule - **Regularization**: LoRA acts as implicit regularization; additional dropout often unnecessary; weight decay 0.01-0.1 if overfitting observed Low-Rank Adaptation is **the technique that democratized large language model fine-tuning** — by reducing memory requirements by 100× while maintaining quality, LoRA enables researchers and practitioners to customize billion-parameter models on consumer hardware, fundamentally changing the economics and accessibility of LLM adaptation.

low-rank factorization

model optimization

**Low-Rank Factorization** is **a model compression method that approximates large weight matrices as products of smaller matrices** - It cuts parameter count and computation while preserving dominant linear structure. **What Is Low-Rank Factorization?** - **Definition**: a model compression method that approximates large weight matrices as products of smaller matrices. - **Core Mechanism**: Rank-constrained decomposition captures principal components of layer transformations. - **Operational Scope**: It is applied in model-optimization workflows to improve efficiency, scalability, and long-term performance outcomes. - **Failure Modes**: Overly low ranks can remove critical task-specific information. **Why Low-Rank Factorization Matters** - **Outcome Quality**: Better methods improve decision reliability, efficiency, and measurable impact. - **Risk Management**: Structured controls reduce instability, bias loops, and hidden failure modes. - **Operational Efficiency**: Well-calibrated methods lower rework and accelerate learning cycles. - **Strategic Alignment**: Clear metrics connect technical actions to business and sustainability goals. - **Scalable Deployment**: Robust approaches transfer effectively across domains and operating conditions. **How It Is Used in Practice** - **Method Selection**: Choose approaches by latency targets, memory budgets, and acceptable accuracy tradeoffs. - **Calibration**: Set per-layer ranks using sensitivity analysis and end-to-end accuracy validation. - **Validation**: Track accuracy, latency, memory, and energy metrics through recurring controlled evaluations. Low-Rank Factorization is **a high-impact method for resilient model-optimization execution** - It is a common foundation for structured neural compression.

low-rank tensor fusion

multimodal ai

**Low-Rank Tensor Fusion (LMF)** is an **efficient multimodal fusion method that approximates the full tensor outer product using low-rank decomposition** — reducing the computational complexity of tensor fusion from exponential to linear in the number of modalities while preserving the ability to model cross-modal interactions, making expressive multimodal fusion practical for real-time applications. **What Is Low-Rank Tensor Fusion?** - **Definition**: LMF approximates the weight tensor W of a multimodal fusion layer as a sum of R rank-1 tensors, where each rank-1 tensor is the outer product of modality-specific factor vectors, avoiding explicit computation of the full high-dimensional tensor. - **Decomposition**: W ≈ Σ_{r=1}^{R} w_r^(1) ⊗ w_r^(2) ⊗ ... ⊗ w_r^(M), where w_r^(m) are learned factor vectors for each modality m and rank component r. - **Efficient Computation**: Instead of computing the d₁×d₂×d₃ tensor explicitly, LMF computes R inner products per modality and combines them, reducing complexity from O(∏d_m) to O(R·Σd_m). - **Origin**: Proposed by Liu et al. (2018) as a direct improvement over the Tensor Fusion Network, achieving comparable accuracy with orders of magnitude fewer parameters. **Why Low-Rank Tensor Fusion Matters** - **Scalability**: Full tensor fusion on three 256-dim modalities requires ~16.7M parameters; LMF with rank R=4 requires only ~3K parameters — a 5000× reduction enabling deployment on mobile and edge devices. - **Speed**: Linear complexity in feature dimensions means LMF runs in milliseconds even for high-dimensional modality features, enabling real-time multimodal inference. - **Preserved Expressiveness**: Despite the dramatic parameter reduction, LMF retains the ability to model cross-modal interactions because the low-rank factors span the most important interaction subspace. - **End-to-End Training**: All factor vectors are jointly learned through backpropagation, automatically discovering the most informative cross-modal interaction patterns. **How LMF Works** - **Step 1 — Modality Encoding**: Each modality is encoded into a feature vector by its respective sub-network (CNN for images, LSTM/Transformer for text, spectrogram encoder for audio). - **Step 2 — Factor Projection**: Each modality feature is projected through R learned factor vectors, producing R scalar values per modality. - **Step 3 — Rank-1 Combination**: For each rank component r, the scalar projections from all modalities are multiplied together, capturing the cross-modal interaction for that component. - **Step 4 — Summation**: The R rank-1 interaction values are summed and passed through a final classifier layer. | Aspect | Full Tensor Fusion | Low-Rank (R=4) | Low-Rank (R=16) | Concatenation | |--------|-------------------|----------------|-----------------|---------------| | Parameters | O(∏d_m) | O(R·Σd_m) | O(R·Σd_m) | O(Σd_m) | | Cross-Modal | All orders | Approximate | Better approx. | None | | Memory | Very High | Very Low | Low | Very Low | | Accuracy (MOSI) | 0.801 | 0.796 | 0.800 | 0.762 | | Inference Speed | Slow | Fast | Fast | Fastest | **Low-rank tensor fusion makes expressive multimodal interaction modeling practical** — decomposing the prohibitively large tensor outer product into a compact sum of rank-1 components that preserve cross-modal correlation capture while reducing parameters by orders of magnitude, enabling real-time multimodal AI on resource-constrained platforms.

lp norm constraints

ai safety

**$L_p$ Norm Constraints** define the **geometry of allowed adversarial perturbations** — the choice of $p$ (0, 1, 2, or ∞) determines the shape of the perturbation ball and the nature of the adversarial threat model. **$L_p$ Norm Comparison** - **$L_infty$**: Max absolute change per feature. Ball = hypercube. Spreads perturbation evenly across all features. - **$L_2$**: Euclidean distance. Ball = hypersphere. Perturbation concentrated in a few features. - **$L_1$**: Sum of absolute changes. Ball = cross-polytope. Sparse perturbation (few features changed a lot). - **$L_0$**: Number of changed features. Sparsest — only a few features are modified. **Why It Matters** - **Different Threats**: Each $L_p$ models a different attack scenario ($L_infty$ = subtle overall shift, $L_0$ = few-pixel attack). - **Defense Mismatch**: A defense robust under $L_infty$ may not be robust under $L_2$ — separate evaluation needed. - **Semiconductor**: For sensor/process data, $L_infty$ models sensor drift; $L_0$ models individual sensor failure. **$L_p$ Norms** are **the geometry of attacks** — different norms define different shapes of adversarial perturbation, each modeling a distinct threat.

lpu language processing unit

groq lpu tensor streaming processor, deterministic token inference lpu, groq cloud low latency inference, llama 70b 500 tokens second, sram resident model execution

**LPU Language Processing Unit** in current market usage refers to the Groq inference architecture built around the Tensor Streaming Processor model, designed for deterministic low-latency language generation. The core design goal is to remove execution variance common in GPU serving by using a fixed dataflow approach with tightly controlled memory movement. **What Makes LPU Architecture Different** - Groq Tensor Streaming Processor execution is deterministic, with statically scheduled compute and data movement. - The architecture avoids cache-coherence complexity and speculative execution behavior that can add latency jitter. - Model execution relies on high-speed on-chip SRAM driven dataflow patterns rather than frequent external memory fetches during inference steps. - Deterministic scheduling improves predictability for first-token and token-to-token latency under interactive workloads. - This design is optimized for inference, not broad training flexibility across rapidly changing research kernels. - The result is a specialized platform focused on response-time consistency rather than maximum architectural generality. **Performance Profile And Practical Limits** - Groq public demonstrations have shown 500 plus tokens per second class throughput for LLaMA-2 70B inference scenarios. - Real performance depends on prompt length, output length, concurrency, and model graph characteristics. - Deterministic throughput is attractive for voice agents, coding assistants, and customer interaction systems with strict latency budgets. - Limitations include inference-only orientation and tighter fit to supported model and compiler paths. - Model scale and deployment flexibility are constrained by available on-chip memory model partitioning strategy. - Teams needing broad custom kernel experimentation may find GPU ecosystems easier for rapid iteration. **Groq Cloud API And Developer Adoption Path** - GroqCloud provides API access so teams can evaluate low-latency serving without immediate hardware procurement. - This reduces pilot friction for product teams testing real-time assistant and agent workflows. - Integration patterns are similar to mainstream inference APIs, but performance tuning should target latency-sensitive flows. - Practical pilots should include strict measurement of first-token latency, steady-state tokens per second, and tail latency. - Engineering teams also need to evaluate model coverage and migration effort for existing GPU-centric stacks. - API-first evaluation is usually the safest path before considering deeper infrastructure commitments. **LPU Versus GPU: Latency, Flexibility, Throughput Tradeoff** - LPU strengths are deterministic low-latency response and reduced jitter in interactive generation workloads. - GPU strengths remain framework breadth, mature tooling, and flexibility across training and inference use cases. - High-batch offline inference can still favor GPU clusters depending on kernel mix and scheduling efficiency. - LPU economics improve when user experience penalties from latency are costly, such as voice or live coding workflows. - GPU economics improve when one fleet must support diverse model architectures and continuous research changes. - Most enterprises should compare based on completed task latency and unit economics, not only raw token throughput. **When LPU Deployment Makes Economic Sense** - Choose LPU-oriented serving when product value is highly sensitive to immediate response and deterministic interaction quality. - Favor GPU serving when workload diversity, model churn, and ecosystem portability are top priorities. - Hybrid deployment can route premium low-latency traffic to LPU endpoints and background workloads to GPU pools. - Cost evaluation should include developer migration effort, API pricing, infrastructure operations, and SLA penalties avoided. - Capacity planning must account for model support roadmap and potential vendor concentration risk. LPU architecture offers a clear value proposition: predictable language inference latency at high token speed for real-time user experiences. The correct decision is workload-specific and should be driven by measured latency SLA impact versus the flexibility and ecosystem depth available in GPU-first platforms.

lstm anomaly

time series models

**LSTM Anomaly** is **anomaly detection using LSTM prediction or reconstruction errors on sequential data.** - It learns normal temporal dynamics and flags observations that strongly violate expected sequence behavior. **What Is LSTM Anomaly?** - **Definition**: Anomaly detection using LSTM prediction or reconstruction errors on sequential data. - **Core Mechanism**: LSTM models trained on normal patterns produce error scores compared against adaptive thresholds. - **Operational Scope**: It is applied in time-series anomaly-detection systems to improve robustness, accountability, and long-term performance outcomes. - **Failure Modes**: Distribution drift in normal behavior can inflate false positives without recalibration. **Why LSTM Anomaly Matters** - **Outcome Quality**: Better methods improve decision reliability, efficiency, and measurable impact. - **Risk Management**: Structured controls reduce instability, bias loops, and hidden failure modes. - **Operational Efficiency**: Well-calibrated methods lower rework and accelerate learning cycles. - **Strategic Alignment**: Clear metrics connect technical actions to business and sustainability goals. - **Scalable Deployment**: Robust approaches transfer effectively across domains and operating conditions. **How It Is Used in Practice** - **Method Selection**: Choose approaches by uncertainty level, data availability, and performance objectives. - **Calibration**: Refresh thresholds periodically and incorporate drift detectors for baseline updates. - **Validation**: Track quality, stability, and objective metrics through recurring controlled evaluations. LSTM Anomaly is **a high-impact method for resilient time-series anomaly-detection execution** - It is a common deep-learning baseline for temporal anomaly detection.

lstm-vae anomaly

lstm-vae, time series models

**LSTM-VAE anomaly** is **an anomaly-detection method that combines sequence autoencoding and probabilistic latent modeling** - LSTM encoders and decoders reconstruct temporal patterns while latent-space likelihood helps score abnormal behavior. **What Is LSTM-VAE anomaly?** - **Definition**: An anomaly-detection method that combines sequence autoencoding and probabilistic latent modeling. - **Core Mechanism**: LSTM encoders and decoders reconstruct temporal patterns while latent-space likelihood helps score abnormal behavior. - **Operational Scope**: It is used in advanced machine-learning and analytics systems to improve temporal reasoning, relational learning, and deployment robustness. - **Failure Modes**: Reconstruction-focused objectives can miss subtle anomalies that preserve coarse signal shape. **Why LSTM-VAE anomaly Matters** - **Model Quality**: Better method selection improves predictive accuracy and representation fidelity on complex data. - **Efficiency**: Well-tuned approaches reduce compute waste and speed up iteration in research and production. - **Risk Control**: Diagnostic-aware workflows lower instability and misleading inference risks. - **Interpretability**: Structured models support clearer analysis of temporal and graph dependencies. - **Scalable Deployment**: Robust techniques generalize better across domains, datasets, and operating conditions. **How It Is Used in Practice** - **Method Selection**: Choose algorithms according to signal type, data sparsity, and operational constraints. - **Calibration**: Calibrate anomaly thresholds with precision-recall targets on labeled validation slices. - **Validation**: Track error metrics, stability indicators, and generalization behavior across repeated test scenarios. LSTM-VAE anomaly is **a high-impact method in modern temporal and graph-machine-learning pipelines** - It supports unsupervised anomaly detection in sequential operational data.

lstnet

time series models

**LSTNet** is **hybrid CNN-RNN forecasting architecture with skip connections for periodic pattern capture.** - It combines short-term local feature extraction with long-term sequential memory. **What Is LSTNet?** - **Definition**: Hybrid CNN-RNN forecasting architecture with skip connections for periodic pattern capture. - **Core Mechanism**: Convolutional encoders, recurrent components, and periodic skip pathways jointly model multiscale dependencies. - **Operational Scope**: It is applied in time-series modeling systems to improve robustness, accountability, and long-term performance outcomes. - **Failure Modes**: Fixed skip periods may underperform when seasonality changes over time. **Why LSTNet Matters** - **Outcome Quality**: Better methods improve decision reliability, efficiency, and measurable impact. - **Risk Management**: Structured controls reduce instability, bias loops, and hidden failure modes. - **Operational Efficiency**: Well-calibrated methods lower rework and accelerate learning cycles. - **Strategic Alignment**: Clear metrics connect technical actions to business and sustainability goals. - **Scalable Deployment**: Robust approaches transfer effectively across domains and operating conditions. **How It Is Used in Practice** - **Method Selection**: Choose approaches by uncertainty level, data availability, and performance objectives. - **Calibration**: Re-estimate skip intervals and compare against adaptive seasonal models. - **Validation**: Track quality, stability, and objective metrics through recurring controlled evaluations. LSTNet is **a high-impact method for resilient time-series modeling execution** - It is effective for multivariate forecasting with strong recurring patterns.

lvi

lvi, failure analysis advanced

**LVI** is **laser voltage imaging that maps internal electrical activity by scanning laser-induced signal responses** - It provides spatially resolved voltage contrast to localize suspect logic regions during failure analysis. **What Is LVI?** - **Definition**: laser voltage imaging that maps internal electrical activity by scanning laser-induced signal responses. - **Core Mechanism**: Raster laser scans collect signal modulation tied to device electrical states, producing activity maps over layout regions. - **Operational Scope**: It is applied in failure-analysis-advanced workflows to improve robustness, accountability, and long-term performance outcomes. - **Failure Modes**: Weak modulation and noise coupling can produce ambiguous contrast in low-activity regions. **Why LVI Matters** - **Outcome Quality**: Better methods improve decision reliability, efficiency, and measurable impact. - **Risk Management**: Structured controls reduce instability, bias loops, and hidden failure modes. - **Operational Efficiency**: Well-calibrated methods lower rework and accelerate learning cycles. - **Strategic Alignment**: Clear metrics connect technical actions to business and sustainability goals. - **Scalable Deployment**: Robust approaches transfer effectively across domains and operating conditions. **How It Is Used in Practice** - **Method Selection**: Choose approaches by evidence quality, localization precision, and turnaround-time constraints. - **Calibration**: Use synchronized stimulus, averaging, and baseline subtraction to improve map fidelity. - **Validation**: Track localization accuracy, repeatability, and objective metrics through recurring controlled evaluations. LVI is **a high-impact method for resilient failure-analysis-advanced execution** - It accelerates localization before deeper physical deprocessing.