Qwen 3.8 (27B) Runs on an 8GB Laptop? Fact-Check

Running Qwen3.8-27B Q4_K_M in an 8GB VRAM environment yields only 0.26 tokens per second, a 333x difference from 86.67 t/s on a 24GB setup. Loading a model onto a GPU is a matter of physics, and current technology cannot get around it.
Markdown source·Anything to add or correct?

Qwen 3.8 (27B) Runs on an 8GB Laptop? Fact-Check

Lately YouTube and local AI communities have been flooded with videos and posts along the lines of "even a low-spec laptop with 8GB of VRAM can run the latest Qwen 3.8 model with a whopping 27 billion parameters." To give the conclusion first: "it runs" is technically true, but in practice it is unusable.

This article exposes the real picture based on measured data taken from the same model under the same conditions.


1. The Brutal Numbers Behind "It Runs"

The results below were measured on the exact same model (Qwen3.8-27B, Q4_K_M quantized version, 17GB on disk) with a completely identical script and prompt.

Metric8GB laptop (RTX 4060)Cloud server (RTX 4090)
Installed VRAM8GB (the environment the clickbait posts describe)24GB (a proper environment)
Tokens per second0.26 tokens/sec (takes several seconds for a single character)86.67 tokens/sec (flying)
Model load time73.5s (a long wait on first load)6.7s (loaded in the blink of an eye)
VRAM usage pattern78% of the model resides in CPU (RAM)100% of the model resides in VRAM

That is a 333x difference. Even for the same model, the perceived speed is completely different depending on the environment.


2. Why Does It Crawl on an 8GB Laptop? (The Physics)

Model Size vs GPU Memory

The Qwen3.8-27B Q4_K_M quantized version is about 17GB on disk. It must be loaded into GPU memory (VRAM) to infer quickly, but with only 8GB of VRAM, only about 53% of the model fits on the GPU.

The remaining 47% is pushed out to CPU memory (RAM). In the process, data is exchanged between the GPU and CPU over the PCIe bus, and this bottleneck is fatal.

The PCIe Bandwidth Bottleneck


GPU VRAM bandwidth:   ~1,008 GB/s (RTX 4090 GDDR6X)
CPU<->GPU PCIe bandwidth: ~32 GB/s  (PCIe Gen4 x16)
Difference: 31.5x

Because inference must move more than half of the model weights from CPU to GPU in real time, token generation speed slows to an extreme degree.

How It Actually Works

  1. The GPU processes the first layer
  2. If the next layer is in CPU memory, it waits for data transfer over the PCIe bus
  3. After the transfer completes, the GPU processes the next layer
  4. This repeats for as many layers as there are

This cycle repeats for every single token generated, which is why the figure drops to 0.26 t/s.



3. GPU vs CPU: Why Is the Speed Gap So Large?

LLM inference is a task that repeats the same computation thousands of times. Because of this characteristic, the structural differences between GPU and CPU show up directly in speed.

GPU Characteristics (Graphics Card)

TraitDescriptionEffect on LLM inference
Core countThousands (RTX 4090: 16,384 CUDA cores)Can process many tokens simultaneously in parallel
Memory bandwidthVery high (GDDR6X: 1,008 GB/s)Reads model weights quickly
Clock speedRelatively low (2-3 GHz)A single individual operation is slow
Design purposeLarge-scale parallel processing of identical operationsIdeal for thousands doing the same work at once

Key point: A GPU is like "a factory where thousands of workers, though slow individually, work at the same time."

CPU Characteristics (Processor)

TraitDescriptionEffect on LLM inference
Core countFew (usually 8-16)The number of operations that can run at once is limited
Memory bandwidthLow (DDR5 dual-channel: ~80 GB/s)Reads model weights slowly
Clock speedHigh (4-5 GHz)A single individual operation is fast
Design purposeSequential/partially parallel processing of varied tasksNot suited to thousands of repetitions

Key point: A CPU is like "a handful of highly skilled workers who are fast individually." It is good at one complex task but inefficient at repeating the same work thousands of times.

Direct Comparison: During LLM Inference


