LogoLogo
Continuum WebsiteContinuum ApplicationsContinuum KnowledgeAxolotl Platform
Continuum Knowledge
Continuum Knowledge
  • Continuum
  • Data
    • Datasets
      • Pre Training Data
      • Types of Fine Tuning
      • Self Instruct Paper
      • Self-Alignment with Instruction Backtranslation
      • Systematic Evaluation of Instruction-Tuned Large Language Models on Open Datasets
      • Instruction Tuning
      • Instruction Fine Tuning - Alpagasus
      • Less is More For Alignment
      • Enhanced Supervised Fine Tuning
      • Visualising Data using t-SNE
      • UMAP: Uniform Manifold Approximation and Projection for Dimension Reduction
      • Training and Evaluation Datasets
      • What is perplexity?
  • MODELS
    • Foundation Models
      • The leaderboard
      • Foundation Models
      • LLama 2 - Analysis
      • Analysis of Llama 3
      • Llama 3.1 series
      • Google Gemini 1.5
      • Platypus: Quick, Cheap, and Powerful Refinement of LLMs
      • Mixtral of Experts
      • Mixture-of-Agents (MoA)
      • Phi 1.5
        • Refining the Art of AI Training: A Deep Dive into Phi 1.5's Innovative Approach
      • Phi 2.0
      • Phi-3 Technical Report
  • Training
    • The Fine Tuning Process
      • Why fine tune?
        • Does Fine-Tuning LLMs on New Knowledge Encourage Hallucinations?
        • Explanations in Fine Tuning
      • Tokenization
        • Tokenization Is More Than Compression
        • Tokenization - SentencePiece
        • Tokenization explore
        • Tokenizer Choice For LLM Training: Negligible or Crucial?
        • Getting the most out of your tokenizer for pre-training and domain adaptation
        • TokenMonster
      • Parameter Efficient Fine Tuning
        • P-Tuning
          • The Power of Scale for Parameter-Efficient Prompt Tuning
        • Prefix-Tuning: Optimizing Continuous Prompts for Generation
        • Harnessing the Power of PEFT: A Smarter Approach to Fine-tuning Pre-trained Models
        • What is Low-Rank Adaptation (LoRA) - explained by the inventor
        • Low Rank Adaptation (Lora)
        • Practical Tips for Fine-tuning LMs Using LoRA (Low-Rank Adaptation)
        • QLORA: Efficient Finetuning of Quantized LLMs
        • Bits and Bytes
        • The Magic behind Qlora
        • Practical Guide to LoRA: Tips and Tricks for Effective Model Adaptation
        • The quantization constant
        • QLORA: Efficient Finetuning of Quantized Language Models
        • QLORA and Fine-Tuning of Quantized Language Models (LMs)
        • ReLoRA: High-Rank Training Through Low-Rank Updates
        • SLoRA: Federated Parameter Efficient Fine-Tuning of Language Models
        • GaLora: Memory-Efficient LLM Training by Gradient Low-Rank Projection
      • Hyperparameters
        • Batch Size
        • Padding Tokens
        • Mixed precision training
        • FP8 Formats for Deep Learning
        • Floating Point Numbers
        • Batch Size and Model loss
        • Batch Normalisation
        • Rethinking Learning Rate Tuning in the Era of Language Models
        • Sample Packing
        • Gradient accumulation
        • A process for choosing the learning rate
        • Learning Rate Scheduler
        • Checkpoints
        • A Survey on Efficient Training of Transformers
        • Sequence Length Warmup
        • Understanding Training vs. Evaluation Data Splits
        • Cross-entropy loss
        • Weight Decay
        • Optimiser
        • Caching
      • Training Processes
        • Extending the context window
        • PyTorch Fully Sharded Data Parallel (FSDP)
        • Train Short, Test Long: Attention with Linear Biases Enables Input Length Extrapolation
        • YaRN: Efficient Context Window Extension of Large Language Models
        • Sliding Window Attention
        • LongRoPE
        • Reinforcement Learning
        • An introduction to reinforcement learning
        • Reinforcement Learning from Human Feedback (RLHF)
        • Direct Preference Optimization: Your Language Model is Secretly a Reward Model
  • INFERENCE
    • Why is inference important?
      • Grouped Query Attention
      • Key Value Cache
      • Flash Attention
      • Flash Attention 2
      • StreamingLLM
      • Paged Attention and vLLM
      • TensorRT-LLM
      • Torchscript
      • NVIDIA L40S GPU
      • Triton Inference Server - Introduction
      • Triton Inference Server
      • FiDO: Fusion-in-Decoder optimised for stronger performance and faster inference
      • Is PUE a useful measure of data centre performance?
      • SLORA
  • KNOWLEDGE
    • Vector Databases
      • A Comprehensive Survey on Vector Databases
      • Vector database management systems: Fundamental concepts, use-cases, and current challenges
      • Using the Output Embedding to Improve Language Models
      • Decoding Sentence-BERT
      • ColBERT: Efficient and Effective Passage Search via Contextualized Late Interaction over BERT
      • SimCSE: Simple Contrastive Learning of Sentence Embeddings
      • Questions Are All You Need to Train a Dense Passage Retriever
      • Improving Text Embeddings with Large Language Models
      • Massive Text Embedding Benchmark
      • RocketQAv2: A Joint Training Method for Dense Passage Retrieval and Passage Re-ranking
      • LLM2Vec: Large Language Models Are Secretly Powerful Text Encoders
      • Embedding and Fine-Tuning in Neural Language Models
      • Embedding Model Construction
      • Demystifying Embedding Spaces using Large Language Models
      • Fine-Tuning Llama for Multi-Stage Text Retrieval
      • Large Language Model Based Text Augmentation Enhanced Personality Detection Model
      • One Embedder, Any Task: Instruction-Finetuned Text Embeddings
      • Vector Databases are not the only solution
      • Knowledge Graphs
        • Harnessing Knowledge Graphs to Elevate AI: A Technical Exploration
        • Unifying Large Language Models and Knowledge Graphs: A Roadmap
      • Approximate Nearest Neighbor (ANN)
      • High Dimensional Data
      • Principal Component Analysis (PCA)
      • Vector Similarity Search - HNSW
      • FAISS (Facebook AI Similarity Search)
      • Unsupervised Dense Retrievers
    • Retrieval Augmented Generation
      • Retrieval-Augmented Generation for Large Language Models: A Survey
      • Fine-Tuning or Retrieval?
      • Revolutionising Information Retrieval: The Power of RAG in Language Models
      • A Survey on Retrieval-Augmented Text Generation
      • REALM: Retrieval-Augmented Language Model Pre-Training
      • Retrieve Anything To Augment Large Language Models
      • Generate Rather Than Retrieve: Large Language Models Are Strong Context Generators
      • Active Retrieval Augmented Generation
      • DSPy: LM Assertions: Enhancing Language Model Pipelines with Computational Constraints
      • DSPy: Compiling Declarative Language Model Calls
      • DSPy: In-Context Learning for Extreme Multi-Label Classification
      • Optimizing Instructions and Demonstrations for Multi-Stage Language Model Programs
      • HYDE: Revolutionising Search with Hypothetical Document Embeddings
      • Enhancing Recommender Systems with Large Language Model Reasoning Graphs
      • Retrieval Augmented Generation (RAG) versus fine tuning
      • RAFT: Adapting Language Model to Domain Specific RAG
      • Summarisation Methods and RAG
      • Lessons Learned on LLM RAG Solutions
      • Stanford: Retrieval Augmented Language Models
      • Overview of RAG Approaches with Vector Databases
      • Mastering Chunking in Retrieval-Augmented Generation (RAG) Systems
    • Semantic Routing
    • Resource Description Framework (RDF)
  • AGENTS
    • What is agency?
      • Rephrase and Respond: Let Large Language Models Ask Better Questions for Themselves
      • Types of Agents
      • The risk of AI agency
      • Understanding Personality in Large Language Models: A New Frontier in AI Psychology
      • AI Agents - Reasoning, Planning, and Tool Calling
      • Personality and Brand
      • Agent Interaction via APIs
      • Bridging Minds and Machines: The Legacy of Newell, Shaw, and Simon
      • A Survey on Language Model based Autonomous Agents
      • Large Language Models as Agents
      • AI Reasoning: A Deep Dive into Chain-of-Thought Prompting
      • Enhancing AI Reasoning with Self-Taught Reasoner (STaR)
      • Exploring the Frontier of AI: The "Tree of Thoughts" Framework
      • Toolformer: Revolutionising Language Models with API Integration - An Analysis
      • TaskMatrix.AI: Bridging Foundational AI Models with Specialised Systems for Enhanced Task Completion
      • Unleashing the Power of LLMs in API Integration: The Rise of Gorilla
      • Andrew Ng's presentation on AI agents
      • Making AI accessible with Andrej Karpathy and Stephanie Zhan
  • Regulation and Ethics
    • Regulation and Ethics
      • Privacy
      • Detecting AI Generated content
      • Navigating the IP Maze in AI: The Convergence of Blockchain, Web 3.0, and LLMs
      • Adverse Reactions to generative AI
      • Navigating the Ethical Minefield: The Challenge of Security in Large Language Models
      • Navigating the Uncharted Waters: The Risks of Autonomous AI in Military Decision-Making
  • DISRUPTION
    • Data Architecture
      • What is a data pipeline?
      • What is Reverse ETL?
      • Unstructured Data and Generatve AI
      • Resource Description Framework (RDF)
      • Integrating generative AI with the Semantic Web
    • Search
      • BM25 - Search Engine Ranking Function
      • BERT as a reranking engine
      • BERT and Google
      • Generative Engine Optimisation (GEO)
      • Billion-scale similarity search with GPUs
      • FOLLOWIR: Evaluating and Teaching Information Retrieval Models to Follow Instructions
      • Neural Collaborative Filtering
      • Federated Neural Collaborative Filtering
      • Latent Space versus Embedding Space
      • Improving Text Embeddings with Large Language Models
    • Recommendation Engines
      • On Interpretation and Measurement of Soft Attributes for Recommendation
      • A Survey on Large Language Models for Recommendation
      • Model driven recommendation systems
      • Recommender AI Agent: Integrating Large Language Models for Interactive Recommendations
      • Foundation Models for Recommender Systems
      • Exploring the Impact of Large Language Models on Recommender Systems: An Extensive Review
      • AI driven recommendations - harming autonomy?
    • Logging
      • A Taxonomy of Anomalies in Log Data
      • Deeplog
      • LogBERT: Log Anomaly Detection via BERT
      • Experience Report: Deep Learning-based System Log Analysis for Anomaly Detection
      • Log-based Anomaly Detection with Deep Learning: How Far Are We?
      • Deep Learning for Anomaly Detection in Log Data: A Survey
      • LogGPT
      • Adaptive Semantic Gate Networks (ASGNet) for log-based anomaly diagnosis
  • Infrastructure
    • The modern data centre
      • Enhancing Data Centre Efficiency: Strategies to Improve PUE
      • TCO of NVIDIA GPUs and falling barriers to entry
      • Maximising GPU Utilisation with Kubernetes and NVIDIA GPU Operator
      • Data Centres
      • Liquid Cooling
    • Servers and Chips
      • The NVIDIA H100 GPU
      • NVIDIA H100 NVL
      • Lambda Hyperplane 8-H100
      • NVIDIA DGX Servers
      • NVIDIA DGX-2
      • NVIDIA DGX H-100 System
      • NVLink Switch
      • Tensor Cores
      • NVIDIA Grace Hopper Superchip
      • NVIDIA Grace CPU Superchip
      • NVIDIA GB200 NVL72
      • Hopper versus Blackwell
      • HGX: High-Performance GPU Platforms
      • ARM Chips
      • ARM versus x86
      • RISC versus CISC
      • Introduction to RISC-V
    • Networking and Connectivity
      • Infiniband versus Ethernet
      • NVIDIA Quantum InfiniBand
      • PCIe (Peripheral Component Interconnect Express)
      • NVIDIA ConnectX InfiniBand adapters
      • NVMe (Non-Volatile Memory Express)
      • NVMe over Fabrics (NVMe-oF)
      • NVIDIA Spectrum-X
      • NVIDIA GPUDirect
      • Evaluating Modern GPU Interconnect
      • Scalable Hierarchical Aggregation and Reduction Protocol (SHARP)
      • Next-generation networking in AI environments
      • NVIDIA Collective Communications Library (NCCL)
    • Data and Memory
      • NVIDIA BlueField Data Processing Units (DPUs)
      • Remote Direct Memory Access (RDMA)
      • High Bandwidth Memory (HBM3)
      • Flash Memory
      • Model Requirements
      • Calculating GPU memory for serving LLMs
      • Transformer training costs
      • GPU Performance Optimisation
    • Libraries and Complements
      • NVIDIA Base Command
      • NVIDIA AI Enterprise
      • CUDA - NVIDIA GTC 2024 presentation
      • RAPIDs
      • RAFT
    • Vast Data Platform
      • Vast Datastore
      • Vast Database
      • Vast Data Engine
      • DASE (Disaggregated and Shared Everything)
      • Dremio and VAST Data
    • Storage
      • WEKA: A High-Performance Storage Solution for AI Workloads
      • Introduction to NVIDIA GPUDirect Storage (GDS)
        • GDS cuFile API
      • NVIDIA Magnum IO GPUDirect Storage (GDS)
      • Vectors in Memory
