NCP-GENLNVIDIAAssociate

NVIDIA Certified Professional: Generative AI LLMs NCP-GENL Exam Guide

NCP-GENL is a professional-level, remotely proctored certification for practitioners who design, train, fine-tune, and deploy large language models rather than merely contribute to a system someone else built. It assumes the LLM fundamentals an associate-level exam like NCA-GENL already tests and pushes into distributed training, quantization, and production reliability on top of them. The exam spans ten domains in 120 minutes: LLM architecture, prompt engineering, data preparation, model optimization, fine-tuning, evaluation, GPU acceleration, model deployment, production monitoring, and safety, ethics, and compliance — with Model Optimization and GPU Acceleration together carrying almost a third of the paper.

Written and reviewed by Alex Mercer, Senior Generative AI Solutions Architect

Exam facts

The mechanics of the exam, and how the five domains divide the marks between them.

Credential
NVIDIA-Certified Professional: Generative AI LLMs
Exam code
NCP-GENL
Level
Professional (intermediate)
Duration
120 minutes
Questions
60–70

Plan for the higher end and pace at under two minutes each, so a shorter paper leaves you time to review.

Passing score
70% (scaled score)

NVIDIA does not require a passing grade in every domain individually, only overall — so a weak Safety, Ethics, and Compliance score can still be carried by a strong Model Optimization score.

Price
$200 USD
Delivery
Online, remotely proctored, via Certiverse
Validity
2 years from issuance — recertify by retaking
Question format
Multiple choice and multi-select

Delivered entirely online with no lab or practical component.

Weights translate directly into study hours. Model Optimization (17%) is the single largest domain, and GPU Acceleration and Optimization (14%) is the second-largest — together 31% of the exam, and explicitly the domain material's own recommendation for where to invest study time. Prompt Engineering and Fine-Tuning follow at 13% each, then Data Preparation and Model Deployment at 9% each, then Evaluation and Production Monitoring and Reliability at 7% each. LLM Architecture (6%) and Safety, Ethics, and Compliance (5%) are the cheapest domains to prepare — each rewards a focused session or two rather than a full week, since the conceptual ground in Architecture is foundational rather than broad, and Safety carries only a handful of sharply defined distinctions.

Domains

Each domain in weight order: what it covers, what you need to be able to do, where the questions actually concentrate, and the mistake to avoid.

Model Optimization

17%

of the exam

Making an LLM smaller and faster without wrecking accuracy — quantization, knowledge distillation, pruning and sparsity, and runtime optimizations like KV caching.

What you need to be able to do

  • Choose correctly between PTQ, QAT, and GPTQ for a stated precision target and retraining budget
  • Measure the accuracy tradeoff of an optimization technique rather than asserting it is free
  • Explain how KV caching removes the dominant latency cost of autoregressive decoding
  • Apply structured sparsity and knowledge distillation, and quote the DistilBERT trio of tradeoffs from memory

Where the questions concentrate

  1. Quantization: PTQ (no retraining, calibration-derived scales) versus QAT (retrains with fake-quant nodes, wins at very low precision) versus GPTQ (one-shot, post-training, weight-only, uses second-order/Hessian information) — three distinct things, not two
  2. KV caching as the primary latency lever for autoregressive decoding — it spends memory to buy speed, it does not reduce memory
  3. The DistilBERT trio: roughly 40% smaller, 60% faster, 97% of the teacher's performance — and "40% smaller" is not "40% of the size"
  4. Structured 2:4 sparsity as the pattern that maps to Tensor Core acceleration, versus unstructured pruning which may not speed up dense hardware at all
  5. Quantization never improves accuracy — it protects accuracy while cutting memory and latency, and every answer should tie back to a measured tradeoff
Recommended reading · 2
  • GPTQ: Accurate Post-Training Quantization for Generative Pre-trained TransformersFrantar et al., 2022
  • DistilBERT, a Distilled Version of BERT: Smaller, Faster, Cheaper and LighterSanh et al., 2019
The trap

This is the single largest domain on the exam, and the density of confusable terms is the point: GPTQ is not a QAT variant and needs no labels, PTQ and QAT are not interchangeable at very low precision, and TensorRT optimizes while Triton (Domain 8) serves. Anchor every answer on the stated constraint — memory, latency, accuracy, or hardware — because that is what objective 4.2's "measure the accuracy tradeoff" is actually testing.

