Search menu slow to load #101359

Closed
opened 2022-09-25 14:15:29 +02:00 by Erindale · 53 comments

System Information
Operating system: Windows-10-10.0.22000-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 3080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 517.40

Blender Version
Broken: version: 3.4.0 Alpha, branch: master, commit date: 2022-09-22 21:54, hash: e9344d329f
Worked: (newest version of Blender that worked as expected)

Short description of error
I believe this is to do with the recent commit that adds asset library assets to the search menu as my asset library is on a separate HDD which takes a few moments to start up when it's needed.
The drag search will just freeze up Blender from time to time as it needs to look for the assets.

edit: Asset loading might be a red herring. Sometimes it hangs immediately after working fast so 🤷

Exact steps for others to reproduce the error
Not sure how repeatable but load an asset library into a slow to load directory (extenal spinning hdd etc)
drag search. First time will be slow and then faster afterwards until the hdd goes to sleep again and then it'll be a slow search menu again.

0001-0250.mp4

**System Information** Operating system: Windows-10-10.0.22000-SP0 64 Bits Graphics card: NVIDIA GeForce RTX 3080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 517.40 **Blender Version** Broken: version: 3.4.0 Alpha, branch: master, commit date: 2022-09-22 21:54, hash: `e9344d329f` Worked: (newest version of Blender that worked as expected) **Short description of error** I believe this is to do with the recent commit that adds asset library assets to the search menu as my asset library is on a separate HDD which takes a few moments to start up when it's needed. The drag search will just freeze up Blender from time to time as it needs to look for the assets. edit: Asset loading might be a red herring. Sometimes it hangs immediately after working fast so 🤷 **Exact steps for others to reproduce the error** Not sure how repeatable but load an asset library into a slow to load directory (extenal spinning hdd etc) drag search. First time will be slow and then faster afterwards until the hdd goes to sleep again and then it'll be a slow search menu again. [0001-0250.mp4](https://archive.blender.org/developer/F13570507/0001-0250.mp4)
Author

Added subscriber: @Erindale

Added subscriber: @Erindale

#103217 was marked as duplicate of this issue

#103217 was marked as duplicate of this issue

#102723 was marked as duplicate of this issue

#102723 was marked as duplicate of this issue

#102374 was marked as duplicate of this issue

#102374 was marked as duplicate of this issue

#102263 was marked as duplicate of this issue

#102263 was marked as duplicate of this issue

Added subscriber: @Slowwkidd

Added subscriber: @Slowwkidd

Actually I also noticed some slowdowns in the search menu already in 3.3, both in the node editor and in the 3D Viewport. Oddly enough, splitting the 3D Viewport editor for some reason put it back to regular speed...

Actually I also noticed some slowdowns in the search menu already in 3.3, both in the node editor and in the 3D Viewport. Oddly enough, splitting the 3D Viewport editor for some reason put it back to regular speed...
Member

Added subscriber: @PratikPB2123

Added subscriber: @PratikPB2123
Member

Changed status from 'Needs Triage' to: 'Needs User Info'

Changed status from 'Needs Triage' to: 'Needs User Info'
Member

Thanks for the report. I'm not able to confirm this.

I believe this is to do with the recent commit that adds asset library assets to the search menu

@Erindale , did you check in 3.3LTS? I'm not sure if asset library is involved but does result vary with asset library size?

Thanks for the report. I'm not able to confirm this. > I believe this is to do with the recent commit that adds asset library assets to the search menu @Erindale , did you check in 3.3LTS? I'm not sure if asset library is involved but does result vary with asset library size?
Member

@Erindale hi, any updates?

@Erindale hi, any updates?
Author

In #101359#1429002, @PratikPB2123 wrote:
@Erindale hi, any updates?

Hi, sorry I missed this. No loading issue with 3.3. My asset library is not big by any stretch, maybe fewer than 10 node groups (and no other asset types).
Is there a way I can debug what's causing it? It only happens sporadically so unclear to me if it's the harddrive loading or something else.

> In #101359#1429002, @PratikPB2123 wrote: > @Erindale hi, any updates? Hi, sorry I missed this. No loading issue with 3.3. My asset library is not big by any stretch, maybe fewer than 10 node groups (and no other asset types). Is there a way I can debug what's causing it? It only happens sporadically so unclear to me if it's the harddrive loading or something else.
Member

Is there a way I can debug what's causing it? It only happens sporadically so unclear to me if it's the harddrive loading or something else.

Hi, no idea really how to debug in such case.
Does this happen in particular .blend file? Could you redo the problem with factory settings?
If HDD isn't culprit here, I'd guess bdb5754147 has affected this.

> Is there a way I can debug what's causing it? It only happens sporadically so unclear to me if it's the harddrive loading or something else. Hi, no idea really how to debug in such case. Does this happen in particular .blend file? Could you redo the problem with factory settings? If HDD isn't culprit here, I'd guess bdb5754147 has affected this.
Member

Added subscriber: @HooglyBoogly

Added subscriber: @HooglyBoogly
Member

Maybe it's unrelated, but I've actually noticed this with all menus recently, but only sometimes when I alt-tab to Blender. Menus don't redraw until I move my mouse.

Maybe it's unrelated, but I've actually noticed this with all menus recently, but only sometimes when I alt-tab to Blender. Menus don't redraw until I move my mouse.
Contributor

Added subscriber: @persun

Added subscriber: @persun

Added subscriber: @genesis2303

Added subscriber: @genesis2303

I also get this issue, it's not only drag search, it's also usual search for me, but it occurs spontaneously from time to time. Asset library is almost unusable, like it's loop searching (taskbar icon blinking green over and over when search) but I guess that's expected with all rebuild thing. Also, from time to time I get this weird thing where my keyboard goes bonkers, similar to old windows ctrl+shift (y<->z switch) keys totally change their functions in all Windows and I need to go alt+tab and windows+tab few times to avoid restart.

I also get this issue, it's not only drag search, it's also usual search for me, but it occurs spontaneously from time to time. Asset library is almost unusable, like it's loop searching (taskbar icon blinking green over and over when search) but I guess that's expected with all rebuild thing. Also, from time to time I get this weird thing where my keyboard goes bonkers, similar to old windows ctrl+shift (y<->z switch) keys totally change their functions in all Windows and I need to go alt+tab and windows+tab few times to avoid restart.
Author

Still happening on 3.4 builds.
I removed all of my asset libraries from the Preferences > File Paths section and that resolved it. Not really viable to not have access to the libraries though.
It was happening while livestreaming and at least 4 others said they had the same behaviour.

Still happening on 3.4 builds. I removed all of my asset libraries from the Preferences > File Paths section and that resolved it. Not really viable to not have access to the libraries though. It was happening while livestreaming and at least 4 others said they had the same behaviour.
Member

Changed status from 'Needs User Info' to: 'Needs Triage'

Changed status from 'Needs User Info' to: 'Needs Triage'

Added subscriber: @Julieta-Riley

Added subscriber: @Julieta-Riley

I guess the shift a menu's asset library checks must not be very fast, and happening repeatedly even when unnecessary. Maybe when assets are created or modified, store in each library a 'last modified date' together with a list of id's for modified asset names and new assets, and then refresh only when the date differs from the last time the shift a menu updated. Rather than searching through the entire asset library looking for additions now and then, only update the asset names whose keys are in the updated/new id list.

I guess the shift a menu's asset library checks must not be very fast, and happening repeatedly even when unnecessary. Maybe when assets are created or modified, store in each library a 'last modified date' together with a list of id's for modified asset names and new assets, and then refresh only when the date differs from the last time the shift a menu updated. Rather than searching through the entire asset library looking for additions now and then, only update the asset names whose keys are in the updated/new id list.

Added subscriber: @mod_moder

Added subscriber: @mod_moder

@HooglyBoogly Could there be a build variant in which some assets loading functions print their running time? If it's hard to reproduce, could the users themselves send you bottleneck information?

@HooglyBoogly Could there be a build variant in which some assets loading functions print their running time? If it's hard to reproduce, could the users themselves send you bottleneck information?
Member

Changed status from 'Needs Triage' to: 'Needs User Info'

Changed status from 'Needs Triage' to: 'Needs User Info'
Member

So far it looks like assets are somehow involved in this issue. It'd help to triage the report if someone share their reduced asset library.

So far it looks like assets are somehow involved in this issue. It'd help to triage the report if someone share their reduced asset library.
Member

Added subscribers: @OmarEmaraDev, @cmbasnett

Added subscribers: @OmarEmaraDev, @cmbasnett

Added subscribers: @costa, @mano-wii

Added subscribers: @costa, @mano-wii

Added subscriber: @Jeppe-Mygh

Added subscriber: @Jeppe-Mygh

We have this problem at our studio as well - we use dropbox to access 10 shared libraries across the studio, and the bug happens for me and my coworkers consistently in 3.4 & 3.5.
Tested it out on a fresh install, added a few hundred cubes into 3 different libraries on the same SSD, and the hang begins to become noticeable at that point. Found out that you can trigger the hang by undoing after you drag search and place a node. This forces the library to reload for some reason. Hope it helps.

We have this problem at our studio as well - we use dropbox to access 10 shared libraries across the studio, and the bug happens for me and my coworkers consistently in 3.4 & 3.5. Tested it out on a fresh install, added a few hundred cubes into 3 different libraries on the same SSD, and the hang begins to become noticeable at that point. Found out that you can trigger the hang by undoing after you drag search and place a node. This forces the library to reload for some reason. Hope it helps.

Same here the loading persists if we use the server for asset library

Same here the loading persists if we use the server for asset library

Is this bug confirmed or still needs information from the user?

Is this bug confirmed or still needs information from the user?
Member

Not marked as "confirmed" yet.
We don't have enough information for reproducing it locally. Asset file might help

Not marked as "confirmed" yet. We don't have enough information for reproducing it locally. Asset file might help

I can't share the assets however I can say this issue persists only if I use our local server every time I add a new geometry node (linked nodes) the asset library reloads and Blender hangs like in the screenshot. image.png
This bug doesn't exist only in the node editor, every time I change the asset library it starts reloading again and Blender hangs.

If I can help somehow to confirm this bug please tell me how :)

