mirror of
https://github.com/ollama/ollama.git
synced 2026-05-07 00:22:43 -05:00
Closed
opened 2026-04-22 05:48:52 -05:00 by GiteaMirror
·
38 comments
No Branch/Tag Specified
main
hoyyeva/anthropic-local-image-path
dhiltgen/ci
dhiltgen/llama-runner
parth-remove-claude-desktop-launch
hoyyeva/anthropic-reference-images-path
parth-anthropic-reference-images-path
brucemacd/download-before-remove
hoyyeva/editor-config-repair
parth-mlx-decode-checkpoints
parth-launch-codex-app
hoyyeva/fix-codex-model-metadata-warning
hoyyeva/qwen
parth/hide-claude-desktop-till-release
hoyyeva/opencode-image-modality
parth-add-claude-code-autoinstall
release_v0.22.0
pdevine/manifest-list
codex/fix-codex-model-metadata-warning
pdevine/addressable-manifest
brucemacd/launch-fetch-reccomended
jmorganca/llama-compat
launch-copilot-cli
hoyyeva/opencode-thinking
release_v0.20.7
parth-auto-save-backup
parth-test
jmorganca/gemma4-audio-replacements
fix-manifest-digest-on-pull
hoyyeva/vscode-improve
brucemacd/install-server-wait
parth/update-claude-docs
brucemac/start-ap-install
pdevine/mlx-update
pdevine/qwen35_vision
drifkin/api-show-fallback
mintlify/image-generation-1773352582
hoyyeva/server-context-length-local-config
jmorganca/faster-reptition-penalties
jmorganca/convert-nemotron
parth-pi-thinking
pdevine/sampling-penalties
jmorganca/fix-create-quantization-memory
dongchen/resumable_transfer_fix
pdevine/sampling-cache-error
jessegross/mlx-usage
hoyyeva/openclaw-config
hoyyeva/app-html
pdevine/qwen3next
brucemacd/sign-sh-install
brucemacd/tui-update
brucemacd/usage-api
jmorganca/launch-empty
fix-app-dist-embed
mxyng/mlx-compile
mxyng/mlx-quant
mxyng/mlx-glm4.7
mxyng/mlx
brucemacd/simplify-model-picker
jmorganca/qwen3-concurrent
fix-glm-4.7-flash-mla-config
drifkin/qwen3-coder-opening-tag
brucemacd/usage-cli
fix-cuda12-fattn-shmem
ollama-imagegen-docs
parth/fix-multiline-inputs
brucemacd/config-docs
mxyng/model-files
mxyng/simple-execute
fix-imagegen-ollama-models
mxyng/async-upload
jmorganca/lazy-no-dtype-changes
imagegen-auto-detect-create
parth/decrease-concurrent-download-hf
fix-mlx-quantize-init
jmorganca/x-cleanup
usage
imagegen-readme
jmorganca/glm-image
mlx-gpu-cd
jmorganca/imagegen-modelfile
parth/agent-skills
parth/agent-allowlist
parth/signed-in-offline
parth/agents
parth/fix-context-chopping
improve-cloud-flow
parth/add-models-websearch
parth/prompt-renderer-mcp
jmorganca/native-settings
jmorganca/download-stream-hash
jmorganca/client2-rebased
brucemacd/oai-chat-req-multipart
jessegross/multi_chunk_reserve
grace/additional-omit-empty
grace/mistral-3-large
mxyng/tokenizer2
mxyng/tokenizer
jessegross/flash
hoyyeva/windows-nacked-app
mxyng/cleanup-attention
grace/deepseek-parser
hoyyeva/remember-unsent-prompt
parth/add-lfs-pointer-error-conversion
parth/olmo2-test2
hoyyeva/ollama-launchagent-plist
nicole/olmo-model
parth/olmo-test
mxyng/remove-embedded
parth/render-template
jmorganca/intellect-3
parth/remove-prealloc-linter
jmorganca/cmd-eval
nicole/nomic-embed-text-fix
mxyng/lint-2
hoyyeva/add-gemini-3-pro-preview
hoyyeva/load-model-list
mxyng/expand-path
mxyng/environ-2
hoyyeva/deeplink-json-encoding
parth/improve-tool-calling-tests
hoyyeva/conversation
hoyyeva/assistant-edit-response
hoyyeva/thinking
origin/brucemacd/invalid-char-i-err
parth/improve-tool-calling
jmorganca/required-omitempty
grace/qwen3-vl-tests
mxyng/iter-client
parth/docs-readme
nicole/embed-test
pdevine/integration-benchstat
parth/remove-generate-cmd
parth/add-toolcall-id
mxyng/server-tests
jmorganca/glm-4.6
jmorganca/gin-h-compat
drifkin/stable-tool-args
pdevine/qwen3-more-thinking
parth/add-websearch-client
nicole/websearch_local
jmorganca/qwen3-coder-updates
grace/deepseek-v3-migration-tests
mxyng/fix-create
jmorganca/cloud-errors
pdevine/parser-tidy
revert-12233-parth/simplify-entrypoints-runner
parth/enable-so-gpt-oss
brucemacd/qwen3vl
jmorganca/readme-simplify
parth/gpt-oss-structured-outputs
revert-12039-jmorganca/tools-braces
mxyng/embeddings
mxyng/gguf
mxyng/benchmark
mxyng/types-null
parth/move-parsing
mxyng/gemma2
jmorganca/docs
mxyng/16-bit
mxyng/create-stdin
pdevine/authorizedkeys
mxyng/quant
parth/opt-in-error-context-window
brucemacd/cache-models
brucemacd/runner-completion
jmorganca/llama-update-6
brucemacd/benchmark-list
brucemacd/partial-read-caps
parth/deepseek-r1-tools
mxyng/omit-array
parth/tool-prefix-temp
brucemacd/runner-test
jmorganca/qwen25vl
brucemacd/model-forward-test-ext
parth/python-function-parsing
jmorganca/cuda-compression-none
drifkin/num-parallel
drifkin/chat-truncation-fix
jmorganca/sync
parth/python-tools-calling
drifkin/array-head-count
brucemacd/create-no-loop
parth/server-enable-content-stream-with-tools
qwen25omni
mxyng/v3
brucemacd/ropeconfig
jmorganca/silence-tokenizer
parth/sample-so-test
parth/sampling-structured-outputs
brucemacd/doc-go-engine
parth/constrained-sampling-json
jmorganca/mistral-wip
brucemacd/mistral-small-convert
parth/sample-unmarshal-json-for-params
brucemacd/jomorganca/mistral
pdevine/bfloat16
jmorganca/mistral
brucemacd/mistral
pdevine/logging
parth/sample-correctness-fix
parth/sample-fix-sorting
jmorgan/sample-fix-sorting-extras
jmorganca/temp-0-images
brucemacd/parallel-embed-models
brucemacd/shim-grammar
jmorganca/fix-gguf-error
bmizerany/nameswork
jmorganca/faster-releases
bmizerany/validatenames
brucemacd/err-no-vocab
brucemacd/rope-config
brucemacd/err-hint
brucemacd/qwen2_5
brucemacd/logprobs
brucemacd/new_runner_graph_bench
progress-flicker
brucemacd/forward-test
brucemacd/go_qwen2
pdevine/gemma2
jmorganca/add-missing-symlink-eval
mxyng/next-debug
parth/set-context-size-openai
brucemacd/next-bpe-bench
brucemacd/next-bpe-test
brucemacd/new_runner_e2e
brucemacd/new_runner_qwen2
pdevine/convert-cohere2
brucemacd/convert-cli
parth/log-probs
mxyng/next-mlx
mxyng/cmd-history
parth/templating
parth/tokenize-detokenize
brucemacd/check-key-register
bmizerany/grammar
jmorganca/vendor-081b29bd
mxyng/func-checks
jmorganca/fix-null-format
parth/fix-default-to-warn-json
jmorganca/qwen2vl
jmorganca/no-concat
parth/cmd-cleanup-SO
brucemacd/check-key-register-structured-err
parth/openai-stream-usage
parth/fix-referencing-so
stream-tools-stop
jmorganca/degin-1
brucemacd/install-path-clean
brucemacd/push-name-validation
brucemacd/browser-key-register
jmorganca/openai-fix-first-message
jmorganca/fix-proxy
jessegross/sample
parth/disallow-streaming-tools
dhiltgen/remove_submodule
jmorganca/ga
jmorganca/mllama
pdevine/newlines
pdevine/geems-2b
jmorganca/llama-bump
mxyng/modelname-7
mxyng/gin-slog
mxyng/modelname-6
jyan/convert-prog
jyan/quant5
paligemma-support
pdevine/import-docs
jmorganca/openai-context
jyan/paligemma
jyan/p2
jyan/palitest
bmizerany/embedspeedup
jmorganca/llama-vit
brucemacd/allow-ollama
royh/ep-methods
royh/whisper
mxyng/api-models
mxyng/fix-memory
jyan/q4_4/8
jyan/ollama-v
royh/stream-tools
roy-embed-parallel
bmizerany/hrm
revert-5963-revert-5924-mxyng/llama3.1-rope
royh/embed-viz
jyan/local2
jyan/auth
jyan/local
jyan/parse-temp
jmorganca/template-mistral
jyan/reord-g
royh-openai-suffixdocs
royh-imgembed
royh-embed-parallel
jyan/quant4
royh-precision
jyan/progress
pdevine/fix-template
jyan/quant3
pdevine/ggla
mxyng/update-registry-domain
jmorganca/ggml-static
mxyng/create-context
jyan/v0.146
mxyng/layers-from-files
build_dist
bmizerany/noseek
royh-ls
royh-name
timeout
mxyng/server-timestamp
bmizerany/nosillyggufslurps
royh-params
jmorganca/llama-cpp-7c26775
royh-openai-delete
royh-show-rigid
jmorganca/enable-fa
jmorganca/no-error-template
jyan/format
royh-testdelete
bmizerany/fastverify
language_support
pdevine/ps-glitches
brucemacd/tokenize
bruce/iq-quants
bmizerany/filepathwithcoloninhost
mxyng/split-bin
bmizerany/client-registry
jmorganca/if-none-match
native
jmorganca/native
jmorganca/batch-embeddings
jmorganca/initcmake
jmorganca/mm
pdevine/showggmlinfo
modenameenforcealphanum
bmizerany/modenameenforcealphanum
jmorganca/done-reason
jmorganca/llama-cpp-8960fe8
ollama.com
bmizerany/filepathnobuild
bmizerany/types/model/defaultfix
rmdisplaylong
nogogen
bmizerany/x
modelfile-readme
bmizerany/replacecolon
jmorganca/limit
jmorganca/execstack
jmorganca/replace-assets
mxyng/tune-concurrency
jmorganca/testing
whitespace-detection
jmorganca/options
upgrade-all
scratch
cuda-search
mattw/airenamer
mattw/allmodelsonhuggingface
mattw/quantcontext
mattw/whatneedstorun
brucemacd/llama-mem-calc
mattw/faq-context
mattw/communitylinks
mattw/noprune
mattw/python-functioncalling
rename
mxyng/install
pulse
remove-first
editor
mattw/selfqueryingretrieval
cgo
mattw/howtoquant
api
matt/streamingapi
format-config
mxyng/extra-args
shell
update-nous-hermes
cp-model
upload-progress
fix-unknown-model
fix-model-names
delete-fix
insecure-registry
ls
deletemodels
progressbar
readme-updates
license-layers
skip-list
list-models
modelpath
matt/examplemodelfiles
distribution
go-opts
v0.30.0-rc3
v0.30.0-rc2
v0.30.0-rc1
v0.30.0-rc0
v0.23.1
v0.23.1-rc0
v0.23.0
v0.23.0-rc0
v0.22.1
v0.22.1-rc1
v0.22.1-rc0
v0.22.0
v0.22.0-rc1
v0.21.3-rc0
v0.21.2-rc1
v0.21.2
v0.21.2-rc0
v0.21.1
v0.21.1-rc1
v0.21.1-rc0
v0.21.0
v0.21.0-rc1
v0.21.0-rc0
v0.20.8-rc0
v0.20.7
v0.20.7-rc1
v0.20.7-rc0
v0.20.6
v0.20.6-rc1
v0.20.6-rc0
v0.20.5
v0.20.5-rc2
v0.20.5-rc1
v0.20.5-rc0
v0.20.4
v0.20.4-rc2
v0.20.4-rc1
v0.20.4-rc0
v0.20.3
v0.20.3-rc0
v0.20.2
v0.20.1
v0.20.1-rc2
v0.20.1-rc1
v0.20.1-rc0
v0.20.0
v0.20.0-rc1
v0.20.0-rc0
v0.19.0
v0.19.0-rc2
v0.19.0-rc1
v0.19.0-rc0
v0.18.4-rc1
v0.18.4-rc0
v0.18.3
v0.18.3-rc2
v0.18.3-rc1
v0.18.3-rc0
v0.18.2
v0.18.2-rc1
v0.18.2-rc0
v0.18.1
v0.18.1-rc1
v0.18.1-rc0
v0.18.0
v0.18.0-rc2
v0.18.0-rc1
v0.18.0-rc0
v0.17.8-rc4
v0.17.8-rc3
v0.17.8-rc2
v0.17.8-rc1
v0.17.8-rc0
v0.17.7
v0.17.7-rc2
v0.17.7-rc1
v0.17.7-rc0
v0.17.6
v0.17.5
v0.17.4
v0.17.3
v0.17.2
v0.17.1
v0.17.1-rc2
v0.17.1-rc1
v0.17.1-rc0
v0.17.0
v0.17.0-rc2
v0.17.0-rc1
v0.17.0-rc0
v0.16.3
v0.16.3-rc2
v0.16.3-rc1
v0.16.3-rc0
v0.16.2
v0.16.2-rc0
v0.16.1
v0.16.0
v0.16.0-rc2
v0.16.0-rc0
v0.16.0-rc1
v0.15.6
v0.15.5
v0.15.5-rc5
v0.15.5-rc4
v0.15.5-rc3
v0.15.5-rc2
v0.15.5-rc1
v0.15.5-rc0
v0.15.4
v0.15.3
v0.15.2
v0.15.1
v0.15.1-rc1
v0.15.1-rc0
v0.15.0-rc6
v0.15.0
v0.15.0-rc5
v0.15.0-rc4
v0.15.0-rc3
v0.15.0-rc2
v0.15.0-rc1
v0.15.0-rc0
v0.14.3
v0.14.3-rc3
v0.14.3-rc2
v0.14.3-rc1
v0.14.3-rc0
v0.14.2
v0.14.2-rc1
v0.14.2-rc0
v0.14.1
v0.14.0-rc11
v0.14.0
v0.14.0-rc10
v0.14.0-rc9
v0.14.0-rc8
v0.14.0-rc7
v0.14.0-rc6
v0.14.0-rc5
v0.14.0-rc4
v0.14.0-rc3
v0.14.0-rc2
v0.14.0-rc1
v0.14.0-rc0
v0.13.5
v0.13.5-rc1
v0.13.5-rc0
v0.13.4-rc2
v0.13.4
v0.13.4-rc1
v0.13.4-rc0
v0.13.3
v0.13.3-rc1
v0.13.3-rc0
v0.13.2
v0.13.2-rc2
v0.13.2-rc1
v0.13.2-rc0
v0.13.1
v0.13.1-rc2
v0.13.1-rc1
v0.13.1-rc0
v0.13.0
v0.13.0-rc0
v0.12.11
v0.12.11-rc1
v0.12.11-rc0
v0.12.10
v0.12.10-rc1
v0.12.10-rc0
v0.12.9-rc0
v0.12.9
v0.12.8
v0.12.8-rc0
v0.12.7
v0.12.7-rc1
v0.12.7-rc0
v0.12.7-citest0
v0.12.6
v0.12.6-rc1
v0.12.6-rc0
v0.12.5
v0.12.5-rc0
v0.12.4
v0.12.4-rc7
v0.12.4-rc6
v0.12.4-rc5
v0.12.4-rc4
v0.12.4-rc3
v0.12.4-rc2
v0.12.4-rc1
v0.12.4-rc0
v0.12.3
v0.12.2
v0.12.2-rc0
v0.12.1
v0.12.1-rc1
v0.12.1-rc2
v0.12.1-rc0
v0.12.0
v0.12.0-rc1
v0.12.0-rc0
v0.11.11
v0.11.11-rc3
v0.11.11-rc2
v0.11.11-rc1
v0.11.11-rc0
v0.11.10
v0.11.9
v0.11.9-rc0
v0.11.8
v0.11.8-rc0
v0.11.7-rc1
v0.11.7-rc0
v0.11.7
v0.11.6
v0.11.6-rc0
v0.11.5-rc4
v0.11.5-rc3
v0.11.5
v0.11.5-rc5
v0.11.5-rc2
v0.11.5-rc1
v0.11.5-rc0
v0.11.4
v0.11.4-rc0
v0.11.3
v0.11.3-rc0
v0.11.2
v0.11.1
v0.11.0-rc0
v0.11.0-rc1
v0.11.0-rc2
v0.11.0
v0.10.2-int1
v0.10.1
v0.10.0
v0.10.0-rc4
v0.10.0-rc3
v0.10.0-rc2
v0.10.0-rc1
v0.10.0-rc0
v0.9.7-rc1
v0.9.7-rc0
v0.9.6
v0.9.6-rc0
v0.9.6-ci0
v0.9.5
v0.9.4-rc5
v0.9.4-rc6
v0.9.4
v0.9.4-rc3
v0.9.4-rc4
v0.9.4-rc1
v0.9.4-rc2
v0.9.4-rc0
v0.9.3
v0.9.3-rc5
v0.9.4-citest0
v0.9.3-rc4
v0.9.3-rc3
v0.9.3-rc2
v0.9.3-rc1
v0.9.3-rc0
v0.9.2
v0.9.1
v0.9.1-rc1
v0.9.1-rc0
v0.9.1-ci1
v0.9.1-ci0
v0.9.0
v0.9.0-rc0
v0.8.0
v0.8.0-rc0
v0.7.1-rc2
v0.7.1
v0.7.1-rc1
v0.7.1-rc0
v0.7.0
v0.7.0-rc1
v0.7.0-rc0
v0.6.9-rc0
v0.6.8
v0.6.8-rc0
v0.6.7
v0.6.7-rc2
v0.6.7-rc1
v0.6.7-rc0
v0.6.6
v0.6.6-rc2
v0.6.6-rc1
v0.6.6-rc0
v0.6.5-rc1
v0.6.5
v0.6.5-rc0
v0.6.4-rc0
v0.6.4
v0.6.3-rc1
v0.6.3
v0.6.3-rc0
v0.6.2
v0.6.2-rc0
v0.6.1
v0.6.1-rc0
v0.6.0-rc0
v0.6.0
v0.5.14-rc0
v0.5.13
v0.5.13-rc6
v0.5.13-rc5
v0.5.13-rc4
v0.5.13-rc3
v0.5.13-rc2
v0.5.13-rc1
v0.5.13-rc0
v0.5.12
v0.5.12-rc1
v0.5.12-rc0
v0.5.11
v0.5.10
v0.5.9
v0.5.9-rc0
v0.5.8-rc13
v0.5.8
v0.5.8-rc12
v0.5.8-rc11
v0.5.8-rc10
v0.5.8-rc9
v0.5.8-rc8
v0.5.8-rc7
v0.5.8-rc6
v0.5.8-rc5
v0.5.8-rc4
v0.5.8-rc3
v0.5.8-rc2
v0.5.8-rc1
v0.5.8-rc0
v0.5.7
v0.5.6
v0.5.5
v0.5.5-rc0
v0.5.4
v0.5.3
v0.5.3-rc0
v0.5.2
v0.5.2-rc3
v0.5.2-rc2
v0.5.2-rc1
v0.5.2-rc0
v0.5.1
v0.5.0
v0.5.0-rc1
v0.4.8-rc0
v0.4.7
v0.4.6
v0.4.5
v0.4.4
v0.4.3
v0.4.3-rc0
v0.4.2
v0.4.2-rc1
v0.4.2-rc0
v0.4.1
v0.4.1-rc0
v0.4.0
v0.4.0-rc8
v0.4.0-rc7
v0.4.0-rc6
v0.4.0-rc5
v0.4.0-rc4
v0.4.0-rc3
v0.4.0-rc2
v0.4.0-rc1
v0.4.0-rc0
v0.4.0-ci3
v0.3.14
v0.3.14-rc0
v0.3.13
v0.3.12
v0.3.12-rc5
v0.3.12-rc4
v0.3.12-rc3
v0.3.12-rc2
v0.3.12-rc1
v0.3.11
v0.3.11-rc4
v0.3.11-rc3
v0.3.11-rc2
v0.3.11-rc1
v0.3.10
v0.3.10-rc1
v0.3.9
v0.3.8
v0.3.7
v0.3.7-rc6
v0.3.7-rc5
v0.3.7-rc4
v0.3.7-rc3
v0.3.7-rc2
v0.3.7-rc1
v0.3.6
v0.3.5
v0.3.4
v0.3.3
v0.3.2
v0.3.1
v0.3.0
v0.2.8
v0.2.8-rc2
v0.2.8-rc1
v0.2.7
v0.2.6
v0.2.5
v0.2.4
v0.2.3
v0.2.2
v0.2.2-rc2
v0.2.2-rc1
v0.2.1
v0.2.0
v0.1.49-rc14
v0.1.49-rc13
v0.1.49-rc12
v0.1.49-rc11
v0.1.49-rc10
v0.1.49-rc9
v0.1.49-rc8
v0.1.49-rc7
v0.1.49-rc6
v0.1.49-rc4
v0.1.49-rc5
v0.1.49-rc3
v0.1.49-rc2
v0.1.49-rc1
v0.1.48
v0.1.47
v0.1.46
v0.1.45-rc5
v0.1.45
v0.1.45-rc4
v0.1.45-rc3
v0.1.45-rc2
v0.1.45-rc1
v0.1.44
v0.1.43
v0.1.42
v0.1.41
v0.1.40
v0.1.40-rc1
v0.1.39
v0.1.39-rc2
v0.1.39-rc1
v0.1.38
v0.1.37
v0.1.36
v0.1.35
v0.1.35-rc1
v0.1.34
v0.1.34-rc1
v0.1.33
v0.1.33-rc7
v0.1.33-rc6
v0.1.33-rc5
v0.1.33-rc4
v0.1.33-rc3
v0.1.33-rc2
v0.1.33-rc1
v0.1.32
v0.1.32-rc2
v0.1.32-rc1
v0.1.31
v0.1.30
v0.1.29
v0.1.28
v0.1.27
v0.1.26
v0.1.25
v0.1.24
v0.1.23
v0.1.22
v0.1.21
v0.1.20
v0.1.19
v0.1.18
v0.1.17
v0.1.16
v0.1.15
v0.1.14
v0.1.13
v0.1.12
v0.1.11
v0.1.10
v0.1.9
v0.1.8
v0.1.7
v0.1.6
v0.1.5
v0.1.4
v0.1.3
v0.1.2
v0.1.1
v0.1.0
v0.0.21
v0.0.20
v0.0.19
v0.0.18
v0.0.17
v0.0.16
v0.0.15
v0.0.14
v0.0.13
v0.0.12
v0.0.11
v0.0.10
v0.0.9
v0.0.8
v0.0.7
v0.0.6
v0.0.5
v0.0.4
v0.0.3
v0.0.2
v0.0.1
Labels
Clear labels
amd
api
app
bug
build
cli
cloud
compatibility
context-length
create
docker
documentation
embeddings
feature request
feedback wanted
good first issue
gpt-oss
gpu
harmony
help wanted
image
install
intel
js
launch
linux
macos
memory
mlx
model
needs more info
networking
nvidia
ollama.com
performance
pull-request
python
question
registry
rendering
thinking
tools
top
vulkan
windows
wsl
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/ollama#28061
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MarkWard0110 on GitHub (Apr 18, 2024).
Original GitHub issue: https://github.com/ollama/ollama/issues/3736
Originally assigned to: @dhiltgen on GitHub.
What is the issue?
I sometimes find that Ollama runs a model that should be on the GPU on the CPU. I just upgraded to v0.1.32. I am still trying to find out how to reproduce the issue. I don't know if it is related to me getting an error when loading one of the new models.
Hardware:
Intel Core i9 14900k
DDR5 6400MHz 2x48GB
Nvidia RTX 4070 TI Super 16GB
I have yet to make it through a successful benchmark run without it doing this.
This is the logs around when it loaded the model in the CPU RAM
The same model when used another time
I wonder if this is related. Here is an error I get when I attempt to load DBRX
OS
Linux
GPU
Nvidia
CPU
Intel
Ollama version
0.1.32
@taozhiyuai commented on GitHub (Apr 18, 2024):
happen when v-ram is not enough to run on GPU+V-RAM, so ollama runs it on CPU+HD
@eng1n88r commented on GitHub (Apr 18, 2024):
Is it possible to utilize RAM + VRAM?