GPU Acceleration and Optimization

14%

of the exam

Scaling LLM training and inference across GPUs — the parallelism taxonomy, mixed precision, memory sharding, gradient accumulation, and CUDA profiling.

What you need to be able to do

  • Distinguish tensor parallelism from pipeline parallelism, and know when sequence or expert parallelism applies
  • Apply memory sharding (ZeRO/FSDP) as a technique layered on data parallelism, not a new parallelism axis
  • Configure mixed-precision training with loss scaling where FP16 gradients risk underflow
  • Profile a training or inference run with Nsight before changing batch size, precision, or parallelism configuration

Where the questions concentrate

  1. Tensor parallelism (splits within a layer, intra-layer) versus pipeline parallelism (splits across layers, inter-layer) — the single most common distractor in the domain
  2. Sequence parallelism requiring tensor-parallel size greater than 1, and expert parallelism applying only to Mixture-of-Experts layers, not dense transformer layers
  3. ZeRO/FSDP as a memory-sharding technique for optimizer state layered on data parallelism, not a fifth parallelism family
  4. Gradient accumulation: effective batch size equals per-device batch size times accumulation steps, and it does not reduce total compute
  5. Profiling with Nsight to find the actual bottleneck — occupancy, memory-bound versus compute-bound kernels — before guessing at a fix
Recommended reading · 1
  • Megatron-LM: Training Multi-Billion Parameter Language Models Using Model ParallelismShoeybi et al., 2019
The trap

Combined with Model Optimization, this domain is 31% of the exam — the material's own recommendation is to invest study time here first. The parallelism taxonomy is where most marks are lost: know precisely which axis each mode splits, since "tensor parallelism splits the batch" or "pipeline parallelism splits within a layer" are both wrong in a way the exam tests directly.

Prompt Engineering

13%

of the exam

Adapting an LLM to new tasks or domains without changing its weights — in-context learning, chain-of-thought, and output-control wrappers.

What you need to be able to do

  • Apply zero-shot, one-shot, and few-shot in-context learning, and explain why none of it is fine-tuning
  • Use chain-of-thought prompting where it helps multi-step reasoning, and recognize where it only adds cost
  • Build validation and constrained-decoding wrappers that reduce malformed and hallucinated output
  • Choose correctly between prompt engineering, RAG, and fine-tuning for a stated constraint

Where the questions concentrate

  1. In-context learning — zero/one/few-shot — with no weight updates, and the standing "few-shot learning equals fine-tuning" distractor
  2. Chain-of-thought prompting: what it actually improves (multi-step reasoning) and its real cost (tokens and latency), not a universal quality boost
  3. Constrained decoding as a decoding-time control (valid JSON, a grammar, an enumerated set), distinct from any fine-tuning method
  4. Causal language modeling as the training objective that makes decoder-based generation and prompting possible at all
  5. Choosing prompting, RAG, or fine-tuning under a stated constraint — dynamic or citable knowledge points at RAG, a permanent new skill or style points at fine-tuning
Recommended reading · 1
  • Chain-of-Thought Prompting Elicits Reasoning in Large Language ModelsWei et al., 2022
The trap

The phrase "adapting an LLM" makes this sound purely mechanical, but the professional-level test is judgment under constraint: small dataset, specialized domain, strict output format, or the choice between prompting and fine-tuning. Output validation reduces hallucination risk but does not make the base model more knowledgeable — that requires grounding it with RAG, not a better wrapper.

Fine-Tuning

13%

of the exam

Customizing a pretrained LLM efficiently — parameter-efficient fine-tuning, alignment with human feedback, contrastive embeddings, and guardrails against overfitting.

What you need to be able to do

  • Apply LoRA and other PEFT methods, and explain why LoRA adds no inference latency once merged
  • Distinguish RLHF, DPO, and GRPO by which of them needs a separate reward model and which needs a critic
  • Use contrastive loss to shape an embedding space for retrieval and semantic search
  • Apply early stopping and assess fine-tuning impact against a measured baseline

