The system is running out of memory. Please close applications to free memory or free up space on th
After a couple of times running the app in Oculus Link from the Editor 2020.2 I get this memory message: The system is running out of memory. Please close applications to free memory or free up space on the partition where the pagefile is located. Used memory (physical and paged): 94% (30828MB of 32724MB). Discarding profiler frames data. If I run the app without Oculus Link, I don't get this error. I had disabled the Virtual Memory from Windows. Any ideas why this happens?1.8KViews0likes0CommentsProfiling app RAM usage on the Quest
Hey guys, I am getting inconsistent stats from Logcat and Snapdragon Profiler. I am profiling the RAM usage of my application made with Unreal Engnine 4.24 and latest Oculus SDK (from the oculus branch of unreal engine). The issue is that according to snap dragon my app is using around 1.5 Gb and according to Logcat 227 mb. (I have already posted this on the Snapdragon developer forum) Who do I trust? And how do you guys profile your RAM usage?3KViews0likes2CommentsHigh Lost RAM memory when the app is launched on Quest
Hello everybody. I hope someone will could help me :smile: I'm trying to explain why my application has crashed with an out of memory interruption. I captured the memory state of my Quest just after a reboot with a "adb shell dumpsys meminfo" and I saw : Total RAM : 3.881.224K Free RAM : 2.334.507K Used RAM : 1.452.993K Lost RAM : -56.676K I think free ram and used ram values are ok. Then I launched my app which takes 1.5Go in ram memory (big app...). So it should be Ok. After exiting my app (with crash) I captured again memory state : Total RAM : 3.881.224K Free RAM : 1.240.407K Used RAM : 1.465.181K Lost RAM : 1.026.836K I said to myself "ok it's probably a memory leak. Don't worry". I checked runtime memory leak by a runtime memory profiling on Quest with OvrMetricsTool and on PC with Unity profiler. The memory was stable. I ran Quest app many times and the system memory state remains stable with Lost RAM around 1.000.000K and Free RAM 1.250.000K. I rebooted the Quest and I dit the same test with an another game of the studio. The result was the same but smaller. I 've had 300.000k on Lost Memory... (the game is smaller). I think when i launch my game, it involves a 1.000.000K loss memory and then try to use its 1.5Go and badaboom crash with "out of memory". It's not possible to reuse this "lost memory" without reboot the Quest (Edit: After other tests, some of this lost memory is reused. It's look like cache system ? so why is it considered as "lost memory" ?). By searching on Internet Lost memory is the memory that have been lost by the OS or that have been reserved by other task which has nothing to do with OS (kind of drivers). So my questions are : What do you think of this ? Is it possible memory leaks could involve an irreversible memory loss by the system ? Do you think it's an app problem ? Additionnal Information : Unity 2019.2.10f1 OvrPlugin 1.45 Oculus Integration v13 (Feb 7th 2020)2.4KViews0likes1CommentWhere is my RAM? Unity app on Oculus GO non-deterministic crashing with < 1gb memory used!
Been at this for a couple weeks now, so I need help. I have a relatively large app with many features, and recently it started exhibiting crashes, mainly during a new scene load, which made it terrible to track down. I eventually figured out were due to out-of-memory issues. I had no logs saying this, but doing an adb bugreport eventually showed the culprit as lowmemorykiller ending the process abruptly. So using Unity's great profiling tools, I was able to get my RAM consumption down from about 2gb to under 1gb. Crashes seemingly abated. Then I went on with other optimizations, including switching from GLES2 to GLES3+Single Pass Rendering. Now the crashes are coming back! I'm not using any more memory, except possibly for GLES3 itself - the profiler shows 1.02gb in use, 0.76 for unity and 270mb for "GfxDriver". However, I was previously able to have 2gb in memory before crashes before, on GLES2, so why would I crash now at ~1gb on GLES3? Further, the crashes are not consistent - sometimes I can play everything fine with no crashes, other times not. Sometimes, simply connecting to the Unity profiler pushes me over the edge to a crash, further complicating my debugging process. If I'm interpreting things correctly, the profiler says (right before the crash) that I'm using 1.02gb out of "reserved" 1.05gb, and that 2.40gb "total system memory usage" - so what is using the extra 1.4gb? Is there any better way I can isolate the specific causes of the issue? I really can't do much more to manage my RAM usage. Half of it is out of my control - 270mb on the graphics driver, and 200mb for the eye render textures - and it just feels like every time I lower my memory usage a bit, the point where I get a crash becomes lower to compensate. If I can't get an answer I'll just have to go back to the inexplicably working GLES2, and lose single-pass rendering, but that will lead to degraded user experience, so please send any suggestions! Thanks2.2KViews2likes4CommentsMemory crash question, galaxy s7 gear vr, lots of textures
My gear vr application is crashing due to running out of memory. I know I'm using a lot, but I'm running on a Galaxy S7 with 4 Gigs of ram, so I was surprised to see my memory usage was below a gig. I'm wondering if it's an issue of allocated memory too fast, and not the total size. I can load and unload to address the issue, but would prefer to keep the textures ready. Here's the memory info from the profiler right before it crashes. Unity 5.4.1, android 6.0.1.479Views0likes0CommentsGear VR crash issue with unity 5.4.2 p2
Hello, I am developing a simple application in which some data and images gets downloaded from server and gets stored in local storage. Now there are 2 issues - 1) When I start my application for the very first time it runs fine, it do not gets any file from local storage so downloads it from threads. Now when I start the application the second time it gets crashed. If I delete the data from Applications it runs again. 2) After successful run of the application I am on my main scene. Now when I go to another scene and comes back to the main scene it crashes giving a "memory violation" error in logs. I thought that its a Read permission issue so I added those permissions in my manifest and checked if its getting merged in the google project. But then also its happening. Please help as i am under deadlines and literally stuck because of this.770Views0likes1CommentFYI - Memory Leak in Network Animator
Hey Fellow Devs; Been profiling memory, draw calls and etc. After eliminating/hitting most of my bigger leaks, I noticed a pretty constant leak coming from the Network Animator object. Now, if you are making a network game, this is kind of important, because it *will* eventually trigger a GC that'll definitely give you a FPS hiccup. It's only ~2-4K every few frames, but it adds up over a minute or two. Anyway, given that there are other known issues with Network Animator, I've basically trashed it from my project. Best work around for keeping animations "in sync" with each other is to do the following: 1. Create a SyncVar(hook="InputUpdatedX") for both your X/Y inputs for movement if you have any animations tied to these. 2. Create a "RpcTriggerSync" to keep any trigger events up to date. These didn't sync with Network Animator any. 3. Repeat step one for any other state transition types. In a nutshell, that should keep your players sync'd up, it's a bit more network traffic (actually lower than using network animator) and it keeps your players animations roughly syncronized without the pesky behavior leak. Cheers, T688Views2likes0Comments- 804Views0likes0Comments