[GPU] Thousands of cores process each layer of the model simultaneously
  -> generates 86.67 tokens per second (RTX 4090, 24GB)

[CPU] 8-16 cores take turns processing
  -> generates 3-5 tokens per second (on a high-end CPU)

[GPU 8GB + CPU offloading] GPU runs out of memory mid-processing -> hands off to CPU -> waits on PCIe -> returns to GPU
  -> generates 0.26 tokens per second (a chain of bottlenecks)

Why Memory Bandwidth Is the Key

LLM inference must read the entire model weights once for every token it generates. Therefore token generation speed is almost entirely determined by the following formula.


Token generation speed = memory bandwidth (GB/s) / model size (GB)
EnvironmentBandwidthModel sizeTheoretical TPSActual TPS
RTX 4090 (24GB VRAM)1,008 GB/s17GB~59 t/s86.67 t/s
RTX 4060 (8GB VRAM, CPU offloading)~32 GB/s (PCIe)17GB~1.9 t/s0.26 t/s
High-end CPU only~80 GB/s (DDR5)17GB~4.7 t/s~3-5 t/s

While the RTX 4090 pours out model weights at 1,008 GB/s, the PCIe in an 8GB environment must trickle them at 32 GB/s. That 31.5x bandwidth gap leads to the 333x speed gap.

GPU vs CPU at a Glance

Comparison itemGPU (graphics card)CPU (processor)
Suitable workRepetitive parallel computation (LLM, image generation)Varied and complex sequential computation
Core countThousands8-16
MemoryVRAM (fast, expensive)RAM (slow, cheap)
LLM speedVery fast (when the model fits in VRAM)Very slow
PriceExpensive (RTX 4090: 3,000,000 KRW+)Relatively cheap
Power drawHigh (300-500W)Low (65-125W)

4. Why People Say "Every Feature Works"

Even on an 8GB laptop, the model does not get "terminated" or crash. This is because modern inference engines (llama.cpp, vLLM, and so on) use CPU offloading to keep part of the model in CPU memory and somehow keep it running.

So the following features do work, though not smoothly.

  • Thinking: ask a calculation or math question and it goes through an internal reasoning process before outputting the answer
  • Tool Calling: accurately reads an API schema and returns function-call syntax matching the specified format
  • Vision: can interpret a custom bar chart when given as input
  • Code agent integration: launching Qwen 3.8 as the brain model and wiring it into development also works normally

But all of these features run slowly. "It works" and "you can use it comfortably" are completely different concepts.


5. Real Perceived Speed Comparison

Task type8GB (0.26 t/s)24GB (86.67 t/s)
Replying "hello"about 30 seconds (one sentence)about 0.5 seconds
Generating 10 lines of codeabout 5-10 minutesabout 3 seconds
Responding to a long prompt10-20 minutes or more10-30 seconds
Long-form summarizationeffectively unusable1-2 minutes

In an 8GB environment, you have time to go grab a cup of coffee between the "question" and the "answer."


6. A Realistic Model Selection Guide by VRAM

VRAMRealistic choicePerceived speed
8GBQwen3-4B, Gemma4 E4B (Q4_K_M)30-50 t/s (comfortable)
12GBLlama 3.1 8B, Qwen3 8B (Q4_K_M)45-75 t/s (comfortable)
16GBQwen 2.5 14B (Q4_K_M)30-40 t/s (comfortable)
24GBQwen3.8-27B (Q4_K_M)70-86 t/s (comfortable)
24GBQwen3.8-27B (Q8_0)45-55 t/s (usable)

Key point: 24GB of VRAM is the baseline for actually using a 27B model.


7. Final Conclusion: How Not to Get Hooked by Clickbait

If You Have an 8GB Graphics Card

"It runs, so out of curiosity you can test it once or twice. But throw away any idea of doing real work or real-time chat with it. It is so slow you will lose your breath, and it is bad for your mental health."

Instead, in an 8GB environment use a lightweight model such as Qwen3-4B or Gemma4 E4B. You can use those comfortably at 30-50 t/s.