Where the questions concentrate

  1. PEFT: LoRA freezes the base model and trains small low-rank matrices that merge back in with no added inference latency, unlike unmerged bottleneck adapters
  2. Alignment methods by their distinguishing property — RLHF needs a separate reward model and a PPO critic, DPO needs neither, GRPO keeps a reward signal but drops the critic for group-relative advantage estimates
  3. Catastrophic forgetting as the risk of full fine-tuning that PEFT is specifically designed to avoid
  4. Contrastive loss for embeddings: pulling similar pairs together and pushing dissimilar pairs apart, the basis of retrieval-quality embedding models
  5. Early stopping at the validation optimum to prevent overfitting, since more epochs is not automatically better
Recommended reading · 3
  • LoRA: Low-Rank Adaptation of Large Language ModelsHu et al., 2021
  • Direct Preference Optimization: Your Language Model Is Secretly a Reward ModelRafailov et al., 2023
  • DeepSeekMath: Pushing the Limits of Mathematical Reasoning in Open Language ModelsShao et al., 2024
The trap

This domain is full of "which method has which property" distractors, and DPO is the sharpest one: if an answer option describes DPO as training a reward model and then running PPO, it is describing classic RLHF, not DPO. A close second is treating P-tuning, adapters, and LoRA as interchangeable PEFT — they differ in what they add and whether it can be merged away at inference time.

Data Preparation

9%

of the exam

Getting data ready for pretraining, fine-tuning, or inference — cleaning and curating datasets, and selecting and tuning tokenizers and vocabulary size.

What you need to be able to do

  • Clean, deduplicate, and organize a dataset without leaking test information into training splits
  • Structure data correctly for its downstream use — instruction JSONL, SFT prompt/response pairs, chunked RAG passages
  • Choose between BPE and WordPiece tokenization and reason about the vocabulary-size tradeoff
  • Run exploratory data analysis before fine-tuning to catch imbalance, leakage, and truncation risk

Where the questions concentrate

  1. Tokenization: BPE (merges the most frequent adjacent pair) versus WordPiece (merges the pair that most increases corpus likelihood), and never calling either character-level or word-level
  2. The vocabulary-size tradeoff — a larger vocabulary shortens sequences but enlarges the embedding and softmax tables — rather than "bigger is always better"
  3. Fitting scalers and encoders on the training split only, since fitting on the full dataset leaks test information
  4. Custom or domain-specific tokenizers that preserve jargon (medical, legal) instead of shattering it, and language-aware tokenization for multilingual data
  5. The five-step EDA checklist before fine-tuning: distribution, length, vocabulary, label, and quality
Recommended reading · 2
  • NeMo CuratorNVIDIA
  • RAPIDS cuDF documentationNVIDIA
The trap

Perplexity comparisons across two models are only valid when both use the same tokenizer, since tokenization changes token counts directly — a distractor that connects this domain straight into Evaluation. A second standing trap: treating "remove all the jargon" as good data hygiene, when a custom tokenizer that preserves domain terms is almost always the better answer.

Model Deployment

9%

of the exam

Shipping LLMs to production — containerized inference pipelines, dynamic batching, scalable orchestration, and NVIDIA's Dynamo-Triton and NIM serving technologies.

What you need to be able to do

  • Choose dynamic batching for stateless models and sequence batching for stateful ones
  • Explain what NIM is (a containerized inference microservice) and what it is not (a model, or Triton itself)
  • Use concurrent model execution and instance groups to raise GPU utilization
  • Analyze compute tradeoffs across encoder, decoder, and encoder-decoder model families for a deployment target

Where the questions concentrate

  1. Dynamic batching (stateless models, formed at runtime) versus sequence batching (stateful models, routed to the same instance) — applying dynamic batching to a stateful sequence is the standing trap
  2. NIM as a prepackaged, containerized inference microservice — modern NIM LLM 2.0 is "one container, one backend" with vLLM as the engine — distinct from Dynamo-Triton, the general inference server underneath the category
  3. Concurrent model execution and instance groups running multiple model copies in parallel on one GPU, complementing rather than duplicating dynamic batching
  4. Decoder-only generation latency scaling with output length because decoding is sequential — bigger batches alone do not fix this the way they help a single-pass encoder
  5. Containerization, Kubernetes orchestration, and Multi-Instance GPU (MIG) partitioning for multi-tenant serving
