Ling-3.0-flash is the large mixture-of-experts case in the batch. The Hub reports 127.49 billion safetensors parameters and identifies a BailingMoeV3ForCausalLM architecture with a hybrid model type. Active experts may affect compute per token, but they do not erase the storage requirement for resident weights or the need for a supported offload plan.
The INT4 weight-plus-headroom floor is 71.24 GiB. An 80 GB accelerator at 90% usable provides 72 GiB, leaving less than one GiB beyond this simplified floor, so it is a boundary case rather than a comfortable deployment recommendation. A 96 GB tier creates more room. INT8 and BF16 exceed the largest single-card tiers in the comparison and require supported sharding or offload.
Why this page exists. This page deserves separate treatment because the 80 GB result is unusually narrow and because a mixture-of-experts name can tempt readers to size memory from active parameters instead of the source-reported total.
Weights first / precision by precision
The reproducible memory floor.
Every row uses 127.49B parameters × bits ÷ 8 ÷ 1024³, then adds 20% planning headroom. The single-card tier assumes 90% of labeled VRAM is available.
*GPU count is capacity division against 90% usable VRAM. It does not prove the runtime can shard the model, avoid replication, or deliver acceptable interconnect performance.
INT4 card-fit matrix
Test the floor against common memory tiers.
Positive margin means the INT4 weight-plus-headroom floor fits inside the declared usable budget. It is not leftover context capacity: cache, runtime workspace, and system allocations are still unknown.
Card memory
90% usable
One-card result
Capacity-only count
8 GB
7.2 GiB
Short by 64.04 GiB
10
12 GB
10.8 GiB
Short by 60.44 GiB
7
16 GB
14.4 GiB
Short by 56.84 GiB
5
24 GB
21.6 GiB
Short by 49.64 GiB
4
32 GB
28.8 GiB
Short by 42.44 GiB
3
48 GB
43.2 GiB
Short by 28.04 GiB
2
80 GB
72 GiB
Clears by 0.76 GiB
1
96 GB
86.4 GiB
Clears by 15.16 GiB
1
141 GB
126.9 GiB
Clears by 55.66 GiB
1
Public source record
What the repository declares.
Metadata refreshed Aug 15, 2026. Open the source before relying on any field.
Repository-specific caution. The calculation cannot determine how many experts are active, how the runtime places them, or what interconnect cost a multi-GPU plan introduces. It also excludes cache, activations, graph capture, allocator fragmentation, and system memory. Treat the one-card result as arithmetic evidence, then verify the exact runtime recipe published by the model author.
Formula boundary. No KV cache, activations, graph capture, allocator fragmentation, offload, operating-system reserve, throughput, latency, or power is included.
Source boundary. Hub trend, downloads, and likes help discover repositories. They are not a benchmark, endorsement, security review, or license opinion.
Before downloading weights
Three checks specific to this repository.
Find the author's supported BailingMoeV3 serving recipe and verify whether it keeps every expert resident or documents an offload path.
Measure the actual runtime reserve before accepting the less-than-one-GiB margin on an 80 GB accelerator.
For INT8 or BF16, validate tensor or expert parallel support and interconnect requirements instead of treating capacity division as a deployment topology.
Passive backlink / model-card distribution
Let the repository carry its hardware evidence.
Add this passive SVG badge to a README, model card, documentation page, or benchmark report. It states the source-backed Ling-3.0-flash INT4 floor and links to the assumptions—not to a download or quality claim.
Why this repository benefits. Use this badge where Ling's mixture-of-experts design is discussed. The 71.24 GiB INT4 floor links to the resident-versus-active explanation and the unusually narrow 0.76 GiB margin inside an 80 GB accelerator's conservative usable budget.
Badge visits use utm_source=model_badge, utm_medium=model_card, and this repository’s slug. Copying does not submit or store anything.
Nearest reviewed parameter totals
Compare before choosing hardware.
These pages use the same formula and source rules, making the capacity boundary comparable without pretending the models have equivalent quality or runtime behavior.
Use these as a first-pass hardware screen. Replace parameter arithmetic with exact artifact bytes and architecture-aware cache inputs before deployment.
Ling-3.0-flash has 127.49 billion safetensors parameters in the public Hub metadata. The weight-plus-20%-headroom floors are 71.24 GiB at INT4, 142.5 GiB at INT8, and 285 GiB at BF16. These estimates exclude KV cache, activations, runtime workspace, fragmentation, offload, and speed.
Can Ling-3.0-flash run on one GPU?
The first listed card tier whose 90%-usable budget clears the INT4 weight floor is 80 GB. That is an arithmetic starting point, not a runtime guarantee.
Does the Hugging Face signal prove Ling-3.0-flash is good?
No. Downloads, likes, and trending position are discovery signals. They do not prove task quality, safety, speed, runtime compatibility, or licensing suitability.
Evidence before infrastructure
Get the next model decision brief.
ResearchAudio turns model releases, checkpoint claims, memory boundaries, and serving constraints into practical decisions for engineers and builders.