Search Unity

  1. Want to see 2020.1b in action? Sign up for our Beta 2020.1 Overview Webinar on April 20th for a live presentation from our evangelists and a Q&A session with guests from R&D.
    Dismiss Notice
  2. Interested in giving us feedback? Join our online research interviews on a broad range of topics and share your insights with us.
    Dismiss Notice
  3. We're hosting a webinar for the new Input System where you'll be able to get in touch with the devs. Sign up now and share your questions with us in preparation for the session on April 15.
    Dismiss Notice
  4. Dismiss Notice

Extremely slow editor in 2019.2.0a7

Discussion in '2019.2 Beta' started by DefiantDev_Chris, Mar 7, 2019.

  1. DefiantDev_Chris

    DefiantDev_Chris

    Joined:
    May 9, 2018
    Posts:
    11
    Since updating to 2019.2.0a7, many of our scenes have become unusably slow in the editor (1-5 fps)

    The culprit seems to be Semaphore.WaitForSignal in the editor windows
    upload_2019-3-7_12-27-6.png


    This doesn't happen in all scenes, and sometimes deleting most of the objects out of a scene fixes the issue. I have not been able to figure out what is in fact causing the issue, because the objects that are deleted which solve the issue are never consistent (deleting half the scene may fix the issues once, but trying again to delete the same objects doesn't solve the issue if the scene is reverted).

    We are also using HDRP 5.6.1.

    Any help tracking this down would be great.
    Chris
     

    Attached Files:

    Last edited: Mar 7, 2019
    jaydee_programming likes this.
  2. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    Could you please submit a bug report with a minimal reproduction project for this issue and reply in here with the issue ID?
     
  3. Scott-Michaud

    Scott-Michaud

    Joined:
    May 26, 2015
    Posts:
    14
    I seem to have been getting a similar issue... even in builds, not just the editor although I've seen it in-editor, too... on both 2018.3 and 2019.1.

    unity-2019-semaphore_stutter.png
    Sometimes I enter a specific level and get 250 FPS, and sometimes I enter that level and get 2 FPS. Interestingly, I was getting fairly consistently 2 FPS several times in a row... until I noticed that Microsoft Anti-malware was using a significant amount of CPU. As soon as I disabled Real-time protection, Cloud-delivered protection, and Automatic sample submission from the Windows Security center, I turned on the build and got full performance again. It also kept that full performance when I turned those settings back on again, though.

    Could be a co-incidence.

    It's especially weird that it pretty much affects a single scene, and that scene isn't very complicated. (I mean, it gets 250+ FPS on a good day.)

    I'll file a bug report.

    (edit: I should note that I *do not* have the March 1st Windows Update installed, which is known to cause performance issues of some sort. My most recent update is the February Patch Tuesday security update. This bug is not related to the buggy, March 1st Windows 10 update.)
     
    Last edited: Mar 12, 2019
    AlteredPlanet likes this.
  4. AlteredPlanet

    AlteredPlanet

    Joined:
    Aug 12, 2013
    Posts:
    451
    yes I get this , it happens in builds as well, non SRP
     
    FlightOfOne likes this.
  5. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    He said he can't figure out what is causing the issue, not that he's unable to reproduce it. If he sends us (a part of) the project that demonstrates the issue, we can have a look at it.
     
  6. DefiantDev_Chris

    DefiantDev_Chris

    Joined:
    May 9, 2018
    Posts:
    11
    Sorry I have rolled everything back, because this project has a pretty tight deadline, but I will investigate a minimal repro when I have available time.

    Thanks
     
    Last edited: Mar 13, 2019
    LeonhardP likes this.
  7. Scott-Michaud

    Scott-Michaud

    Joined:
    May 26, 2015
    Posts:
    14
    I opened an issue with the ID: 1136028
     
  8. Scott-Michaud

    Scott-Michaud

    Joined:
    May 26, 2015
    Posts:
    14
    So it turns out that Windows Security may not be the issue?

    I just had two instances of Unity open, one in 2019.1.0b7 on my main project and one in 2019.1.0b6 on the buggy project that I submitted with 1136028. (I was intending to copy some shadow settings over from the test scene.)

    I noticed that the 2019.1.0b6 (buggy) project had massive editor lag. The 2019.1.0b7 project was responding normally during this time. I took a screenshot of the "Profile Editor" on 2019.1.0b6.

    unity-2019-semaphore_stutter-02_editor.png
    I turned off Windows Security (Real-time protection, Cloud-delivered protection, and Automatic sample submission) and the lag persisted. I restarted the Unity instance that was laggy, and the lag persisted when it relaunched.

    I started typing up this post without turning off either Unity instance any more times; after a handful of minutes of writing this post, I noticed that the editor "fixed itself" and it was responding normally.

    Unless Windows Security refused to give up several minutes after I shut it off, it looks like it may not be the cause. The "wake up" when I shut it down last time was just a coincidence.

    I have not attempted to use the buggy project in 2019.1.0b7 yet. I'll let you know if I see the problem (either in the buggy test-project or in the main project) in 2019.1.0b7 (or later).

    Edit: Just a few minutes after posting this... the main project (in 2019.1.0b7) started to lag. It happened as I was editing shadow settings for the scene's Directional Light although that likely has nothing to do with the actual problem.

    unity-2019-semaphore_stutter-03_editor.png
     
    Last edited: Mar 14, 2019
  9. futurlab_peterh

    futurlab_peterh

    Joined:
    Jan 23, 2018
    Posts:
    22
    Is there any news on this? We're still facing a significant performance hit (apparently) due to Semaphore.WaitForSignal() calls in 2019.1.0f2. This seems to have been introduced in an 2019.1 alpha or beta release, as I don't recall encountering this issue on 2018.3.

    Possibly introduced on 2019.1.0a12? https://unity3d.com/unity/alpha/2019.1.0a12
    • Profiler: Added "Semaphore.WaitForSignal" profiler marker.
    Not sure if we just became aware of this because of the profiler marker, or if it is actually causing the slowdown, but might be worth confirming it.
     
    Last edited: Apr 16, 2019
    FlightOfOne likes this.
  10. alexeyzakharov

    alexeyzakharov

    Unity Technologies

    Joined:
    Jul 2, 2014
    Posts:
    362
    Hi,

    Semaphore.WaitForSignal is a sample which wraps semaphore waits. In this case Gfx.WaitForPresent underneath is waiting for semaphore signal from Render Thread. In 2019.2 we only exposed this internal behavior to profiler.
    I would look at what Render Thread is doing during these abnormal frames. Perhaps GPU profiler can explain high present times.
     
  11. Yoirgla

    Yoirgla

    Joined:
    Jan 2, 2015
    Posts:
    15
    Hello there. I'm facing a similar issue unfortunately I can't get any info from GPU profiler as it's all listed as "other"
    https://forum.unity.com/threads/performances-issues-oculus-unity-2019-1-0f2.666664/
     
    JoelGab likes this.
  12. Carterryan1990

    Carterryan1990

    Joined:
    Dec 29, 2016
    Posts:
    77
    For me, If I use a certain material within the ui i get the semaphore.waitforsignal in the profiler using 47.1ms and my fps drops from 800 to 40 fps. Using 2019.1.0f2 and the hd srp.

    Strangely, when I do a deep profile semaphore disappears and the ms goes from 47 to 6.
     
    Last edited: Apr 25, 2019
    DezBoyle likes this.
  13. Scott-Michaud

    Scott-Michaud

    Joined:
    May 26, 2015
    Posts:
    14
    Knock on wood, I haven't seen the issue for about three weeks now. So weird.
     
  14. Carterryan1990

    Carterryan1990

    Joined:
    Dec 29, 2016
    Posts:
    77
    Here is a screen shot of it taking place now. Its no longer a UI issue as I have all UI elements disabled. Very strange stuff. Im using the HD SRP UnLit shader with gpu instancing enabled. In my RenderPipeLine asset SRP batching is enabled and in player settings I have experimental graphics enabled. The highlighted section in the profiler is the semaphore.waitforsignal, as you can also see by looking at the stats my cpu main is well over 100ms. I have 32 gb of ram and a 1080gtx graphics card. If you would like I can export this scene to a unity package to see if you get the same results. upload_2019-4-26_9-17-55.png
     
    DezBoyle likes this.
  15. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    It would be great if you could submit a bug report with the description of the problem you gave here and this reproduction project attached to it.
     
  16. Kombiice

    Kombiice

    Joined:
    Jan 20, 2015
    Posts:
    64
    Happening with me, too.

    Using 2019.2.0a13
     
  17. Kombiice

    Kombiice

    Joined:
    Jan 20, 2015
    Posts:
    64
    Sooo, this mostly seems to happen when maximizing the game tab. Also, hdrp seems to result in cpu usages between about 7-10 MS in empty scenes.


    23:17 edit:

    The framerate issues are a problem in standalone builds, too.
     
    Last edited: May 1, 2019
    adycon94 likes this.
  18. Kombiice

    Kombiice

    Joined:
    Jan 20, 2015
    Posts:
    64
    Still no solution found, but: This issue didn't happen with 2018.3 versions back then, checked some old profiler screenshots.
     
  19. Peter77

    Peter77

    QA Jesus

    Joined:
    Jun 12, 2013
    Posts:
    4,653
    Please submit a bug-report as described in this document:
    https://unity3d.com/unity/qa/bug-reporting

    It's important that you report these issues together with a reproduction project if you want them to get fixed. If you don't do it, it might be a long time until someone else reports them or until Unity Technologies find them.

    After you submitted the bug-report, you receive a confirmation email with a bug-report Case number. Please post the Case number (number only, not the link) in this forum thread for Unity staff to pick up.
     
  20. JoelGab

    JoelGab

    Joined:
    Jul 17, 2018
    Posts:
    25
    We have the same issue.

    We have a few world-space canvases with animator components attached and set to always animate, that seemed to be the cause of this.

    In 2018.3, there is no issue with multiple canvases with simple animators, in 2019.1.0f2 it has massive spikes in semaphore.waitForSignal, and everything in GPU profiler is listed as 'other' also.
     
    DezBoyle and futurlab_peterh like this.
  21. Peter77

    Peter77

    QA Jesus

    Joined:
    Jun 12, 2013
    Posts:
    4,653
    Please submit a bug-report as described in this document:
    https://unity3d.com/unity/qa/bug-reporting

    It's important that you report these issues together with a reproduction project if you want them to get fixed. If you don't do it, it might be a long time until someone else reports them or until Unity Technologies find them.

    After you submitted the bug-report, you receive a confirmation email with a bug-report Case number. Please post the Case number (number only, not the link) in this forum thread for Unity staff to pick up.
     
  22. JoelGab

    JoelGab

    Joined:
    Jul 17, 2018
    Posts:
    25
    Our project can't be tested without Unity first installing our application to have all the prelim data setup, so we can't submit an effective bug report just via the Bug Report system.

    However, I might make a new unity project where I can force the reproduction of these spikes without needing to send our software across. :)
     
  23. Peter77

    Peter77

    QA Jesus

    Joined:
    Jun 12, 2013
    Posts:
    4,653
    I believe that would be the recommended way to get a reproduce for Unity Technologies too. The easier it's for them to reproduce an issue, the more likely it's to get fixed.
     
  24. jaydee_programming

    jaydee_programming

    Joined:
    Feb 19, 2019
    Posts:
    9
    I started seeing the OP's issue on macOS Mojave (10.14.4) after upgrading from 2018.x to 2019.1. Perhaps related, I also started using Unity Hub to manage Installs rather than direct installations.

    Ultimately the issue was alleviated by turning on vsync (using the button in the Game window's menu bar). I don't see the issue on my Windows 10 machine with vsync disabled.

    Before I figured out the vsync solution, I was able to mitigate the issue by turning off Metal (using OpenGL instead) in the Player settings menu. Perhaps there is an issue with the way Unity's Editor handles Metal without vsync.

    I did not see this issue when using 2018.3 from a direct installation
    , though I can't say for sure if I was using the same revision of Mojave at the time.
     
    Last edited: May 11, 2019
  25. Kombiice

    Kombiice

    Joined:
    Jan 20, 2015
    Posts:
    64
  26. Kombiice

    Kombiice

    Joined:
    Jan 20, 2015
    Posts:
    64
    With gpu profiling turned on, the render thread usage and gpu usage is suddenly really high, which seems to be the correct data, compared to before. Weird.


    Edit:
    There seems to a lot really wrong. These gpu rates weren't that high with same scene setups and tests before 2019.1, the drae call rates are sometimes off, the render usage rate isn't right until using the gpu profiler, and Semaphore.waitforsignal causes higher cpu usage because the gpu usage is high, with a nearly linear increase... soo, always higher cpu usage, it serms like.


    Edit 2:
    It's all running with way less problems and much faster in 2018.3 (14f1) (Edit: 2018.4 was problematic, too)

    Edit 3:

    Also, 2018.3 is not causing the TAA artifacts / frame smoothing, the editor is much faster (also, occlusion baking is faster and there are not the GI baking problems I had with 2019.1+ (Where baking took really long and sometimes GI wouldn't be displayed).


    Edit 4: By the way, the problems with 2019.1 + were present in builds too, not just the semaphore.waitforsignal thing.


    Edit 5: Okay, Gfx.WaitForPresent is still there in 2018.3(14f1), causing high cpu usage, but still, everything's running much faster and there are less editor problems.

    Edit 6: I closed the profiler (GPU profiling was enabled, too) entirely, the fps rate is much higher in 2018.3(14.f1) now. And the render thread usage dropped from around 20ms to 5ms again. Similar to the time when I enabled gpu profiling in a newer unity version which showed that gpu usage wasn't at around 7ms, but 50-60ms (Also in the stats tab in game view)

    Edit 7: Also, when having gpu profiling enabled, it can be seen that volumetric fog takes around 30ms in newer unity versions, and just about 3ms in 2018.3

    Edit 8: Disabling gpu profiling sets the render thread usage way down.
    Closing the profiler entirely sets render thread usage down to about 3ms from around 18 MS in a testscene (Similar to disabling the gpu profiler), and cpu usage way down, too, giving me over 100 fps in that certain testscene, to around 60 with the profiler opened. There are many inaccuracies using the profiler and testing inside the editor at all
     
    Last edited: May 14, 2019
  27. noio

    noio

    Joined:
    Dec 17, 2013
    Posts:
    119
    I ran into this issue when trying to edit a Probuilder/Polybrush mesh, during which the Editor becomes unusably slow with 2-10 seconds per frame, time spent in Semaphore.WaitForSignal inside of Gfx.ReadBackImage.

    Switching the Graphics API for Mac to OpenGLCore is a workaround.

    I have submitted a bug report.
     
    sdcyzjq and LeonhardP like this.
  28. jamesnw

    jamesnw

    Joined:
    Mar 23, 2013
    Posts:
    42
    I just ran into this also. In this cast I'm using WeatherMaker, and when a "Light" property ("get_Light()") is accessed, it causes a 30.21ms delay waiting on Semaphore.WaitForSignal().
     
  29. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    Could you please post the issue ID?
     
  30. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
  31. o1o1o1o1o2

    o1o1o1o1o2

    Joined:
    May 22, 2014
    Posts:
    32
    Same here, scene with nothing but only one generated mesh (that represent grid) with simple shader
    cause fps drop from 60 to 4 on Android (editor and standalone show ~1000fps) I tried vsync on/off, change different shaders,burst safety checks on\off,switch different graphics api, and nothig helps. In profiler i saw gfx.waitforpresentongfxthread takes ~700 ms on OpenGLES, and now i see Gfx.endasyncjobframe takes ~300ms on Vulkan

    UPD For clearness, not only this mesh in the scene, but enabling this mesh cause issue, if i disable this object evrything goes back to normal 60 fps on android
     
    Last edited: May 23, 2019
    dyburke likes this.
  32. M_R_M

    M_R_M

    Joined:
    Jan 31, 2019
    Posts:
    10
    Having the same issue. What set it off for me was moving a couple variables (just storing some positions and rotation) from Start to OnEnable. The weird thing is I did this for two objects with virtually the exact same functions (don't ask), and it worked perfectly when this change was made on the first object, but cropped up immediately when made on the second object. Literally no other changes were made between between the addition of these two lines, save for simply clicking the play button in the editor. Even stranger, the problem now persists in the same two lines of code on the first object that it originally worked fine on.

    Pre-post edit: Upon further testing, the issue on one of the objects was resolved by removing the 2 lines in question, saving the script without them and running in the editor, and then adding the 2 lines back in. Unfortunately, removing the 2 lines and even the method entirely did not resolve the issue on the other object. It just doesn't add up.

    The issue has the appearance of randomness, so I'm honestly not sure if it's easily replicable with a simplified project. I would at least attempt to replicate it in a simplified project and submit a report, but due to other setbacks that cropped up last week, I'm now 6 days behind and simply can't afford to spend any more time on stuff like this, I have to move on. If for nothing else than my sanity.

    If I do happen to catch up on the roadmap next week I'll try to come back to this.
     
  33. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    QA was able to reproduce this issue on one of their machines. The devs will look into it. You can check the status of the issue here: https://issuetracker.unity3d.com/product/unity/issues/guid/1154911/
     
    FROS7 and noio like this.
  34. noio

    noio

    Joined:
    Dec 17, 2013
    Posts:
    119
  35. dyburke

    dyburke

    Joined:
    Nov 11, 2012
    Posts:
    6
    Been ripping my hair out trying to figure out why such a simple game like the one I'm making is struggling to push frames on Android. Thank you for validating my woes. :D
     
  36. ProverbsVG

    ProverbsVG

    Joined:
    Jun 15, 2016
    Posts:
    3
    Was there ever a fix to this? I'm getting this same issue on Unity 2019.1.0f2 windows 10
     
  37. Lo-renzo

    Lo-renzo

    Joined:
    Apr 8, 2018
    Posts:
    162
    I was having the same issue while testing in 2019.2.0b5, showing up as both:

    Gfx.WaitForPresent > Semaphore.WaitForSignal
    +
    PostLateUpdate.PlayerUpdateCanvases > UIEvents.WillRenderCanvases > UGUI.Rendering.UpdateBatches > Canvas.BuildBatch > Semaphore.WaitForSignal

    But primarily the latter.

    I successfully fixed it.

    I did two things:
    1. Rolled back to 2019.1. This was not downgrading; I manually updated my a pre-beta version to catch up. This did NOT fix it, which was terrifying. I'm still on 2019.1 now.
    2. Then I upgraded my NVIDIA drivers, and that seems to have resolved the issue. I also upgraded all other drivers too but it's probably the NVIDIA ones that fixed it. So, try upgrading your drivers maybe that will help.
     
    auleek_dev likes this.
  38. Josh_Snowman

    Josh_Snowman

    Joined:
    May 14, 2019
    Posts:
    1
    I been having the Semaphore.WaitForSignal issue in the profiler (hitting 80%+). This fixes both 2018 and 2019 versions for me on Mac. Simply docking shader graph, pro builder, and poly brush windows fixed it.

    Shader graph if not docked would make my both my game and scene view unusable. Pro builder would crash unity if you zoom (f) on an object in a scene.

    Also disabling metal editor in the project settings is a temporary fix.
     
  39. beardedrangaman

    beardedrangaman

    Joined:
    Jul 22, 2017
    Posts:
    9
    I was having this issue and changing the game window resolution from 4k to 1080p seems to work (for now).
     
    Mohamed-Mortada likes this.
  40. mihaelys

    mihaelys

    Joined:
    Jul 26, 2013
    Posts:
    1
    Have the same problem in 2019.1.3f and 2019.1.8f
     
  41. Nimred

    Nimred

    Joined:
    Nov 1, 2014
    Posts:
    45
    I thought I had this issue in 2019.1.7 as well, until I looked closer at the profiler. Semaphore.WaitForSignal stood out, but it was just filling time created by too many physics updates. Turns out my fixed update rate had been set to 0.0001 by some asset, not at runtime but in the projectproperties :/ Just mentioning this in case it helps someone in a similar situation.
     
    richardkettlewell likes this.
  42. Stamblew

    Stamblew

    Joined:
    Sep 3, 2014
    Posts:
    19
    I am also facing the same issue with Unity 2019.1.5f1. Semaphore.WaitForSignal is taking too much time, I don't know what's happening. I'm currently building for Android.
     

    Attached Files:

  43. mangax

    mangax

    Joined:
    Jul 17, 2013
    Posts:
    299
    current 2019 unity builds are very buggy on androids especially old models..
     
  44. Stamblew

    Stamblew

    Joined:
    Sep 3, 2014
    Posts:
    19
    Hmm... interesting, I will test on 2018.4.3f1 which is the 2018 LTS, I will keep you guys updated.
     
  45. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    We would really appreciate it if you could submit bug reports with reproduction steps & projects for these issues. These problems are often hardware/project specific and are not reproducible without additional information.
     
  46. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    Based on your comment the QA team was able to reproduce the described behaviour on HDRP. It has been forwarded to the devs.
    https://issuetracker.unity3d.com/product/unity/issues/guid/1168417/
     
  47. mangax

    mangax

    Joined:
    Jul 17, 2013
    Posts:
    299
    there is something awfully wrong with unity 2019 + LWRP and android builds.. am getting lighting issues with bakes maps (they look black) .. the semaphore issue used to happen on my old android phones from 2 years and so... my galaxy s10 didn't have this issue.. so i thought this issue happens due to a bottleneck on old devices..

    but now am getting semaphore issue on latest unity 2019.1.9f on LWRP on my galaxy s10..

    this phone is a beasty graphical device.. i was able to use heavy shaders with vertex animations.. with post processing effects with real time shadows + baked indirect... and it was running like 57fps+ on unity 2019.1.8f on 2k resolution!

    after upgrading to latest unity version. the build runs at half fps.. 25fps .. the semaphore thingie brought my s10 to it's knees.. this is definitely not normal.. especially that i haven't made any drastic changes to the project , in fact i disabled post processing + vertex animation shaders.. even when i lowered the dynamic resolution to almost half the resolution.. the fps was around 45!! didn't even climb to 60fps..

    semaphore.jpg

    right now am trying multiple things to check why this issue happens.. i will try to report this issue.
     
    Last edited: Jul 11, 2019
    pixelR likes this.
  48. LeonhardP

    LeonhardP

    Unity Technologies

    Joined:
    Jul 4, 2016
    Posts:
    1,909
    Much appreciated! Please share the issue ID for the report here when possible.
     
  49. lucasmontec

    lucasmontec

    Joined:
    Apr 7, 2015
    Posts:
    94
    2018.4.3f1 and 2018.4.4f1 both have the same issue. 2D development is absurdly slow.
     
    CoCoNutti likes this.
  50. mangax

    mangax

    Joined:
    Jul 17, 2013
    Posts:
    299
    the more i test the more i grow suspicious of dynamic resolution implementation in unity being the reason behind all abnormalities on different android devices. i've been using it recently and so far it was behind all performance issues.
    CPU usage was climbing to 100ms sometimes, same issues but differs in severity on s10 , lenovo tab 3, pixel 1 , nexus 5x.. it happened even on the latest build (2019.1.10f).

    on lenovo a scene used to be 60fps, with dynamic resolution it dropped to 18 fps,even i reduced resolution even less than previous resolution implementation when using setResolution.
    i removed/unchecked everything related to dynamic resolution (camera/settings/scripts), and scene went back to 60fps.

    i will try tonight to make a small build to see if i can reproduce the issue separately from my project. if this issue has already been reported/found by unity team, i will refrain from doing all this stuff.
     
    Last edited: Jul 17, 2019
    Peter77 and LeonhardP like this.
unityunity