Powered by GitBook
LogoLogo

Continuum - Accelerated Artificial Intelligence

  • Continuum Website
  • Axolotl Platform

Copyright Continuum Labs - 2023

On this page
  • The rack itself is similar to a chip
  • Core Thesis
  • Miniaturisation
  • System Technology Co-Optimisation (STCO)
  • Copper Interconnects
  • NVLINK - use of copper
  • Liquid Cooling

Was this helpful?

  1. Infrastructure

The modern data centre

PreviousAdaptive Semantic Gate Networks (ASGNet) for log-based anomaly diagnosisNextEnhancing Data Centre Efficiency: Strategies to Improve PUE

Last updated 11 months ago

Was this helpful?

This is an analysis of an article by the semiconductor genius Doug O'Laughlin:

The rack itself is similar to a chip

When the author says "the rack itself is similar to a chip," he is drawing an analogy between the structure and function of a computer chip and a data centre rack.

Let's break this down further.

A computer chip, such as a CPU or GPU, is composed of several components:

  1. Transistors: The basic building blocks that perform logical operations.

  2. Memory: On-chip memory, such as caches or registers, for fast data access.

  3. Interconnects: Wires that connect different components within the chip.

  4. I/O: Pins or ports that allow the chip to communicate with external components.

Similarly, a data centre rack can be thought of as a larger-scale "chip" with analogous components:

  1. Servers: The individual computing units, containing CPUs, GPUs, and memory, analogous to transistors.

  2. Storage: High-capacity storage devices, such as SSDs or HDDs, analogous to on-chip memory.

  3. Networking: High-speed interconnects, like Ethernet or Infiniband, that connect servers within and between racks, analogous to on-chip interconnects.

  4. Power and Cooling: Infrastructure that supplies power and removes heat, analogous to the power delivery and heat dissipation systems of a chip.

