By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
432,027 Members | 1,111 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 432,027 IT Pros & Developers. It's quick & easy.

Slow app response

P: n/a
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
Apr 11 '08 #1
Share this Question
Share on Google+
3 Replies


P: n/a
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" <in**@nospam.infovis.co.ukwrote in message
news:Ok**************@TK2MSFTNGP02.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

Apr 11 '08 #2

P: n/a
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" <in**@nospam.infovis.co.ukwrote in message
news:Ok**************@TK2MSFTNGP02.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
Apr 11 '08 #3

P: n/a
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" <in**@nospam.infovis.co.ukschreef in bericht
news:Ok**************@TK2MSFTNGP02.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
Jun 27 '08 #4

This discussion thread is closed

Replies have been disabled for this discussion.