I'm trying to run ~40G model locally on 4090 (24GB) and I have 128GB of RAM from which almost 64GB dedicated for GPU usage (based on screenshot above). Sure, RAM is slower than dedicated GPU memory, but would it make sense to use it instead of CPU?
Currently 40GB model loads the CPU at ~95-100% and 20% is GPU utilization.
@taozhiyuai commented on GitHub (Apr 19, 2024):
I think it is working on CPU+HD mode
@eng1n88r commented on GitHub (Apr 19, 2024):
I think I see that based on the utilization percentage. To rephrase my question, is it possible to fully utilize GPU and using Unified Memory reduce CPU usage?
@debug-deng commented on GitHub (Apr 19, 2024):
Hello, I am encountering a similar issue where my GPU utilization is only at 20% while my RAM consumption has reached 90%. I know that setting num_gpu can address this, but it requires modifying the model.
@taozhiyuai commented on GitHub (Apr 19, 2024):
my Mac is m3 max 128gb. command r plus Q8 use around 101GB on GPU by lm studio
@MarkWard0110 commented on GitHub (Apr 19, 2024):
It has happened again. This never happened with the previous versions of Ollama. I have a program that will fetch the list of models available, sort the list randomly, execute 40 prompts against each model, and record the time and TPS. These are the same models I have been running against the previous versions of Ollama. This version, v0.1.32, appears to not find the GPU and load a model into the CPU.
The only way I have reproduced this is by running the program. I have not been able to reproduce it by just running ollama run.
I have ruled out the new models. I have removed them, and I will still get a run with a model that should have been on the GPU running on the CPU.
I saved my previous runs and can compare the TPS between the previous versions and this version for each of the models.
The list of models that I am running right now are
Here is another model that went CPU when it should have been GPU. My GPU has 16GB of ram. I am running Ubuntu Server and the GPU is not used for video out. The onboard video is video out.
@MarkWard0110 commented on GitHub (Apr 19, 2024):
@taozhiyuai
Ollama v0.1.32 is running models that have always run on GPU sometimes on the CPU. I am benchmarking, and the runs under Ollama v0.1.32 are loading models that have always loaded on the GPU on the CPU (randomly).
Also, note that when Ollama loaded the model, note the logs and how they differ when it loads on the CPU vs GPU for the same model.
It completely ignored the GPU. This does not happen every time. The following is another load of the model where it did use the GPU.
When a model is too big for the GPU it spreads it like the following.
@MarkWard0110 commented on GitHub (Apr 19, 2024):
Another run and the model "deepseek-coder:6.7b-instruct" is running on the CPU when it otherwise runs on GPU.
Without restarting the Ollama service. I swap the model by using ollama run and provide a different model to load. It loaded into the GPU. I then exit and run ollama run with the deep-seeker again and Ollama will load it into the GPU. Just before doing this the model was loaded onto the CPU.
The only software using the GPU is Ollama.
@dhiltgen commented on GitHub (Apr 19, 2024):
@MarkWard0110 can you run the server with
OLLAMA_DEBUG=1and repro the CPU scenario and share the log?@MarkWard0110 commented on GitHub (Apr 20, 2024):
@dhiltgen
I have attached a zip of my log file.
ollama_log.zip
@dhiltgen commented on GitHub (Apr 22, 2024):
From what I can see in the logs, it looks like it loads some models into the GPU, but then the GPU VRAM gets filled up, and it has to fall back to CPU.
(that last line saying "layers=0" means it can't offload anything to the GPU since it's too full.)
Can you run
nvidia-smiin another window while you're running your scenarios to see what is using up GPU VRAM? Assuming Ollama is the only heavy VRAM user, there may be a crash or orphan scenario here where we're not properly cleaning up after ourselves when switching models, and you'll see that as lots of ollama_llama_server processes running on the GPU innvidia-smiIt may be helpful to shutdown the system service, and run a server with debug enabled if you can isolate which specific scenario causes this problem. something like:
OLLAMA_DEBUG=1 ollama serve 2>&1 | tee server.logI've got another PR that should merge soon which revamps a bunch of this logic to support concurrency.
@MarkWard0110 commented on GitHub (Apr 23, 2024):
When I run
OLLAMA_HOST=0.0.0.0 OLLAMA_DEBUG=1 ollama serve 2>&1 | tee server.logfrom the command line, it does not load the modules downloaded when it runs as a service.@MarkWard0110 commented on GitHub (Apr 23, 2024):
As I am testing. On my server, no other process would be using the GPU. It is only Ollama. I will observe the GPU processes and see if there is more than one instance.
@MarkWard0110 commented on GitHub (Apr 23, 2024):
During a test I noticed the GPU process stopped and there are no GPU Ollama processes when it started a new model and it loaded as all CPU
server.log
@MarkWard0110 commented on GitHub (Apr 23, 2024):
@dhiltgen , I could try out your PR. Is it pretty easy to get the source up and runing?
@dhiltgen commented on GitHub (Apr 24, 2024):
@MarkWard0110 the PR is now merged to main and will be in the next release. #3418
@MarkWard0110 commented on GitHub (Apr 24, 2024):
@dhiltgen , I have tested against main and I get the same issue where the model will sometimes load on CPU instead of GPU.
My log may have some of my initial testing where I had it built but didn't have GPU support. I later figured out how to get the GPU to build.
ollama_source_log.zip
Here is something weird I heard today. Something might be wrong with Intel Core i9 and the GPU that causes software to "see" no VRAM available. I don't know the specifics. Strangely, I didn't have this problem with previous versions of Ollama.
I can roll back to an older version for double confirmation. My previous benchmarks do not indicate this ever happened.
@MarkWard0110 commented on GitHub (Apr 24, 2024):
@dhiltgen , I have checked out the
tags/v0.1.31built, and my initial testing has not been able to reproduce the bug. I will continue to run the test on the build.@MarkWard0110 commented on GitHub (Apr 24, 2024):
What if I tried to isolate changes in Ollama or llama.cpp by testing version v0.1.31 with llama.cpp used in the newer release and main? What is an approach to do this?
@MarkWard0110 commented on GitHub (Apr 24, 2024):
I have a build of Ollama v0.1.31 running with the llama.cpp commit from v0.1.32 and testing it right now.
@MarkWard0110 commented on GitHub (Apr 24, 2024):
More details about the program I am using.
The program benchmarks a fixed list of prompts against the list of models loaded in Ollama. It sorts the list of models randomly and loops through it one by one. It uses the generate API. The program will wait up to 5 minutes for the generated response.
The timeout is mostly in place for when models begin to generate and never stop.
I might try a test in which the client does not time out and awaits every response. I'll have to filter out the models that never stop.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
I can run it under a debugger with breakpoints. I will attempt to observe the execution under my testing.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
@dhiltgen, I can reproduce the issue with
ollama runonmainbranchI have a breakpoint on
memory.goslog.Debug("insufficient VRAM to load any model layers")Start a new ollama instance, and when I perform the following, it will hit the breakpoint.
ollama run phi3:3.8bollama run codellama:34bollama run phi3:3.8bOn the 5th step, it hits the breakpoint.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
@dhiltgen ,
I see there was a change in the
gpu.gofrom v0.1.31 to v0.1.32 and I have been watching how the results of theGetGPUInfo()The OS is Ubuntu Server and I am running Ollama under a VSCode devcontainer with GPU support. This is only for debugging. I get the issue on the native host and in the devcontainer.
start

