This thread looks to be a little on the old side and therefore may no longer be relevant. Please see if there is a newer thread on the subject and ensure you're using the most recent build of any software if your question regards a particular product.
This thread has been locked and is no longer accepting new posts, if you have a question regarding this topic please email us at support@mindscape.co.nz
|
When you save a Is this possible? I'll fork over another $40 just to support the development of this. Anything that takes longer than exactly one second slows my coding rampage. |
|
|
|
|
We do already save asynchronously already, run compilation as a background process and thus dont block the UI thread. Are you saying you are seeing the editor become unresponsive when saving?
|
|
|
|
|
Yup, the entire UI is frozen while the save icon blinks in the lower right hand corner. The cursor is just a spinning icon and while you can move the cursor and attempt to click on other documents or a menu, nothing actually happens until the save is complete. An average save hangs the UI for 7-10 seconds. This is Visual Studio 2013 Ultimate w/Update 4 on Windows 8.1 Pro.
|
|
|
|
|
What other extensions do you have installed?
|
|
|
|
|
I have these. I went through and disabled all of them, rebooted, and still there is a 7~10 second freeze on the UI on every .Net Reflector |
|
|
|
|
Setup a new VM with Web Workbench 3.3.1608, a new Asp.Net MVC project and it exhibits the same UI freeze. It's only about 5-6 seconds on the VM which is better but still a long time to wait. I attached the |
|
|
|
|
Anyone over there able to replicate this? |
|
|
|
|
bueller... bueller....... .. . . bueller. ... |
|
|
|
|
Sorry for the delay in getting back to you, Thanks for sending through those files, I believe I have found the cause of this. It relates to scanning for any dependencies when saving a file - as you have a large number of files this does cause a blocking delay. This wasn't particularly problematic on my machine (1-2s) but was noticable and this could easily degrade with a slower CPU. Ive added in a new option which will disable checking for dependencies which removes the impact of this, you will of course have to re-save any dependant file manually but it does completely remove the lag arising from this check. The option can be found under Tools/Options/Web Workbench in the Compilation section as "Compile Dependencies". Set it to False to change the behaviour away from the default. This will be available in the next nightly build.
|
|
|
|
|
Thanks for looking into it. Could you explain in more detail what Web Workbench does when I save a file and what it does for dependencies? Can the check for dependencies be performed on a background thread? I'll try the new option, but having to re-save files one-by-one when there is literally ~50 files doesn't sound like the way to go. |
|
|
|
|
We scan through the other files in the project and build a dependancy graph to identify files which would be affected by the change due to an import. Yes, we could look at refactoring this to occur on a background thread, we just don't currently do this.
|
|
|
|
|
Ok, now I see. There are a lot of other threads for WebWorkbench all revolving around the slowness issue that should be resolved by using background threads. I realize this might be a major change to your code base, and since the voting system isn't particularly working well for new feature requests perhaps an option would be crowd sourcing the funds for features like this; not from the public but your existing customer base. e.g. let the money do the talking. So if X people pledge Y dollars and you feel its enough to complete the feature then you forge ahead to make the feature a reality. Otherwise this is a very BIG +1 for implementing background threads for dependency checking/saving/minification. Saving and Edit the Workbench Settings is Very Slow or Freezes VS2010 Thanks, |
|
|
|