Recommended reading · 2
  • Triton Inference Server documentationNVIDIA
  • NVIDIA NIM documentationNVIDIA
The trap

NIM and Dynamo-Triton get treated as interchangeable, and they are not: NIM is the higher-level, prepackaged, vLLM-backed microservice, and Dynamo-Triton is the general-purpose server it can sit on top of. A second common miss is applying dynamic batching logic to a stateful conversational model, when that scenario calls for sequence batching instead.

Evaluation

7%

of the exam

Measuring LLM quality with automatic metrics, LLM-as-a-judge and human review, systematic error analysis, and RAG-specific evaluation.

What you need to be able to do

  • Choose the right automatic metric — perplexity, BLEU, ROUGE, METEOR — for a stated generation task
  • Combine automatic metrics with LLM-as-a-judge or human review to catch fluent-but-wrong output
  • Evaluate a RAG pipeline's retrieval and generation stages separately using faithfulness, relevancy, precision, and recall
  • Design a scalable evaluation framework and benchmark consistently across deployment platforms

Where the questions concentrate

  1. Perplexity: lower is better, undefined for masked LMs like BERT, and only comparable across models sharing one tokenizer
  2. BLEU (precision-oriented, built for translation) versus ROUGE (recall-oriented, built for summarization) — reversing the two is the domain's signature distractor
  3. RAG evaluation metrics kept separate by what they measure: faithfulness (grounding), answer relevancy (addresses the question), context precision and recall (retrieval quality, not the final answer text)
  4. LLM-as-a-judge and human-in-the-loop review as the correction for a fluent answer that scores well on surface-overlap metrics while being factually wrong
  5. Benchmarking consistently across platforms (on-prem versus cloud GPUs) with standardized metrics rather than each platform's own default
Recommended reading · 2
  • Perplexity of Fixed-Length ModelsHugging Face
  • RAGAS: Automated Evaluation of Retrieval Augmented GenerationEs et al., 2023
The trap

This is a smaller domain by weight, but it is dense with trap pairs: BLEU-versus-ROUGE orientation, perplexity's direction and its blind spot for masked LMs, and faithfulness-versus-relevancy in RAG evaluation. Evaluating only the final answer text hides whether retrieval or generation produced the failure — the professional-level expectation is scoring the two stages separately.

Production Monitoring and Reliability

7%

of the exam

Keeping deployed LLMs healthy over time — reliability dashboards, root-cause analysis, drift detection, and continuous benchmarking against prior versions.

What you need to be able to do

  • Define reliability metrics for a live deployment, including tail latency percentiles
  • Detect and trace anomalies — latency spikes, error surges, quality drops — to a root cause
  • Distinguish data drift from concept drift, and treat evaluation as continuous rather than a one-time gate
  • Implement automated tuning, retraining, and versioning that supports safe rollback

Where the questions concentrate

  1. Latency percentiles (p95/p99) over averages, since a good mean can hide the tail behavior users actually feel
  2. Drift — data drift (input distribution changes) and concept drift (the input-output relationship changes) — as a distinct, ongoing failure mode a model can develop after passing evaluation at launch
  3. Monitoring versus evaluation as two separate activities: monitoring watches live operational health, evaluation measures quality pre- or at-deployment
  4. Continuous regression benchmarking of a live deployment against prior versions to catch a regression, not a single pre-launch check
  5. Versioning for traceability and clean rollback, and automated (not manual, one-off) tuning and retraining
Recommended reading · 1
  • A Guide to Monitoring Machine Learning Models in Production
The trap

The standing trap is treating a model that passed evaluation at launch as permanently validated — drift means live performance can decay silently as real-world inputs shift, and monitoring is what catches that, not the launch-time evaluation. A second miss is reporting only average latency, which hides exactly the tail requests that p95 and p99 exist to surface.

LLM Architecture

6%

of the exam

The foundational structures and mechanisms of large language models — self-attention, the encoder/decoder families, embeddings, and decoder output sampling.