ollama servetheGetGPUInforeturnsin another terminal

ollama run phi3:3.8btheGetGPUInforeturns/exitthe chatollama run codellama:34btheGetGPUInforeturns/exitthe chatollama run phi3:3.8btheGetGPUInforeturnsThis causes the system to detect not enough vram is available for offloading to the GPU.
Ollama is the only process using the GPU. The NVIDIA GPU is not used for video output. I am using the onboard CPU GPU for video output.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
It appears Ollama is getting the wrong available memory each time. Maybe the model has not fully unloaded before the get GPU call is made?
I tested a situation where before calling the last
ollama run phi3:3.8bI wait for Ollama to automatically unload thecodellama:34b. When I saw Ollama unload the model and the GPU show available vram I ran the lastollama run phi3:3.8band it loaded successfully.I'm trying to find in the code where it unloads a model before loading it to try and see if there is a situation where the swapping of the models are overlapping and the new model is reading available VRAM based upon the previous model's use.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
If I have breakpoints in the code in the areas where the runner is unloaded and right at the beginning of the
initGPUHandles()I can't reproduce the issue. I think this is because I have slowed down the program giving enough time for the vram state to change before it callsinitGPUHandles()It might be hard to reproduce this issue under a debugger if it is a timing issue. It might be a bug that is not seen on slower processors.
@MarkWard0110 commented on GitHub (Apr 25, 2024):
Having the breakpoint in
func initGPUHandles() *handles {at the beginning gives a delay between unloading and loading. With the delay every call tofunc initGPUHandles()sees the full amount of GPU memory available.@MarkWard0110 commented on GitHub (Apr 25, 2024):
@dhiltgen ,
I made the following change to
server.goClose()where it waits for the process to exit. This does not reproduce the issue.@MarkWard0110 commented on GitHub (Apr 26, 2024):
I hit the issue again. This may not be the fix.
@MarkWard0110 commented on GitHub (Apr 26, 2024):
I got the same error when the Ollama server runner
runner expired event received.@MarkWard0110 commented on GitHub (Apr 27, 2024):
I think the
timer expired, expiring to unloadis an interesting situation when I am running generations that are right at the 5 minute mark. The default session duration is 5 minutes. I understand the client could provide a keep-a-live value. I think the same race condition that was happening in the reload is happening here also.I see the loading and unloading appear to be handled in different Go routines. Perhaps there needs to be a bit more synchronization between the loading and unloading? Especially when the number of runners is 1, at maximum limit, or pending is replacing an existing runner. To avoid pending from getting dirty memory readings when loading.
@MarkWard0110 commented on GitHub (Apr 27, 2024):
I'm thinking the second problem is happening when a new pending arrives just as the
processCompletedis handling afinishedReqCh@MarkWard0110 commented on GitHub (Apr 27, 2024):
I think I have fixed the second problem by clearing the runner.expireTime when pending is assigned an existing runner. Avoid "renewing" the timer which could fire if a model generation happened to be long enough for it to trigger.
Runing through my testing. What I have to figure out is how to build unit tests that confirm the issues and validate the changes.
@MarkWard0110 commented on GitHub (Apr 28, 2024):
@dhiltgen , I have forked and have the following branch holding the changes I have made that are currently working for me.
https://github.com/MarkWard0110/fork.ollama/tree/fix/issue-3736
@dhiltgen commented on GitHub (Apr 28, 2024):
@MarkWard0110 thanks for digging into this one! I'd say go ahead and submit a PR once you think you've fixed it or are close and lets continue the conversation on the PR.
We just shipped the first RC for 0.1.33, but it sounds like this is close to fixed, so we may be able to to get it in for the final 0.1.33.
@MarkWard0110 commented on GitHub (Apr 29, 2024):
I have created the pull request https://github.com/ollama/ollama/pull/4031
@dhiltgen commented on GitHub (May 1, 2024):
#4031 is merged and will be in the final 0.1.33 release.