3 ms·

30 seconds... 30. sigh. This just isn't something to be happy about.

tclancy 10y ago
>loading the solution for the entire .NET Compiler Platform “Roslyn” 30 seconds with Visual Studio ‘15’ compared to 60 seconds with Visual Studio 2015 A 50% performance improvement isn't something to be happy about? How quickly should it be doing the loading of that specific set of files?
- DSteinmann 10y ago
  > How quickly should it be doing the loading of that specific set of files Sub 500ms? Read the solution, read each project file, read the first level of file and folder names in each project, then show the solution explorer. Anything else can go in a background thread which doesn't block building, running, or opening individual files. I would like to see where the other 29,500ms are going.
  - JustSomeNobody 10y ago
    Precisely this. Crystal Reports used to (I don't even know if CR still exists, tbh) display each page of a report as it rendered it. This made the app very productive compared to every other reporting tool we tested (at the time). They all rendered ALL the pages before showing even the first. This is deplorable and anti-user. Visual Studio should read in all the files, restoring to open the ones I had open last time and allow me to start editing immediately while still loading the rest in the background. Also, Intellisense data should be cached, because if the load time of 30 seconds is because it's prepping that each time, that's a waste.
    - jboles 10y ago
      > Visual Studio should read in all the files, restoring to open the ones I had open last time and allow me to start editing immediately while still loading the rest in the background. It's already done this for a few versions -- a feature named 'asynchronous solution load'. You're able to open a file and start editing while the X hundreds of projects load. However if you do a Navigate To, Find In Files, etc. among other operations, you'll get the modal progress bar because those operations require having the entire solution parsed. But editing and other simple operations are available while the projects are loading (which takes up the bulk of the time). edit: more info about asynchronous solution load: https://blogs.msdn.microsoft.com/visualstudio/2013/10/14/asynchronous-solution-load-performance-improvements-in-visual-studio-2013/ https://blogs.msdn.microsoft.com/visualstudio/2013/10/14/asy...
nu5500 10y ago
Compared to what that has the same functionality? I think these changes are all commendable and I am greatly looking forward to them. However, as someone who spends a lot of time in Visual Studio every week, I generally will keep the same instance running for days and don’t even switch between projects too often. Load time doesn’t factor in too much, but I guess it's nice for demos. For quick one-off files, I’ve always used something light weight like Notepad++ and now more frequently VS Code. What I am really looking forward to would be anything around speeding up install and patch times. These are excruciatingly slow in VS 2015.
jongalloway2 10y ago
For that example, they're showing Visual Studio opening the Roslyn repo (https://github.com/dotnet/roslyn https://github.com/dotnet/roslyn). Without any package restore, that's 200MB / almost 12k files. Keeping in mind that Visual Studio isn't a simple text editor, it's a code editor that provides code-based IntelliSense, extensions, integrated debugging, etc., I'd say 30 seconds isn't too bad, especially considering some websites these days take nearly that long to finish rendering.

>loading the solution for the entire .NET Compiler Platform “Roslyn” 30 seconds with Visual Studio ‘15’ compared to 60 seconds with Visual Studio 2015 A 50% performance improvement isn't something to be happy about? How quickly should it be doing the loading of that specific set of files?

DSteinmann 10y ago
> How quickly should it be doing the loading of that specific set of files Sub 500ms? Read the solution, read each project file, read the first level of file and folder names in each project, then show the solution explorer. Anything else can go in a background thread which doesn't block building, running, or opening individual files. I would like to see where the other 29,500ms are going.
- JustSomeNobody 10y ago
  Precisely this. Crystal Reports used to (I don't even know if CR still exists, tbh) display each page of a report as it rendered it. This made the app very productive compared to every other reporting tool we tested (at the time). They all rendered ALL the pages before showing even the first. This is deplorable and anti-user. Visual Studio should read in all the files, restoring to open the ones I had open last time and allow me to start editing immediately while still loading the rest in the background. Also, Intellisense data should be cached, because if the load time of 30 seconds is because it's prepping that each time, that's a waste.
  - jboles 10y ago
    > Visual Studio should read in all the files, restoring to open the ones I had open last time and allow me to start editing immediately while still loading the rest in the background. It's already done this for a few versions -- a feature named 'asynchronous solution load'. You're able to open a file and start editing while the X hundreds of projects load. However if you do a Navigate To, Find In Files, etc. among other operations, you'll get the modal progress bar because those operations require having the entire solution parsed. But editing and other simple operations are available while the projects are loading (which takes up the bulk of the time). edit: more info about asynchronous solution load: https://blogs.msdn.microsoft.com/visualstudio/2013/10/14/asynchronous-solution-load-performance-improvements-in-visual-studio-2013/ https://blogs.msdn.microsoft.com/visualstudio/2013/10/14/asy...

nu5500 10y ago

Compared to what that has the same functionality? I think these changes are all commendable and I am greatly looking forward to them. However, as someone who spends a lot of time in Visual Studio every week, I generally will keep the same instance running for days and don’t even switch between projects too often. Load time doesn’t factor in too much, but I guess it's nice for demos. For quick one-off files, I’ve always used something light weight like Notepad++ and now more frequently VS Code. What I am really looking forward to would be anything around speeding up install and patch times. These are excruciatingly slow in VS 2015.

jongalloway2 10y ago

For that example, they're showing Visual Studio opening the Roslyn repo (https://github.com/dotnet/roslyn https://github.com/dotnet/roslyn). Without any package restore, that's 200MB / almost 12k files. Keeping in mind that Visual Studio isn't a simple text editor, it's a code editor that provides code-based IntelliSense, extensions, integrated debugging, etc., I'd say 30 seconds isn't too bad, especially considering some websites these days take nearly that long to finish rendering.