Search Issue Tracker
Feature Request
Votes
0
Found in
6000.0.5f1
Issue ID
UUM-74659
Regression
No
[General] Package manager takes 15 minutes to load
After updating from 2021 to 2023/6, I've encountered a huge performance issue with the package manager. It takes forever to process list of all packages in the project. It works fine in an empty project though.
After some debugging, the likely reason is the huge amount of GIT packages we got in our projects (around 150) - we got our own package managed that installs packages from our internal git.
Here is the reference to the forum topic on this issue:
[https://forum.unity.com/threads/client-list-takes-forever-to-complete-after-updating-to-unity-2023-2-20f1.1605012/|https://forum.unity.com/threads/client-list-takes-forever-to-complete-after-updating-to-unity-2023-2-20f1.1605012/]
I've attached our manifest, as well as logs from this project (upm_bigProject), and from a mostly empty project (upm_smallProject).
Note: No tests were carried out by CQA.
Comments (1)
-
GamerXP
Jan 15, 2025 05:16
Some more info on this. Tested it with Unity 6000.1.0b1
It still hangs for long time on Initial Database Refresh.
BUT
If I just kill the process when it reaches Initial Database Refresh and restart the Unity - it completes it instantly the next time and finishes loading properly.
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Assertion error is thrown and UI is no longer rendered when discarding the changes made to the selectors overriding the default controls
- Application does not crash when "On .Net UnhandledException*" is set to Crash
- Sprites are rendered in a rounded way when SRP batcher is toggled off
- LayoutGroup evaluates ILayoutIgnorer property when the Component is disabled
- [Android] [iOS] Custom render pass is not rendered or is rendered distorted when the "renderGraph.AddBlitPass" is used
Resolution Note:
We do not have a single fix that can solve the user project issue with the 150 git packages. But there are a number of performance improvements that should be done to get rid of this performance problem.
5 tech debts were opened and added to the package management team backlog to solve this issue.