What you need to be able to do

  • Explain scaled dot-product attention and why the √dₖ scaling term is necessary, not optional
  • Match an architecture family — encoder-only, decoder-only, encoder-decoder — to its training objective and best-fit task
  • Write code to extract and compare embeddings from both encoder and decoder models
  • Select and apply the right output-sampling method — greedy, beam search, temperature, top-k, top-p — for a stated generation goal

Where the questions concentrate

  1. Scaled dot-product attention: the Query/Key/Value roles, and why the √dₖ scale prevents softmax saturation
  2. Architecture-to-objective matching — encoder-only with masked language modeling, decoder-only with causal language modeling — and rejecting the reversed pairing
  3. Embedding extraction from both encoder and decoder models, and cosine similarity as the comparison method, with query and document embeddings required to share one vector space
  4. Output sampling: distinguishing temperature (reshapes the distribution) from top-k/top-p (truncate it), and knowing beam search maximizes likelihood rather than diversity
  5. Multi-head attention as parallel subspaces, not a parameter-reduction trick, plus positional encoding and layer normalization as the supporting mechanisms
Recommended reading · 1
  • Attention Is All You NeedVaswani et al., 2017
The trap

This is the smallest domain by weight, but it is not shallow: expect to reason about why a mechanism exists and how it fails, not just name it. The most common miss is swapping Query and Value roles, or assuming embeddings only come from encoder models — decoders produce usable representations too, and objective 1.3 explicitly tests that.

Safety, Ethics, and Compliance

5%

of the exam

Responsible AI across the LLM lifecycle — guardrails, bias and fairness auditing, hallucination mitigation, and ethical-compliance monitoring.

What you need to be able to do

  • Configure guardrails — topical, safety/content, and security rails — and know what they cannot do
  • Audit for bias using per-group, disaggregated evaluation rather than a single aggregate accuracy number
  • Combine RAG grounding, constrained decoding, and trustworthiness checks to mitigate hallucination
  • Configure production monitoring for ethical-compliance signals like toxicity and PII leakage

Where the questions concentrate

  1. Bias detection via disaggregated, per-group evaluation, since a high overall accuracy number can mask disparate impact on a specific subgroup
  2. Guardrails constraining and steering model input and output at runtime, but not debiasing or retraining the underlying model — that is a separate, data-level concern
  3. RAG grounding reducing hallucination without eliminating it, since a model can still misuse or ignore the context it was given
  4. Guardrails carrying real tradeoffs — latency and false-positive rate — that must be measured alongside their coverage, not assumed to be free
  5. Ethical-compliance monitoring (toxicity, PII leakage, policy violations) as an ongoing production concern, not a one-time launch checkbox
Recommended reading · 2
  • NeMo GuardrailsNVIDIA Developer
  • Trustworthy AINVIDIA
The trap

The smallest domain by weight is also the easiest to underestimate: it sounds like a policy essay and is tested as engineering, with sharp, well-defined distinctions. The most common miss is assuming a guardrail "fixes" bias in the model — a guardrail constrains behavior at runtime; debiasing happens at the data and training level, and conflating the two costs marks.

Who the exam is for, and how deep to go

The role this certification is written for, and the level of detail the questions expect.

A professional-level LLM practitioner who designs, trains, and fine-tunes cutting-edge large language models — applying advanced distributed training techniques and optimization strategies to deliver high-performance AI solutions, then deploying and monitoring them in production.

What the role involves

  • Designing and implementing transformer-based LLM architectures, including writing code to extract and compare embeddings
  • Engineering prompts, chains, and output-control wrappers to adapt a model to new tasks without retraining it
  • Curating, cleaning, and tokenizing datasets, and choosing a vocabulary strategy for a target domain and hardware budget
  • Applying quantization, pruning, and distillation to shrink a model, with a measured accuracy tradeoff for each
  • Fine-tuning with parameter-efficient methods and alignment techniques — SFT, RLHF, DPO, GRPO — and defending the choice
  • Configuring multi-GPU distributed training, profiling with CUDA tools, and fixing the bottleneck they find
  • Deploying containerized inference pipelines and choosing correctly between NVIDIA's serving technologies
  • Monitoring a live deployment for drift and reliability, and auditing it for bias, safety, and compliance

