Slow app response

**Cowboy \(Gregory A. Beamer\)** · Apr 11 '08, 02:15 PM

Re: Slow app response

It is quite common, when you come from the COM world (ASP, Access apps,
COM), to code .NET like COM instead of like .NET. One potential artifact of
coding COM-like in .NET is a slow application. As you state the repainting
of the form is a problem, this is a prime suspect.

Even if you are coding .NET, a heavy UI can cause some issues. In many
instances, offloading work to another thread can help with the appearance of
speed for the end user, as the UI remains responsive.

Another potential area of slow down is inefficient SQL code. If Access is
still your back end, that could be an issue. There are ways to improve this,
like prepared queries. You also have to watch how you are locking an Access
application. If you code a multi-user application as a single user app, for
example, you will end up with all sorts of delays while it locks for each
user.

The Infragistics controls will slow things down a bit, but it should be on
the nature of a few milliseconds, not the type of slow down you are talking
about. If you have tons of controls on a single form, that could definitely
cause a problem. The solution there is to rearchitect your application into
more specific forms. A good use case writing session, paying attention to
flow of different concerns rather than "how I do it now" may break you
through. If you find you have not changed the application much, you are
probably stuck on "sunk costs" (wanting to hold on to your current UI rather
than pitch some of it out).

Without more specifics on the application, this is about all I can give you.

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

Subscribe to my blog

http://gregorybeamer.spaces.live.com/lists/feed.rss

or just read it:

http://gregorybeamer.spaces.live.com/

*************** *************** *************** ****
| Think outside the box!
|
*************** *************** *************** ****
"John" <info@nospam.in fovis.co.ukwrot e in message
news:OktZzN8mIH A.3636@TK2MSFTN GP02.phx.gbl...

Hi
>
I have replaced an ms access app with its vb.net version at a client site.
Now the clients keeps complaining about how slow the app response is. The
complains they have are for example when app is minimised and then trying
to maximise it after a while takes a while for app to get maximised. Also
form painting of controls is slow and app is generally slow in terms of
response to user clicks. I am using Infragistics controls and my feeling
is that makes the app bit sluggish compared to the original controls
shipped with vs 2008 but I need the Infragistics controls for their
features. I have also ngen'd the app but surprisingly only the main app
executable gets ngen'd and not any of the dependency dlls such as
Infragistics dlls.
>
Are there any tips to make app response better for user?
>
Thanks
>
Regards
>

**William Vaughn [MVP]** · Apr 11 '08, 05:55 PM

Re: Slow app response

I concur with Mr. Beamer. However, I might question the systems on which the
VB.NET application is running. How much RAM do they have? If they are
RAM-constrained, the system might have to swap to get the compiled image
back into play. This would account for the slow paint performance to some
extent. And yes, using JET (especially in a shared architecture) can be a
performance hog--not to mention the security and reliability issues.

--
_______________ _______________ _______________ _______________ ______________
William R. Vaughn
President and Founder Beta V Corporation
Author, Mentor, Dad, Grandpa
Microsoft MVP
(425) 556-9205 (Pacific time)
Hitchhiker's Guide to Visual Studio and SQL Server (7th Edition)
_______________ _______________ _______________ _______________ _______________ _______________ __
"John" <info@nospam.in fovis.co.ukwrot e in message
news:OktZzN8mIH A.3636@TK2MSFTN GP02.phx.gbl...

Hi
>
I have replaced an ms access app with its vb.net version at a client site.
Now the clients keeps complaining about how slow the app response is. The
complains they have are for example when app is minimised and then trying
to maximise it after a while takes a while for app to get maximised. Also
form painting of controls is slow and app is generally slow in terms of
response to user clicks. I am using Infragistics controls and my feeling
is that makes the app bit sluggish compared to the original controls
shipped with vs 2008 but I need the Infragistics controls for their
features. I have also ngen'd the app but surprisingly only the main app
executable gets ngen'd and not any of the dependency dlls such as
Infragistics dlls.
>
Are there any tips to make app response better for user?
>
Thanks
>
Regards
>

**Cor Ligthert[MVP]** · Jun 27 '08, 08:10 PM

Re: Slow app response

John,

What is the problem, as they want something else than the regular, then they
have accept what they get. The Infragistics control is for sure not in ms
Access.

Cor

"John" <info@nospam.in fovis.co.ukschr eef in bericht
news:OktZzN8mIH A.3636@TK2MSFTN GP02.phx.gbl...

Hi
>
I have replaced an ms access app with its vb.net version at a client site.
Now the clients keeps complaining about how slow the app response is. The
complains they have are for example when app is minimised and then trying
to maximise it after a while takes a while for app to get maximised. Also
form painting of controls is slow and app is generally slow in terms of
response to user clicks. I am using Infragistics controls and my feeling
is that makes the app bit sluggish compared to the original controls
shipped with vs 2008 but I need the Infragistics controls for their
features. I have also ngen'd the app but surprisingly only the main app
executable gets ngen'd and not any of the dependency dlls such as
Infragistics dlls.
>
Are there any tips to make app response better for user?
>
Thanks
>
Regards
>

Slow app response

Slow app response

Comment

Comment

Comment