Moore's Law, which originally described the trend of doubling the number of transistors on a chip every two years, led to significant improvements in chip performance and power efficiency.

The author suggests that by applying similar principles to data centre racks, we can achieve comparable gains at the rack level.

Just as chip designers optimise the placement and connectivity of transistors, memory, and interconnects to maximise performance and minimize power consumption, data centre architects can optimise the arrangement and interconnection of servers, storage, and networking components within a rack.

This optimisation includes:

Increasing component density: Packing more servers and storage devices into a rack to increase computing power and capacity.

Improving interconnect bandwidth: Using faster and more efficient networking technologies, like NVLink or Infiniband, to reduce communication bottlenecks between components.

Enhancing power and cooling efficiency: Implementing advanced power delivery and cooling systems, such as liquid cooling, to support higher power densities and reduce energy consumption.

By treating the rack as a "giant chip" and applying these optimisation techniques, data centre designers can achieve significant improvements in performance, power efficiency, and scalability, similar to the gains driven by Moore's Law at the chip level.

This approach allows for a new vector of growth and innovation in data centre architecture, beyond the traditional focus on individual server or chip performance.

Overall - the author is suggesting that the principles that have driven the evolution of computer chips can now be applied to the larger scale of data centre racks, opening up new opportunities for performance and efficiency gains in the realm of high-performance computing and artificial intelligence.