Recommended background

  • 2–3 years of practical experience in AI or ML roles working with large language models
  • A solid grasp of transformer-based architectures and hands-on prompt-engineering experience
  • Knowledge of distributed parallelism and experience with parameter-efficient fine-tuning
  • Familiarity with advanced sampling, hallucination mitigation, and retrieval-augmented generation
  • Knowledge of model evaluation metrics and experience with performance profiling
  • Proficiency in Python, plus C++ for optimization work, and experience with containerization and orchestration tools

How deep the questions go

Every domain's own scope note says the same thing in different words: this is a professional exam, and you are expected to reason about why an architecture, quantization approach, or parallelism choice fits a stated scenario, not merely recite a definition. Objectives are written as "measure," "configure," and "implement," not "describe" or "list." Expect a scenario, a constraint — memory, latency, accuracy, hardware — and a choice between two or three plausible techniques. The professional skill being tested is picking correctly under that constraint and being able to name the accuracy or cost you traded away to do it.

Booking, cost and retaking NCP-GENL

How to register, what it costs, what happens if you fail, and what you may take into the room.

How do you book the NCP-GENL exam?

You register through NVIDIA's certification portal and check out via Certiverse, NVIDIA's testing partner — you'll need a Certiverse account to access the exam. It is delivered online under remote proctoring, so there is no test centre to travel to: you need a webcam, a stable connection, a government photo ID, and a quiet room you can clear of notes and second screens.

What does NCP-GENL cost?

The exam fee is $200 USD, covering one attempt. NVIDIA periodically offers discounted or complimentary vouchers around GTC and other developer events, so it is worth checking for an active promotion before paying full price. A retake is charged again at the same rate.

What happens if you fail, and how soon can you retake it?

A failed attempt is not published anywhere and does not appear on your record. You may retake the exam, paying the fee again, subject to NVIDIA's standard waiting period between attempts. Use the gap deliberately: NVIDIA gives feedback on strengths and areas for improvement by topic area, which tells you exactly which domain to rebuild.

When do you get your result?

Results are typically available immediately after you submit. If you pass, you receive a digital badge and an optional certificate indicating your certification level and topic, shareable on LinkedIn and professional portfolios.

What can you bring into the exam?

Nothing. No notes, no calculator, no second monitor, no reference material of any kind, and the proctor will ask you to show the room before you start.

Is there a lab or practical component?

No. NCP-GENL is entirely multiple choice and multi-select — 60 to 70 questions in 120 minutes, delivered online through Certiverse. You will not be asked to write or deploy code during the exam itself.

NCP-GENL or another NVIDIA certification?

Four NVIDIA generative-AI credentials have similar names and very different scopes. How this one differs from its neighbours, and who should sit each.

NCP-GENL vs NCA-GENL

NVIDIA Certified Associate: Generative AI LLMs

How it differs

The associate-level entry point into the same underlying technology: 60 minutes against 120, five domains against ten, and no published cut score where NCP-GENL has a published 70% scaled score. It expects you to contribute to an LLM system under senior oversight rather than design, train, and deploy one independently.

Choose it when

You are new to building with LLMs, or want the foundations — transformers, embeddings, RAG, prompting — that NCP-GENL assumes and does not re-teach. Most people sit NCA-GENL first.

NCP-GENL vs NCA-GENM

NVIDIA Certified Associate: Generative AI Multimodal

How it differs

Also associate-level and also 60 minutes, but spread across seven domains covering images, audio, and video alongside text, with no published cut score. It trades NCP-GENL's depth on the text-LLM stack — quantization, distributed training, LLM serving — for breadth across modalities at associate depth.

Choose it when

Your work is multimodal generation or analysis rather than training and deploying text LLMs specifically. If you are optimizing and deploying LLMs, NCP-GENL is the closer match.

NCP-GENL vs NCP-AAI

NVIDIA Certified Professional: Agentic AI

How it differs

A professional-level exam about agents specifically — architecture, orchestration, resilience patterns — over 120 minutes and ten domains, with the same 70% cut score as NCP-GENL. It assumes the LLM fundamentals NCP-GENL tests and builds multi-agent orchestration on top of them.

Choose it when