If You Have a 24GB or Larger Graphics Card

It is the best locally run chat model in existence, doing vision, thinking, and tool calling all at once. If you are building a machine for local AI, you must get past the baseline of 24GB of VRAM (for example, an RTX 3090 or 4090) before you can use it properly, regardless of the graphics card's raw processing speed.

The Smartest Approach

Rather than spending a lot of money on hardware or suffering with an 8GB laptop, rent a cloud GPU such as RunPod and comfortably sample a 4090 environment for as little as 500 KRW (for a 30-minute session).


Key Summary

  1. Loading a model onto a GPU is a matter of physics - if VRAM is insufficient it spills to the CPU, and the PCIe bottleneck makes speed collapse
  2. "It works" and "you can use it comfortably" are entirely different - 0.26 t/s technically operates, but real-world use is impossible
  3. On 8GB, lightweight models (4B-8B) are the answer - comfortable use at 30-50 t/s
  4. The baseline for a 27B model is 24GB of VRAM - below that, it is only for testing
  5. A cloud GPU is the best value - no fixed monthly cost, and you can use it only when needed

Comments (1)

cline (cline, 2026-09-24)

Review result: the intent of debunking a clickbait post is good, but the theoretical and measured TPS contradict each other physically, and the resident ratio is off too

To start from the conclusion, the claim that "it runs but is unusable," the PCIe-bottleneck explanation, and the VRAM-by-VRAM guide are practical. However, the bandwidth formula and the measured figures in the same piece contradict each other, and the GPU and CPU resident ratios are written differently in two places, shaking the credibility of the core argument.

Suggested corrections

  1. Theory versus measurement. By line 106's formula (bandwidth divided by model size), the upper bound for a 17GB model on a 4090 is 1,008 divided by 17 = about 59 t/s. Yet the line 111 table records the measurement as 86.67 t/s, exceeding the theoretical ceiling. In memory-bandwidth-bound decoding, the measurement cannot exceed the roofline. Since this means either the actual VRAM footprint was smaller than 17GB (quantization cache), the measurement mixed in prefill, or the model-size basis differs, you must state which of the three it is. If line 18's 17GB on disk and line 111's 17GB model size are taken as the same, the contradiction is confirmed.
  2. Resident-ratio contradiction. Line 35 says "only about 53% of the model is on the GPU and the remaining 47% on the CPU," while the line 25 table says "78% of the model resides on CPU (RAM)." Since 8GB divided by 17GB = 47% on GPU and 53% on CPU, line 35 swaps GPU and CPU. Line 25's 78% is yet another figure. The two values must be reconciled into one.
  3. Chinese characters mixed in. Line 154's "in an 8GB environment, between 問 and 答" uses "問" and "答," which should read "묻고 답하기" (asking and answering).
  4. Symbol error. Line 132's "the model is Ⓕterminated" contains a wrongly inserted "Ⓕ." It should be cleaned to "종료되거나" (terminated).
  5. Typos. "쌂음" on lines 123 and 125 should be "쌈" (or "싼"), and line 10's "technically 맞지만" reads more naturally as "기술적으로 맞지만."

Further suggestions

  • The 8GB theoretical figure of "~1.9 t/s" and the measured "0.26 t/s" in the line 111 table differ by 7x. Adding one line explaining that offloading adds layer round-trips and synchronization overhead would make it understandable why it is even slower than theory.
  • Converting line 154's felt example into token terms (for example, "30 seconds for an 8-token answer") would let it be checked directly against 0.26 t/s. As it stands, "about 30 seconds" is correct for 8 tokens.
  • Unifying Qwen 3.8 in table titles, Qwen3.8 in the slug, and Qwen3.8-27B in the body across the whole site would stabilize search and citation.

What works

  • The core of sections 4 and 7 — distinguishing "it runs" from "it is comfortable to use" — is clear.
  • The 333x (86.67 divided by 0.26) and 31.5x (1,008 divided by 32) calculations are accurate.
  • The realistic VRAM-by-VRAM selection table (4B for 8GB, 27B at 24GB) is useful for a real purchase decision.