enh: Optimize Open WebUI Web Search to Prevent CPU Stalls #5679
chrisoutwright
started this conversation in
General
Replies: 2 comments
-
|
I'm also having this problem (at least I think). Mainly with numbers higher than around 8 it just seems to freeze no matter what search engine I use (I've tried google, searXNG, jina, duckduckgo). Mine is responsive while it is searching and the CPU stays idle. The higher the search found the exponentially higher wait time. It can be minutes with 10+. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
+1 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Bug Report
When using web search in Open WebUI, I encounter a CPU stall that causes my PC to freeze. This issue seems to be more prevalent when there are multiple concurrent search requests or a high number of search results (12,12 for example). The system logs show that the RAG_WEB_SEARCH_RESULT_COUNT and RAG_WEB_SEARCH_CONCURRENT_REQUESTS settings are being loaded but it appears that these settings might not be effectively managing the load. There should be a way to limit the total amount of cores so that the stalling can be prevented.
Installation Method
Manual Install according to:
Environment
Open WebUI Version: [v0.3.28]
Ollama (if applicable): [v0.3.11]
Operating System: [e.g., Windows 10]
Browser (if applicable): [e.g., Chrome Version 129.0.6668.59 (Official Build) (64-bit)]
Confirmation:
I have read and followed all the instructions provided in the README.md.
I am on the latest version of both Open WebUI and Ollama.
I have included console logs.
I have provided the exact steps to reproduce the bug in the "Steps to Reproduce" section below.
Expected Behavior:
The web search function in Open WebUI should operate smoothly without causing a CPU stall or system freeze, even when handling multiple concurrent search requests or a high number of search results. The settings RAG_WEB_SEARCH_RESULT_COUNT and RAG_WEB_SEARCH_CONCURRENT_REQUESTS should effectively manage the load to prevent performance issues.
Additionally, there should be an option to limit the total number of CPU cores used by the web search process to ensure stable system performance.
Actual Behavior:
When using the web search function in Open WebUI, the system frequently experiences a CPU stall that causes the PC to freeze. This issue is particularly prevalent when there are multiple concurrent search requests or a high number of search results (e.g., 12 or more). Despite the settings RAG_WEB_SEARCH_RESULT_COUNT and RAG_WEB_SEARCH_CONCURRENT_REQUESTS being loaded, they do not seem to effectively manage the load.
Configuration Details:
Web Search:
Enable Web Search: Enabled
Web Search Engine: searxng
Searxng Query URL: different server than open-webui being hosted
Search Result Count: 12
Concurrent Requests: 12
Description
Bug Summary:
When using web search in Open WebUI, I encounter a CPU stall that causes my PC to freeze. This issue seems to be more prevalent when there are multiple concurrent search requests or a high number of search results (12,12 for example).
The system logs show that the RAG_WEB_SEARCH_RESULT_COUNT and RAG_WEB_SEARCH_CONCURRENT_REQUESTS settings are being loaded but it appears that these settings might not be effectively managing the load. There should be a way to limit the total amount of cores so that the stalling can be prevented.
Reproduction Details
Steps to Reproduce:
Set Configuration Values:
RAG_WEB_SEARCH_RESULT_COUNTto a value like 10(or any higher value).RAG_WEB_SEARCH_CONCURRENT_REQUESTSto a value like 10 (or any higher value).Perform Web Searches:
Observe System Behavior:
Logs and Screenshots
Browser Console Logs:
n.A.
Screenshots/Screen Recordings (if applicable):
n.A.
Beta Was this translation helpful? Give feedback.
All reactions