Search Issue Tracker
Third Party Issue
Third Party Issue in 2023.1.X
Votes
0
Found in
2019.4.40f1
2020.3.37f1
2021.3.7f1
2022.2.0b3
2023.1.0a4
Issue ID
UUM-9853
Regression
No
Multi-threaded operations take longer when in non-Windows builds
How to reproduce:
1. Open the user's attached project
2. Build and Run the project for macOS or Linux (File -> Build and Run)
3. After the build launches, navigate to the build folder
4. Open the "time.txt" file and observe the time logged after "Single apply tooh"
Expected result: wait time of 25000ms or under is logged
Actual result: wait time of 100000ms or more is logged
Reproducible with: 2019.4.40f1, 2020.3.37f1, 2021.3.7f1, 2022.2.0b3, 2023.1.0a4
Reproducible on: macOS 11.6, Ubuntu 20.04
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
- The Up, Down and other Buttons in a Style Sheet's Inspector unselect items when they are clicked while they are disabled
- Virtual Player remains active and still launches when removed from Additional Editor Instances from a custom Play Mode Scenario
- UI Toolkit Editor Window Creator becomes not interactable and greyed out when a long name is entered
- [Web][iOS] Web Player keeps restarting on launch when Native C/C++ Multithreading is enabled
- "Add Scene to Scenes in Build" pop-up reappears after Scene has already been added and another Multiplayer Editor Instance is loaded
Resolution Note:
The code taking time seem to be the native code compiled in libtzergity_native. This is not Unity code.
The user should investigate how this library is built (check optimization options, multithreading support etc.)
Resolution Note (2023.1.X):
The code taking time seem to be the native code compiled in libtzergity_native. This is not Unity code.
The user should investigate how this library is built (check optimization options, multithreading support etc.)