You are building tool-using or multi-agent systems specifically, rather than training, optimizing, and deploying LLMs generally. NCP-GENL is the better fit if your work is model-centric rather than agent-centric.

NCP-GENL glossary

The vocabulary the exam assumes you already have, defined the way the questions use it.

PTQPost-Training Quantization17%
Quantizing an already-trained model using a calibration set to observe activation distributions and derive per-tensor scale factors, with no retraining. Fast, but its accuracy degrades more than QAT's at very low precision.
QATQuantization-Aware Training17%
Inserting quantize/dequantize (QDQ) nodes so a model learns to tolerate reduced precision during training. Requires retraining, but usually wins on accuracy over PTQ, especially at INT4 or FP4.
GPTQ17%
A one-shot, post-training, weight-only quantization method using approximate second-order (Hessian) information. It can quantize a 175B-parameter model to 3–4 bits per weight in a few GPU hours with negligible accuracy loss — a distinct method from both PTQ and QAT, not a variant of either.
KV cacheKey-Value cache17%
Stored per-token attention keys and values from tokens already processed, kept so autoregressive decoding does not recompute attention over the whole prefix at every step. It is the primary latency lever for decoder inference — it spends memory to buy speed, not the other way around.
Tensor parallelism14%
Splitting a single layer's weight tensors across GPUs (intra-layer), reducing per-GPU model-state and activation memory. The standing distractor pair with pipeline parallelism, which splits across layers instead.
Pipeline parallelism14%
Splitting consecutive layers or segments of a model across GPUs (inter-layer), with interleaved or virtual-pipeline scheduling used to shrink the idle "bubble." Splits across layers, where tensor parallelism splits within one.
ZeRO / FSDP14%
A distributed optimizer that shards optimizer states — and optionally parameters and gradients — across data-parallel GPUs, typically via reduce-scatter then all-gather. A memory-sharding technique layered on data parallelism, not a separate parallelism axis.
LoRALow-Rank Adaptation13%
A parameter-efficient fine-tuning method that freezes the pretrained weights and injects small trainable low-rank matrices into each transformer layer. Versus full fine-tuning of GPT-3 175B, it cuts trainable parameters by roughly 10,000x and memory by about 3x, and — because the adapters can be merged into the base weights — adds no inference latency.
DPODirect Preference Optimization13%
Fine-tuning directly on preference pairs with a supervised-style loss, with no separate reward model and no RL sampling loop — the language model implicitly plays the reward model. If an answer describes DPO as training a reward model then running PPO, it is describing classic RLHF instead.
GRPOGroup Relative Policy Optimization13%
A critic-free variant of PPO, introduced with DeepSeekMath, that drops the separate value network and estimates advantages from group-relative normalized scores across multiple sampled outputs per prompt — lower memory cost than PPO, with a reasoning-focused training signal.
Perplexity7%
The exponentiated average negative log-likelihood of a sequence under a model — equivalently, the exponentiation of cross-entropy. Lower is better, it applies only to autoregressive/causal LMs, and scores are only comparable across models sharing the same tokenizer.
Faithfulness7%
A Ragas RAG-evaluation metric measuring whether a generated answer is grounded in its retrieved context. Distinct from answer relevancy (does the answer address the question) and from context precision/recall, which assess retrieval quality rather than the final answer text.
NeMo Curator9%
NVIDIA's tool for large-scale LLM data curation — cleaning, deduplicating, and organizing training data at scale, paired in practice with RAPIDS cuDF for GPU-accelerated dataframe operations.
Dynamo-Triton9%
NVIDIA's production inference server, formerly Triton Inference Server. Runs models across frameworks with dynamic batching (stateless models), sequence batching (stateful models), and concurrent execution via instance groups. Serves what it is given; it does not optimize the model itself.
NIMNVIDIA Inference Microservices9%
Portable, performance-optimized, containerized inference microservices with curated weights and an OpenAI-compatible API. Modern NIM LLM 2.0 follows a "one container, one backend" design with vLLM as the engine — a higher-level, prepackaged microservice, distinct from the general-purpose Dynamo-Triton server underneath the category.
Drift7%
A gradual decline in output quality as real-world inputs shift away from the training or validation distribution over time — data drift (the input distribution changes) or concept drift (the input-output relationship changes). A model that passed evaluation at launch is not protected from it.
Guardrails5%
Programmable safety layers, such as NeMo Guardrails, that constrain what a model can discuss or produce across topical, safety/content, and security rails, governing both inputs and outputs. They steer and restrict behavior at runtime; they do not debias or retrain the underlying model.

