-
Notifications
You must be signed in to change notification settings - Fork 27.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: In ver1.10.1, loading is slow when there are a large number of models. #16399
Comments
I am posting using Claude's Japanese translation. |
first disable extensions using the command ling arg |
Oh my, is that so? My apologies for the oversight. |
2 minutes that's still feels very slow what do you actually mean by "load time"
for server load time you can see details from the how many lora do have? happens if you temporarily remove all your lora?
what kind of storage are you using?
if the issue is due to the amount of Loras then this could help |
For me after i get a high amount loras (over 1k) in reForge:
I think it be a problem with webui handing a large amount of Lora in general since Pre UI update for the lora tab (when it had one button for sorting and not three), using |
the same proplem, i think it happen when i frequent switching checkpoint,then sdwebui crazy read my other hdd(no the local of app),if i Use checkpoint all the time there is no proplem happen. |
Checklist
What happened?
After updating from the previous version 1.9.x to version 1.10.1, loading of various tabs became slower.
It seems data may not be loading properly, as even in the prompt input field, it indicates that existing LoRa models are not found.
When trying to disable extensions, the list doesn't load.
Attempting to update the UI is not possible as this is already the latest major update with a version tag.
There don't seem to be any existing reports of this issue.
Tried backing up and deleting config.json and ui-config.json before starting, but it wouldn't launch.
Steps to reproduce the problem
Place a large number of models in various folders. This includes LoRas, Checkpoints, TIs, etc. In my environment, there are many LoRas.
The "--lora-dir" argument is used to specify the loading location. Since it was working normally before, I don't think the problem lies there.
If left running, it seems to improve at some point. This might be due to the completion of some kind of database construction. Clearing the UI from the browser resets it to the initial state.
What should have happened?
The UI should load within a reasonable time frame, allowing browsing of various tabs, extension lists, etc. For LoRas that exist, the prompt should not show errors about their absence, while showing errors only for truly non-existent ones or those not yet updated.
(Ideally, updates would take effect immediately and errors would only show for truly non-existent items, but that might be a separate issue.)
What browsers do you use to access the UI ?
Mozilla Firefox
Sysinfo
Console logs
Additional information
No response
The text was updated successfully, but these errors were encountered: