Search Issue Tracker
Feature Request
Votes
1
Found in
2022.2.0a13
Issue ID
UUM-1596
Regression
No
File.Open, Read and Write operations get slower as the cache size grows on Linux
How to reproduce:
1. Open the user attached project (FurnitureLoadingUnityProject.zip)
2. Open the scene "CacheTest.unity"
3. Enter PlayMode and wait until the Console outputs "Bye" or the 5th stage throws errors (if errors are thrown on the second or fourth stage leave and reenter PlayMode)
4. Open the "EmptyCache" and "FullCache" files, created in the root of the project directory, in the Profiler and pull them into the Profile Analyzer
5. Compare the data and observe the timing differences of "File.Open", "File.Read" and "File.Write" operations
Expected result: There's little to no difference in "File" operation performance
Actual result: The "File" operations are slower when the cache is full
Reproducible with: 2019.4.28f1, 2020.3.13f1, 2021.1.13f1, 2021.2.0b1
Couldn't test with: 2018.4.35f1 (Doesn't run the reproduction scripts due to missing required packages)
Notes:
1. Reproducible on Ubuntu 18.04
2. Not reproducible on Windows 10
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
- Some UXML Template Asset foldouts appear enabled when all fields inside are disabled
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
- Editor crashes on D3D12GetInterface when repeatedly enabling and disabling 256 text components
Resolution Note:
A prototype https://github.cds.internal.unity3d.com/unity/unity/pull/14160 is being provided on 2023.1 to ISS customers to see if this resolves their performance issues.