Leave room for the app, your conversation, and other programs. A model file that fits on disk may still need more memory than your computer has available.
Quick answer: Start with LM Studio for a desktop app, or Ollama for commands, a local API, and connections to other apps. Choose a small downloaded model that fits your dedicated GPU memory and system RAM. Get a short chat working before adding Docker, documents, or Open WebUI. Check support for your exact GPU and driver; a Windows app cannot make an unsupported GPU work or make an oversized model fit.
Beginner recommendation
Start with the row that matches your computer or goal.
| Your Windows setup | Best first path | First model target |
|---|---|---|
| You want the easiest app | LM Studio | Small or 7B/8B-class model depending on RAM/VRAM |
| You want API, scripts, or Open WebUI later | Ollama | Small or 7B/8B-class model depending on RAM/VRAM |
| You have a supported GPU with 6GB VRAM | LM Studio or Ollama | 3B/4B four-bit first; larger files need a memory check |
| You have a supported GPU with 8GB VRAM | LM Studio or Ollama | Selected 7B/8B Q4 downloads at modest context |
| You have NVIDIA 12-16GB VRAM | LM Studio or Ollama | 14B Q4/Q5 |
| You have NVIDIA 24GB VRAM | LM Studio or Ollama | 32B Q4/Q5 |
| You have NVIDIA 32GB VRAM | LM Studio or Ollama | 32B Q4 with context headroom |
| You have AMD Strix Halo (128GB unified) | LM Studio or Ollama | 70B Q4; cautious 120B Q4 |
| You only have integrated graphics | LM Studio for desktop interface, or smaller llama.cpp/Ollama path | 3B, maybe 7B/8B Q4 on stronger systems |
| You have AMD on Windows | Confirm your exact card, driver, and app backend | Choose the exact file by available memory and context |
| You want Open WebUI | Get Ollama working first, then add Open WebUI | Depends on underlying runtime |
The main Windows rule is simple: dedicated VRAM matters more than the big shared-memory number Windows may show. Shared GPU memory is not the same as dedicated graphics memory, and it can be much slower for local AI workloads.
Best Windows setup by hardware class
| Windows machine | Best first stack | First model target | What to avoid first |
|---|---|---|---|
| CPU-only laptop, 8GB RAM | Supported desktop app or command-line runner | 1B-2B four-bit first | 7B/8B as an easy first setup, 14B+, PDF-heavy workflows |
| CPU/iGPU laptop, 16GB RAM | LM Studio for desktop interface, Ollama for runtime | 3B to 7B/8B Q4 | Large context, 14B+ as default |
| Windows laptop/mini PC, iGPU only, 32GB RAM | LM Studio or lower-level tooling | 7B/8B Q4; cautious 14B experiments | 32B+, heavy agent stacks |
| NVIDIA 6GB VRAM | LM Studio or Ollama | 3B/4B four-bit first | Assuming a 7B/8B file plus context always fits fully on GPU |
| NVIDIA 8GB VRAM | LM Studio or Ollama | 7B/8B Q4/Q5 | 32B dense models |
| NVIDIA 12GB VRAM | LM Studio or Ollama | 14B Q4/Q5 | Full 32B dense models |
| NVIDIA 16GB VRAM | LM Studio or Ollama | 14B through higher quants; cautious 32B hybrid experiments | 70B dense models |
| NVIDIA 24GB VRAM | LM Studio or Ollama | 32B Q4/Q5 | Full 70B Q4/Q5 dense models |
| NVIDIA 32GB VRAM (e.g. RTX 5090) | LM Studio or Ollama | 32B Q4 with context headroom | Full 70B Q4/FP4 GPU residency |
| AMD Strix Halo 128GB unified memory | LM Studio with a compatible ROCm runtime, or Ollama with a compatible Vulkan backend | 70B Q4; cautious larger-model experiments | Assuming the app can use all 128GB for graphics |
| AMD Windows GPU | Confirm exact backend and driver support | Same file-size and context calculation as any matching memory tier | Assuming every AMD card supports every backend |
| Older x64 CPU without AVX2 | Avoid assuming LM Studio x64 support | Very limited alternatives only | Standard beginner local AI path |
The point of this table is not to tell you what can be forced to launch. It is to tell you what is a sane first setup for a normal user.
NVIDIA, AMD, integrated graphics, and CPU-only Windows
NVIDIA Windows PCs
NVIDIA is the cleanest beginner path on Windows because CUDA support is mature across the local AI ecosystem. If you have a supported NVIDIA GPU with dedicated VRAM, you can usually choose either LM Studio or Ollama and focus on model size rather than backend complexity.
A practical ladder looks like this:
| Dedicated VRAM | Beginner model class | Notes |
|---|---|---|
| 6GB | 3B/4B four-bit first | Try a 7B/8B download only after checking memory, context, and any CPU offload. |
| 8GB | 7B/8B Q4/Q5 | Good beginner local text tier. |
| 12GB | 14B Q4/Q5 | Better assistant quality, still context-sensitive. |
| 16GB | 14B comfortably, selected larger experiments | Good hobbyist tier. |
| 24GB | 32B Q4/Q5 | Serious local model tier. |
| 32GB | 32B Q4 with context headroom | High-end single-card consumer tier (e.g. RTX 5090). |
AMD Windows PCs
AMD on Windows can work, but it is worth checking against the supported-device list for your exact graphics card and app before you start. Support has improved, but it remains more configuration-sensitive than NVIDIA or Apple Silicon.
Check Ollama's current Windows GPU list or the selected LM Studio engine for the exact card and driver. ROCm and Vulkan are different support paths. A card missing from one list may be supported through another path; an advertised VRAM amount alone establishes neither. Once the backend works, choose model weights and context by the same memory calculation used for other GPUs. There is no general rule that every AMD card requires a smaller model class.
Integrated graphics
Integrated graphics can run some local AI workloads, especially with enough system RAM and the right backend. But it should be treated as a low-to-mid expectation path.
Good first uses:
- Small local models.
- Short prompts.
- Learning how local AI works.
- Offline privacy experiments.
Avoid first:
- 32B models.
- 70B models.
- Large PDF collections.
- Long-context workflows.
- Vision or multimodal workflows as a beginner default.
CPU-only Windows
CPU-only local AI is real, but it has sharp limits. It is best for small models, short prompts, offline privacy, and learning. Larger 32B or 70B models can be frustratingly slow on this kind of computer.
If your first run is slow, the app may not be broken. Your machine may simply be running the model on the CPU or spilling into slower shared memory.
High-capacity options: 32GB VRAM (RTX 5090) and 128GB Strix Halo unified memory
Recent hardware releases expand what is possible on a single Windows machine without building multi-GPU server rigs:
- NVIDIA GeForce RTX 5090 (32GB GDDR7): A 32GB card gives a 32B Q4 model more room for conversation history than a 24GB card, but context still consumes memory. A dense 70B model at four-bit precision exceeds 32GB before the conversation cache: for example, Ollama’s DeepSeek-R1 70B Q4_K_M download is about 43GB. Native FP4 support does not make a 70B four-bit model fit in 32GB. Use a smaller model, more graphics memory, a lower-bit build with its own quality tradeoffs, or partial CPU loading; check the exact file and context in the calculator.
- AMD Ryzen AI Max+ 395 Strix Halo (128GB unified memory): The CPU and GPU share one memory pool. The memory available to your model depends on the computer's BIOS graphics allocation, the driver, and the app's runtime; do not count 128GB of RAM and a graphics allocation as two separate pools. Start with a 70B Q4 model and moderate context only after confirming the allocation leaves room for Windows and other programs. On Windows, LM Studio offers a Strix Halo ROCm path; Ollama's Windows ROCm list does not currently include this chip, so check its Vulkan backend and your installed driver instead. In Ollama, run
ollama psafter loading the model to check whether it is using the GPU. Capacity alone does not predict generation speed, and fitting a model does not guarantee a fast conversation.
Which Windows path fits your machine?
Use this decision tree.
| If this describes you… | Choose this path |
|---|---|
| “I do not want to use terminal commands.” | Start with LM Studio. |
| “I want a local runtime or API.” | Start with Ollama. |
| “I want Open WebUI.” | Install and verify Ollama first, then install Open WebUI. |
| “I have NVIDIA VRAM.” | Use LM Studio or Ollama and choose model size by VRAM. |
| “I have AMD on Windows.” | Check exact support before relying on GPU acceleration. |
| “I only have integrated graphics.” | Start with small models and modest expectations. |
| “I have 8GB RAM total.” | Use small models only. |
| “I have 16GB RAM total.” | Try 7B/8B Q4 only if the rest of the machine is suitable. |
| “I need local PDF chat.” | Start with LM Studio or Open WebUI after your runtime works. |
| “I am using sensitive documents.” | Read the privacy guide before uploading anything. |
LM Studio vs Ollama on Windows
| Choose LM Studio on Windows if… | Choose Ollama on Windows if… |
|---|---|
| You want the simplest desktop app. | You want a local runtime/API. |
| You want to search and download models inside the app. | You want to connect Open WebUI later. |
| You prefer a desktop-app experience. | You are comfortable with PowerShell or terminal commands. |
| You want an easier first local chat experience. | You want a modular stack for other apps. |
| You may want document chat in the same app. | You want to use the model from scripts or developer tools. |
| You want to avoid Docker at first. | You plan to build a self-hosted browser interface later. |
Best beginner default: Start with LM Studio if you want a Windows app that feels like an app.
Best for connecting apps: Start with Ollama if you want a runtime that other tools can use.
Best Open WebUI path: Do not start with Open WebUI. First confirm Ollama works locally. Then add Open WebUI.
Your first working Windows conversation
Start with one native Windows app. Check Settings > System > About for Windows version and RAM. In Task Manager's Performance view, identify the GPU and its dedicated memory separately from shared system memory. Ollama's current native Windows path requires Windows 10 22H2 or later; LM Studio's x64 app requires AVX2, and it also offers a Windows ARM build. Use the correct installer for your processor.
With LM Studio
- Download LM Studio and install the Windows build for your machine.
- Open Discover and choose a supported instruction model. With 8GB total RAM, start with a small 1B-2B four-bit download. With a 6GB GPU and adequate RAM, a Qwen3-4B GGUF at four-bit compression is a useful first check. MLX downloads are for the app's Apple Silicon engine.
- Read the full publisher and file name before downloading. Load one model with a modest context, such as 4096 tokens, and open a new local chat.
- Ask: “Rewrite this plainly without changing the time: The meeting will commence at 10:30.” Confirm that the answer preserves 10:30 and that Windows remains responsive.
- Quit and reopen the app. Select the same downloaded model and repeat the prompt. Add documents or larger models after this works.
If loading fails, preserve the exact error and follow LM Studio loading checks. A smaller supported download is a better diagnostic than changing several GPU settings at once.
With Ollama
Install Ollama for Windows, start the app, and open a new PowerShell window:
ollama --version
ollama run qwen3:1.7b
The first run downloads the named model if necessary. Ask the same short rewriting question, adding /no_think for this compatible Qwen3 thinking template if desired. Exit with /bye, then run ollama list to confirm the installed model. On a roomier computer, try ollama run qwen3:4b next.
While a model is loaded, run ollama ps in another terminal to inspect CPU/GPU placement and context. A response proves a working conversation, while the processor column tells you whether the intended acceleration is active. If the command itself is missing, use command not found checks; if the model runs on CPU unexpectedly, use GPU checks.
Use the offline guide for a restart test without a connection. A model download needs connectivity, and optional cloud providers or connected tools are separate choices.
Do you need Docker or WSL?
For basic local AI on Windows, usually no.
| Goal | Docker needed? | WSL needed? | Notes |
|---|---|---|---|
| Basic LM Studio local chat | No | No | Best desktop-app path. |
| Basic Ollama local chat | No | No | Install Ollama directly first. |
| Ollama local API | No | No | Confirm local runtime before adding layers. |
| Open WebUI with Ollama | Usually yes for common Docker path | Often yes on Windows workflows | More advanced than first local chat. |
| Linux-oriented tutorials on Windows | Sometimes | Often | Follow Windows-specific instructions. |
| Private PDF workflow | Not necessarily | Not necessarily | Depends on whether you use LM Studio, Open WebUI, or another app. |
If you are a beginner, do not make Docker the first problem you solve. First prove that your machine can run a local model.
Driver and OS checklist
Before installing anything, check these items:
- Windows version and edition.
- CPU architecture and instruction support.
- Total system RAM.
- Dedicated GPU model.
- Dedicated VRAM amount.
- Whether Windows is showing shared GPU memory separately.
- NVIDIA or AMD driver status.
- Free disk space on the drive where models will live.
- Whether you want buttons-and-menus, runtime/API, or Open WebUI.
- Whether corporate security software may block installers or local servers.
This checklist matters because Windows local AI problems often look like app problems when they are really hardware, driver, storage, or networking problems.
First model to try on Windows
Start smaller than you think.
| Hardware tier | First model class | Why |
|---|---|---|
| 8GB RAM, no discrete GPU | 1B-2B four-bit first | Leaves more room for Windows and the app. |
| 16GB RAM, no discrete GPU | 3B to 7B/8B Q4 | 7B/8B may work, but expect limits. |
| NVIDIA 6GB VRAM | 3B/4B four-bit first | Leaves room for conversation memory and runtime buffers. |
| NVIDIA 8GB VRAM | 7B/8B Q4/Q5 | Stronger beginner tier. |
| NVIDIA 12GB VRAM | 14B Q4/Q5 | Better quality with realistic fit. |
| NVIDIA 16GB VRAM | 14B comfortably | Good local assistant tier. |
| NVIDIA 24GB VRAM | 32B Q4/Q5 | Serious local model tier. |
| NVIDIA 32GB VRAM | 32B Q4 with context headroom | High-capacity single-GPU tier. |
| AMD Strix Halo 128GB | 70B Q4 | High-capacity unified memory APU tier. |
| AMD Windows GPU | A supported file that fits the actual available memory | Confirm backend support and calculate context rather than applying a vendor penalty. |
Do not use the first model run to prove the largest possible model. Use it to prove the setup works.
Model storage on Windows
Model files can become large quickly. Before downloading many models, decide where you want them stored.
Ollama's standard Windows model folder is %USERPROFILE%\.ollama\models. Use OLLAMA_MODELS to select another directory for the actual Ollama server process. LM Studio's My Models screen lets you choose its models directory. Changing either setting does not automatically prove that existing files were moved; follow the storage guide to copy, restart, and confirm the collection before deleting the old copy.
Practical advice:
- Do not fill your system drive by accident.
- Decide whether models should live on
C:or another drive before downloading many large files. - Keep the first test model small.
- Delete models you do not use.
- Note the folder location so you can find or move your model files later.
What not to try first on Windows
| Mistake | Why it causes trouble | Better move |
|---|---|---|
| Treating shared GPU memory as dedicated VRAM | Shared memory can be much slower. | Plan around dedicated VRAM. |
| Starting with a 32B model on a normal laptop | It may not fit or may run painfully slowly. | Start with 3B, 7B, or 8B depending on hardware. |
| Assuming AMD behaves like NVIDIA | Support paths differ and can be more configuration-sensitive. | Check exact support first. |
| Installing Open WebUI before Ollama works | Adds Docker/networking complexity too early. | Verify Ollama first. |
| Assuming CPU-only is broken because it is slow | CPU-only inference is often slow by nature. | Use a smaller model. |
| Ignoring model storage location | Model files can fill the wrong drive. | Choose storage path before large downloads. |
| Uploading sensitive documents before checking privacy settings | Local app does not always mean local model. | Confirm provider and storage path first. |
Privacy caveats for Windows local AI
Local AI can be more private than cloud AI, but only for the parts of the workflow that actually remain local.
A Windows setup is more meaningfully local when:
- The model runs on your Windows machine.
- Prompts are processed locally.
- Documents and embeddings stay on local storage.
- The selected provider is not a cloud API.
- The local server is bound only to localhost.
- Cloud features, web search, remote access, and public tunnels are off unless intentionally used.
A Windows local AI setup may still contact the internet for:
- App downloads.
- Model downloads.
- Runtime downloads.
- Update checks.
- Model search.
- Cloud model providers.
- Web search.
- Community hubs.
- Remote access features.
- MCP tools and extensions.
The key rule is this: a local app and a local model are not the same thing. If your local interface is connected to OpenAI, Anthropic, Groq, or another hosted provider, your prompts and uploaded content may leave your computer for inference.
Also remember that local servers can create security issues. A service bound to localhost is very different from a service exposed to your network, a reverse proxy, or a public tunnel. Do not expose Ollama, LM Studio, Open WebUI, or AnythingLLM beyond localhost unless you understand authentication, network access, and the security tradeoff.
Common Windows troubleshooting
| Problem | Likely cause | First fix |
|---|---|---|
| LM Studio will not run | Unsupported CPU, OS, or architecture issue | Check current LM Studio system requirements. |
| Model loads but is very slow | CPU-only path or shared-memory fallback | Try a smaller model and confirm GPU use. |
| GPU is not being used | Driver or backend mismatch | Update drivers and confirm supported backend. |
| Ollama works but Open WebUI cannot see it | Docker, localhost, or networking issue | Verify Ollama locally before debugging Open WebUI. |
| Downloads fail or restart | Network or storage issue | Check free disk space and try a smaller model first. |
| Model is stored on the wrong drive | Default model path used | Configure the documented model directory before large downloads. |
| Windows shows large shared GPU memory | Shared memory confused with dedicated VRAM | Use dedicated VRAM as the recommendation budget. |
| PDF chat is inaccurate | Parsing, retrieval, or model limits | Use cleaner PDFs and verify outputs against the source. |
| Setup is “local” but network is active | Downloads, updates, providers, or web features | Check the selected model provider and app settings. |
Windows beginner setup checklist
Before downloading a model, answer these questions:
- How much system RAM do I have?
- Do I have a discrete GPU?
- How much dedicated VRAM do I have?
- Is my GPU NVIDIA, AMD, or integrated?
- Do I want a desktop app or a runtime/API?
- Do I want Open WebUI eventually?
- Do I want to use PDFs or documents?
- Where should model files be stored?
- Am I handling sensitive data?
- Am I willing to use Docker or WSL?
Then choose:
| If your answer is… | Start with… |
|---|---|
| “I want the easiest local chat app.” | LM Studio |
| “I want a runtime/API.” | Ollama |
| “I have NVIDIA VRAM.” | Choose model size by dedicated VRAM. |
| “I have only integrated graphics.” | Start small and expect lower speed. |
| “I have AMD on Windows.” | Verify exact support before relying on GPU acceleration. |
| “I want Open WebUI.” | Install and verify Ollama first. |
| “I want local PDF chat.” | Start with LM Studio or Open WebUI after runtime setup. |
| “I have sensitive documents.” | Read the privacy guide first. |
Frequently asked questions
Can Windows run local AI?
Yes. Windows can run local AI with tools such as LM Studio, Ollama, and Open WebUI. The quality of the experience depends heavily on RAM, GPU, dedicated VRAM, drivers, model size, and whether the workload stays on GPU or falls back to slower memory.
Is Ollama available on Windows?
Yes. Ollama has a Windows install path. It is a good choice if you want a local runtime, local API, or a backend for tools like Open WebUI.
Should I use LM Studio or Ollama on Windows?
Use LM Studio if you want the easiest desktop app. Use Ollama if you want a runtime/API or plan to add Open WebUI or other integrations.
Do I need Docker for local AI on Windows?
Not for basic LM Studio or basic Ollama. Docker usually enters the picture when you want tools like Open WebUI or self-hosted interface layers.
Do I need WSL?
Not for basic LM Studio or basic Ollama. WSL is often part of Windows workflows for Docker-based or Linux-oriented tools, including many Open WebUI tutorials.
Can I run local AI without a GPU?
Yes, but expectations should be modest. CPU-only or integrated-graphics setups should start with small models and short prompts.
Where does Ollama store models on Windows?
The standard desktop installation stores them in %USERPROFILE%\.ollama\models. A custom server or another account can use a different folder. Follow the storage guide if you need to move the collection.
Why is local AI slow on my Windows PC?
Common reasons include using a model that is too large, running on CPU, spilling into shared memory, outdated drivers, too much context, or not enough dedicated VRAM.
What to read next
- What Is Local AI?
- Ollama vs LM Studio
- How to Install Ollama
- How to Install LM Studio
- How to Install Open WebUI with Ollama
- Best Local AI for 8GB RAM
- Best Local AI for 16GB RAM
- Best Local AI for 32GB RAM
- Is Local AI Actually Private?