Slow Performance from Visual Studio

Slow Performance from Visual Studio

am 10.10.2007 13:43:01 von DFS

Hello there,

Ive just taken over an existing project and I'm getting painfully slow
performace from Visual Studio....Developer Express components are fairly
heavily used, which I suspect is half the problem...

My question is, will using user controls help this issue? or is that just
going to compound issues...
Does anyone have any tips on getting better performance from using correct
programming techniques?

Thank you for any ideas
John Sheppard

Re: Slow Performance from Visual Studio

am 10.10.2007 16:53:04 von NoSpamMgbworld

The DevExpress components may be part of the problem, but also look at the
following:

1. Amount of memory on your box
2. Number of projects in the solution (if many, consider compiling those you
are finished with and referencing the compiled assembly)
3. Refactoring add ins, like Resharper (especially on start up of the
solution)
4. Your anti-virus program (some can really bog down VS)
5. Number of files open at one time (especially if using a refactoring add
in)

The more code you move out of code behind (and App_Code) into other
libraries, the faster the response time, especially if you can compile some
of the libraries and not have them open as source.

--
Gregory A. Beamer
MVP, MCP: +I, SE, SD, DBA

*************************************************
| Think outside the box!
|
*************************************************
"John" wrote in message
news:feidvp01n4@news5.newsguy.com...
> Hello there,
>
> Ive just taken over an existing project and I'm getting painfully slow
> performace from Visual Studio....Developer Express components are fairly
> heavily used, which I suspect is half the problem...
>
> My question is, will using user controls help this issue? or is that just
> going to compound issues...
> Does anyone have any tips on getting better performance from using correct
> programming techniques?
>
> Thank you for any ideas
> John Sheppard
>
>
>

Re: Slow Performance from Visual Studio

am 11.10.2007 04:28:10 von DFS

Cool Thanks Gregory,

That all sounds like good advice, The puta has got 4GB of ram...He had a
refactoring tool working but I took that out, that was chunky....

One other thing I neglectied to mention is that there is one mother of a
huge dataset where he has clumped the whole database structure...It doesnt
seem like a healthy way to do things, but Im not knowledable enough to know
better....just making a change to it makes me cringe as its almost a 10%
chance VS will lock up...

Thank you
John

"Cowboy (Gregory A. Beamer)" wrote in
message news:e7$zI10CIHA.1056@TK2MSFTNGP03.phx.gbl...
> The DevExpress components may be part of the problem, but also look at the
> following:
>
> 1. Amount of memory on your box
> 2. Number of projects in the solution (if many, consider compiling those
> you are finished with and referencing the compiled assembly)
> 3. Refactoring add ins, like Resharper (especially on start up of the
> solution)
> 4. Your anti-virus program (some can really bog down VS)
> 5. Number of files open at one time (especially if using a refactoring add
> in)
>
> The more code you move out of code behind (and App_Code) into other
> libraries, the faster the response time, especially if you can compile
> some of the libraries and not have them open as source.
>
> --
> Gregory A. Beamer
> MVP, MCP: +I, SE, SD, DBA
>
> *************************************************
> | Think outside the box! |
> *************************************************
> "John" wrote in message
> news:feidvp01n4@news5.newsguy.com...
>> Hello there,
>>
>> Ive just taken over an existing project and I'm getting painfully slow
>> performace from Visual Studio....Developer Express components are fairly
>> heavily used, which I suspect is half the problem...
>>
>> My question is, will using user controls help this issue? or is that just
>> going to compound issues...
>> Does anyone have any tips on getting better performance from using
>> correct programming techniques?
>>
>> Thank you for any ideas
>> John Sheppard
>>
>>
>>
>
>