Search Unity

  1. Welcome to the Unity Forums! Please take the time to read our Code of Conduct to familiarize yourself with the forum rules and how to post constructively.
  2. Unite 2023 Registrations are now LIVE! We are thrilled to announce that Unite 2023 Registration is now live and open for all!
    Dismiss Notice
New Forum User Notice Unite 2023 Registrations are now LIVE!

Question DOTS hold on for ages

Discussion in 'Entity Component System' started by rrtt_2323, Oct 4, 2023.

  1. rrtt_2323

    rrtt_2323

    Joined:
    Mar 21, 2013
    Posts:
    19
    My version is 2022.3.10f1.
    Whenever you change the code, you have to wait a long time.
    upload_2023-10-5_0-18-39.png
    How do people solve this problem?
     
    rrtt_2323, Oct 4, 2023
    #1

  2. Touhma_Slater

    Touhma_Slater

    Joined:
    Nov 19, 2014
    Posts:
    20
    Same problem, no solutions found yet
     
    Touhma_Slater, Oct 4, 2023
    #2

  3. Antypodish

    Antypodish

    Joined:
    Apr 29, 2014
    Posts:
    10,574
    Personally not experiencing such atm.
    Are you manually reloading scripts?
    Are you recompiling burst each time?
     
    Antypodish, Oct 5, 2023
    #3

  4. Ryiah

    Ryiah

    Joined:
    Oct 11, 2012
    Posts:
    20,123
    Last edited: Oct 5, 2023
    Ryiah, Oct 5, 2023
    #4

  5. Touhma_Slater

    Touhma_Slater

    Joined:
    Nov 19, 2014
    Posts:
    20
    @Antypodish

    On my side :
    Nope, auto reload
    Yep Burst is being compiled because working on burst compiled code.

    @Ryiah
    Yep to both

    What happen is that , as in the screenshot when modifying code in Rider ( on my side ) Sometime ( more often than not ) the compile just freeze.

    Engine at latests, Library burned , nuked & refreshed etc ... all the obvious fixes.
     
    Touhma_Slater, Oct 5, 2023
    #5

  6. Enzi

    Enzi

    Joined:
    Jan 28, 2013
    Posts:
    908
    Can't say I have that. We all have long domain reloads but nowhere near 3-4 minutes. Holy crap...
    So some things to tick off:
    - REALLY large code base with no asmdefs (I can't even imagine how large it has to be for taking so long)
    - synchronous compilation
    - 1000+ bursted ISystems
    - Apple M1? read it has some problems

    Anyway, there's something seriously going wrong so the best thing to do is profile the editor and see where it's spending time. Either with the profiler itself or some profiling tool like Superluminal.
     
    Enzi, Oct 5, 2023
    #6

  7. rrtt_2323

    rrtt_2323

    Joined:
    Mar 21, 2013
    Posts:
    19
    I found out the culprit was "Jobs/Burst/Synchronous Compilation".
     
    rrtt_2323, Oct 5, 2023
    #7
    Antypodish and Wieditleestisgek like this.

  8. Touhma_Slater

    Touhma_Slater

    Joined:
    Nov 19, 2014
    Posts:
    20
    None of the above in my situation :)
     
    Touhma_Slater, Oct 8, 2023
    #8