Core Thesis

Nvidia CEO Jensen Huang believes that the data centre is the new unit of compute, similar to how the chip was the unit of compute in the past.

Nvidia is applying the principles of Moore's Law, which drove chip-level advancements, to the data centre level.

Miniaturisation

Just as transistors were shrunk to improve performance and power efficiency, Nvidia is focusing on moving components closer together within the data centre to reduce power consumption and increase performance.

System Technology Co-Optimisation (STCO)

To execute the process the System Technology Co-Optimisation (STCO) approach is being used.

This approach seeks to optimise the entire computing system, including chips, interconnects, packaging, and even the rack-level architecture, to achieve better overall performance and efficiency.

This holistic view of system design is becoming increasingly important as the traditional methods of improving performance, such as transistor scaling (Moore's Law), are reaching their limits.

Chip-level optimisation

This involves designing chips that are optimised for specific workloads, such as AI or high-performance computing (HPC).

Techniques include the use of domain-specific architectures (DSAs), the integration of multiple types of cores (e.g., CPUs, GPUs, and AI accelerators), and the use of advanced packaging technologies like 2.5D and 3D integration.

Interconnect optimisation

As the number of components within a system grows, the interconnects between them become a critical factor in determining overall performance.

Rack-level optimisation

STCO extends beyond individual nodes to the entire rack or even data centre level.

This includes the use of high-speed interconnects between nodes, the optimisation of power delivery and cooling systems, and the use of software-defined infrastructure to dynamically allocate resources based on workload requirements.

Co-design of hardware and software

STCO involves the close collaboration between hardware and software teams to ensure that the system is optimised for the target workloads.

This includes the development of software libraries and frameworks that are optimised for the specific hardware architecture, as well as the use of hardware-software co-design methodologies to explore the design space and make informed trade-offs.

As the demand for high-performance, energy-efficient computing continues to grow, driven by applications like AI, data analytics, and scientific simulations, STCO is expected to become an increasingly important approach to system design.

Companies like Nvidia, AMD, and Intel are already employing STCO techniques in their latest products, and this trend is likely to continue in the future.

Copper Interconnects

The article emphasises the importance of using passive copper interconnects (like NVLink) as much as possible before resorting to more expensive options like optics.

Keeping the interconnects short and efficient is also key to system performance.

Passive copper interconnects within the rack are seen as the most cost-effective and power-efficient solution before relying on optics for networking. So passive copper interconnects should be used as much as possible before resorting to more expensive options like optics.

Copper interconnects can support very high bandwidths over short distances.

For example, Nvidia's NVLink provides up to 900 GB/s of bandwidth between GPUs, which is much higher than what can be achieved with traditional PCIe interconnects. This high bandwidth is essential for data-intensive workloads like AI and HPC.

Copper interconnects can provide very low latency communication between components, which is critical for workloads that require frequent communication and synchronisation between nodes. By keeping the interconnects short and using high-speed signalling techniques, latency can be minimised.

Passive copper interconnects are more energy-efficient than active optical interconnects, especially over short distances. This is because passive copper interconnects do not require the same level of signal conditioning and regeneration as optical interconnects, which can consume significant amounts of power.

By keeping the interconnects short and using high-speed signalling techniques, the system can achieve very high bandwidth and low latency communication between nodes.

However, as the size and complexity of rack-scale systems continue to grow, there is a limit to how far copper interconnects can be used effectively.

Beyond a certain distance (typically a few metres), the signal integrity and power efficiency of copper interconnects degrade rapidly. This is where optical interconnects become necessary to maintain high bandwidth and low latency communication between racks and across larger distances.

NVLINK - use of copper

NVLink is a high-bandwidth, low-latency interconnect that allows GPUs to communicate directly with each other, bypassing the traditional PCIe bus.

By using passive copper cables, NVLink can achieve much higher bandwidth and lower latency compared to traditional networking technologies like InfiniBand or Ethernet.

Comparing InfiniBand and Ethernet misses the point because the real advantage lies in the NVLink domain created within a rack using passive copper connections.

The NVLink domain allows GPUs to work together as a single, massive GPU, enabling faster communication and more efficient parallel processing.

By focusing on the NVLink domain and the compute density within a rack will lead to better performance, scalability, and efficiency compared to traditional distributed computing methods that rely on high-speed networking between nodes.

Liquid Cooling

Liquid cooling has emerged as a necessary technology for enabling higher power densities in rack-scale systems, particularly for AI and high-performance computing workloads.

As the power consumption of individual components like CPUs and GPUs continues to rise, traditional air cooling methods are reaching their limits in terms of the amount of heat they can effectively remove from a rack.

Liquid cooling allows for much higher power densities than air cooling, because liquids have a much higher heat capacity and thermal conductivity than air. This means that liquid cooling can remove more heat from a given volume than air cooling, enabling higher power densities in a rack.

The latest liquid cooling technologies, such as cold plate cooling and immersion cooling, allow for direct cooling of high-power components like CPUs and GPUs. By bringing the cooling liquid in direct contact with the heat-generating components, these technologies can provide more effective cooling than traditional air cooling methods.

Many of the latest liquid cooling technologies, such as rack-level liquid cooling and immersion cooling, are designed to be modular and scalable. This means that they can be easily deployed in existing data centre infrastructure, and can be scaled up as the power density and cooling requirements of the system increase.

The shift to liquid cooling is allowing for a doubling of the power density in a rack, with the potential to reach 300+ kW in a single rack in the future.

This is a significant increase over the power densities that are currently achievable with air cooling, which are typically in the range of 20-30 kW per rack.

To put this in perspective, a single rack with 300 kW of power consumption would be equivalent to the power consumption of several hundred high-end gaming PCs. This level of power density is essential for enabling the next generation of AI and HPC systems, which will require even more processing power and memory bandwidth than today's systems.

However, deploying liquid cooling at scale also presents some challenges, such as the need for specialised infrastructure and the potential for leaks and spills.

As a result, the adoption of liquid cooling is likely to be gradual, with early adopters being those who have the most demanding workloads and the greatest need for high power densities.

STCO involves the use of high-bandwidth, low-latency interconnects like, as well as the optimisation of interconnect topologies to minimise data movement and energy consumption.

In the context of rack-scale systems like , the use of passive copper interconnects like NVLink enables higher power density and faster communication between GPUs and other components within the rack.

The Data Center is the New Compute Unit: Nvidia's Vision for System-Level Scaling
Nvidia's NVLink
Nvidia's DGX SuperPOD
Scale up as much memory in HBM3 before we consider NVLink and then try to keep as much computing within NVLink before considering scaling to the network
Page cover image