Essential reading

The papers and documentation worth your time before the exam, most valuable first. The top four cover the intellectual backbone of the whole syllabus.

  1. Attention Is All You NeedVaswani et al., 2017 — the transformer
  2. GPTQ: Accurate Post-Training Quantization for Generative Pre-trained TransformersFrantar et al., 2022
  3. DistilBERT, a Distilled Version of BERT: Smaller, Faster, Cheaper and LighterSanh et al., 2019
  4. LoRA: Low-Rank Adaptation of Large Language ModelsHu et al., 2021
  5. Direct Preference Optimization: Your Language Model Is Secretly a Reward ModelRafailov et al., 2023
  6. DeepSeekMath: Pushing the Limits of Mathematical Reasoning in Open Language ModelsShao et al., 2024 — the GRPO paper
  7. Megatron-LM: Training Multi-Billion Parameter Language Models Using Model ParallelismShoeybi et al., 2019
  8. Chain-of-Thought Prompting Elicits Reasoning in Large Language ModelsWei et al., 2022
  9. RAGAS: Automated Evaluation of Retrieval Augmented GenerationEs et al., 2023
  10. Triton Inference Server documentationNVIDIA
  11. NeMo GuardrailsNVIDIA Developer
  12. Trustworthy AINVIDIA

Common questions

The questions people ask most often before booking this exam.

What is the passing score for NCP-GENL?

NVIDIA publishes a 70% scaled score as the cut score for this exam. It does not require you to pass every domain individually — a strong result in a heavily weighted domain like Model Optimization can carry a weaker one in a lightly weighted domain like Safety, Ethics, and Compliance.

How many questions are on the exam?

60 to 70 multiple-choice and multi-select questions, with 120 minutes to complete them. That is under two minutes per question even at the higher end, so a shorter paper leaves real time to review.

How hard is NCP-GENL?

It is a professional-level exam, and the difficulty is depth rather than pure breadth. Where an associate exam asks you to recognize a concept, NCP-GENL asks you to pick correctly between two or three plausible techniques — PTQ versus QAT versus GPTQ, tensor versus pipeline parallelism — for a stated constraint.

How long does it take to prepare?

With 2–3 years of practical LLM experience, 40 to 60 hours of focused study is realistic. Budget more if you have not configured multi-GPU distributed training or run a quantization comparison yourself, since Model Optimization and GPU Acceleration together are 31% of the paper.

Which domain should I study first?

LLM Architecture. It is the smallest domain by weight, but its vocabulary — attention, the encoder/decoder split, embeddings — is assumed by every other domain, especially Prompt Engineering and Fine-Tuning.

Do I need hands-on experience with NVIDIA-specific tooling?

Yes, at the level of knowing what each tool is for. NeMo Curator, ModelOpt, TensorRT, Dynamo-Triton, and NIM all appear, and questions test whether you can place each one's job correctly in a pipeline, not whether you have deployed all five yourself.

Does the exam cover distributed, multi-GPU training in depth?

Yes, heavily. GPU Acceleration and Optimization is the second-largest domain at 14%, and it expects you to configure — not just describe — data, tensor, pipeline, sequence, context, and expert parallelism, plus memory sharding and gradient accumulation.

How much does it cost and how is it delivered?

NCP-GENL costs $200 USD and is delivered online under remote proctoring through Certiverse, NVIDIA's testing partner. There is no lab or practical component — it is entirely multiple choice and multi-select.

How long is the certification valid?

Two years from issuance. Recertification means retaking the latest version of the exam.

Should I sit NCA-GENL before NCP-GENL?

Most people do. NCP-GENL assumes the transformer, embedding, and RAG fundamentals an associate exam already tests, and spends its own time on distributed training, quantization, and production reliability instead of re-teaching the basics.

You know the shape of the exam. Now sequence the work.

The study guide turns everything above into six ordered phases, each with a practice exercise and self-checks to tell you when to move on.