Open NaokiSato102 opened 3 months ago
I am posting using Claude's Japanese translation.
When trying to disable extensions, the list doesn't load.
first disable extensions using the command ling arg --disable-extra-extensions
https://github.com/AUTOMATIC1111/stable-diffusion-webui/wiki/Command-Line-Arguments-and-Settings
see if the issue persists after
Oh my, is that so? My apologies for the oversight.
After trying this and disabling all extensions,
the loading finished in about 2 minutes, which is a reasonable amount of time.
the loading finished in about 2 minutes, which is a reasonable amount of time.
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 Startup profile
how many lora do have? happens if you temporarily remove all your lora?
modify
--lora-dir
to point to a directory that doesn't contain lora
what kind of storage are you using?
if the issue is due to the amount of Loras then this could help
"load time" refers to the time it takes for the tab contents to become viewable. It seems that 2 minutes was the worst-case scenario; generally, it became viewable in about 30 seconds.
The Startup profile
is as follows:
There are approximately 2,500 LoRa models.
Even when trying --lora-dir "C:\Converted"
(an empty folder), there was no change.
The storage is HDD. (I'd like to switch to SSD, but the cost...)
It seems that rather than the number of LoRas, some extension might be causing the slowdown. Binary search would be a hassle...
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 --ui-debug-mode
would give an error to the lora tab, as it turned off when you first start, making the sd-civitai-browser-plus usable without the high ram uses, until you turn on SD (by using the two refresh buttons on top and press generate or go to the lora tab).
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