Edit: I opened fresh Blender added new empty folder as an asset library, and then I go to asset editor and I choose the empty folder and Blender hangs

I can't share the assets however I can say this issue persists only if I use our local server every time I add a new geometry node (linked nodes) the asset library reloads and Blender hangs like in the screenshot. ![image.png](https://archive.blender.org/developer/F13949328/image.png) This bug doesn't exist only in the node editor, every time I change the asset library it starts reloading again and Blender hangs. If I can help somehow to confirm this bug please tell me how :) Edit: I opened fresh Blender added new empty folder as an asset library, and then I go to asset editor and I choose the empty folder and Blender hangs

Added subscriber: @Azagwen

Added subscriber: @Azagwen

Is it possible to increase the priority of this task, given how often it is reported, and also that in some ways this is a regression of the functionality of the add nodes menu?

(Oh yeah, it's not confirmed yet)

Is it possible to increase the priority of this task, given how often it is reported, and also that in some ways this is a regression of the functionality of the add nodes menu? (Oh yeah, it's not confirmed yet)

This happens to me on the 3.4.0 Beta, I think the fact that my asset libraries are on an external HDD might play a role into it, but I haven't tried to confirm that, and I'm not sure how to.

This happens to me on the 3.4.0 Beta, I think the fact that my asset libraries are on an external HDD might play a role into it, but I haven't tried to confirm that, and I'm not sure how to.

Added subscriber: @msamilg-3

Added subscriber: @msamilg-3

I have the same problem with the 3.4 full release, has been persistent since 3.4 alpha (also happens with 3.5 alpha). Geometry nodes are unusable with my asset libraries loaded. Removing my libraries from the settings resolves it for me too.

I have the same problem with the 3.4 full release, has been persistent since 3.4 alpha (also happens with 3.5 alpha). Geometry nodes are unusable with my asset libraries loaded. Removing my libraries from the settings resolves it for me too.

Added subscriber: @Simaris

Added subscriber: @Simaris

I'm also having this problem on 3.4, same behavior as mentioned multiple times..
I've got a large PBR asset library split into multiple libraries for faster load times when doing texturing work, if we could specify which asset library is containing/has to be searched for geonodes, it wouldn't have to go through all of them and freeze blender for up to 20seconds in my case..

I'm also having this problem on 3.4, same behavior as mentioned multiple times.. I've got a large PBR asset library split into multiple libraries for faster load times when doing texturing work, if we could specify which asset library is containing/has to be searched for geonodes, it wouldn't have to go through all of them and freeze blender for up to 20seconds in my case..

Added subscriber: @Kuboa

Added subscriber: @Kuboa

Added subscriber: @Dimitar

Added subscriber: @Dimitar

I am also experiencing this bug. I have about 7 asset libraries and bone of them have geometry nodes assets. The first time I switch to a geometry nodes window in a new file, geometry nodes shoes to a grind, so it's not really usable.

I am also experiencing this bug. I have about 7 asset libraries and bone of them have geometry nodes assets. The first time I switch to a geometry nodes window in a new file, geometry nodes shoes to a grind, so it's not really usable.
Member

Added subscriber: @MIDIManNI

Added subscriber: @MIDIManNI

I did a second install of the same Blender Version on a different PC and same thing is happenning with NO 3rd-party plugins installed whatsoever...

Can't be an issue with both Computers!

Reagrds

Ivan Flack

I did a second install of the same Blender Version on a different PC and same thing is happenning with NO 3rd-party plugins installed whatsoever... Can't be an issue with both Computers! Reagrds Ivan Flack
Member

Hi @Erindale, could you grab and test again in fresh copy of 3.5?: https://builder.blender.org/download/daily/
Related report which is fixed last week: #103187 (Slowdown when opening add menu or search menu for the first time in the node editor)

Hi @Erindale, could you grab and test again in fresh copy of 3.5?: https://builder.blender.org/download/daily/ Related report which is fixed last week: #103187 (Slowdown when opening add menu or search menu for the first time in the node editor)

Hi Pratik! Just tested the latest build, and the search function does not seem to freeze up blender anymore! Thanks! :)

Hi Pratik! Just tested the latest build, and the search function does not seem to freeze up blender anymore! Thanks! :)

Closed as duplicate of #103187

Closed as duplicate of #103187

Added subscriber: @Quan-4

Added subscriber: @Quan-4

I also have same issue. It's doesn't happen every time, but it does happen.

I also have same issue. It's doesn't happen every time, but it does happen.

Added subscriber: @FelipeTorrents

Added subscriber: @FelipeTorrents

I'm still having slowdowns on 3.4.1 when opening add menu or search in geometry nodes. I have an asset library in an nvme and an hdd, both with GN assets. Blender takes up to 5 minutes to build up the submenus in add menu on each startup. After it's finished it remains laggy indefinitely.
The situation improves if I remove the path to the hdd library. It takes about 20 secs to build the menu and remains responsive. I guess I have to move all the node groups to the faster drive then.

I'm still having slowdowns on 3.4.1 when opening add menu or search in geometry nodes. I have an asset library in an nvme and an hdd, both with GN assets. Blender takes up to 5 minutes to build up the submenus in add menu on each startup. After it's finished it remains laggy indefinitely. The situation improves if I remove the path to the hdd library. It takes about 20 secs to build the menu and remains responsive. I guess I have to move all the node groups to the faster drive then.
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
22 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#101359
No description provided.