Hi All,
I am using Access 2000 to generate over 40 Excel charts and pivot tables
using early binding to the Excel 9.0 object library. I am finding that if I
show the Excel object while processing the charts, the whole process
completes in around 2 minutes. However if I hide the Excel object the same
process takes around 27 minutes to complete. I have played around with
screen updating and this makes no real difference to the time. Does anybody
have any suggestions how I could cut down the processing time with the Excel
object hidden?
Any help appreciated,
Mark Day. 10 5550
This seems strange. You'd think it would be *slower* when made visible.
Put some timers throughout the automation code, to see if the slowdown is
any in particular place.
dim x as single
x = -timer
(do some stuff here)
x = x + timer
debug.print "took "; x; " seconds"
HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that if
I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does
anybody have any suggestions how I could cut down the processing time with the
Excel object hidden?
Any help appreciated, Mark Day.
Hi,
I already have timers in place and there does not appear to be any place in
code that causes this slowdown. If I show the Excel object and then minimise
the window via code, this has the same effect as hiding the Excel object as
far as processing time is concerned. However if the Excel object has the
focus, then the processing time dramaticaly reduces.
Any other ideas??
TIA
Mark Day.
"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos... This seems strange. You'd think it would be *slower* when made visible.
Put some timers throughout the automation code, to see if the slowdown is any in particular place.
dim x as single x = -timer (do some stuff here) x = x + timer debug.print "took "; x; " seconds"
HTH, TC
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that
if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the
same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
Sounds like an OS issue with how it handles background tasks.
--
Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that if
I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does
anybody have any suggestions how I could cut down the processing time with the
Excel object hidden?
Any help appreciated, Mark Day.
Sounds like an OS issue with how it handles background tasks.
BTW, I would love to see the code for generating the charts in Excel.
--
Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that if
I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does
anybody have any suggestions how I could cut down the processing time with the
Excel object hidden?
Any help appreciated, Mark Day.
Have tried same code on windows XP pro and win 2000 pro although the
processor speeds, ram etc are different on each machine the % of time
difference between executing the code re hiding & showing the Excel object
remain the same. If is is an OS issue I guess it could be a registry tweak
common to both OS's.
BTW the code to create the various charts is to lengthy to post in this
newsgroup.
One function opens & returns an instance of the Excel object, followed by
various functions common to each chart type to manipulate and save the
chart, again followed by a function to close the instance of Excel after all
charts have been saved.
Any further help appreciated.
Mark Day. www.solortec.co.uk
"Alphonse Giambrone" <NO**********@example.invalid> wrote in message
news:W2**********************@news4.srv.hcvlny.cv. net... Sounds like an OS issue with how it handles background tasks. BTW, I would love to see the code for generating the charts in Excel.
--
Alphonse Giambrone Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot tables using early binding to the Excel 9.0 object library. I am finding that
if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the
same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
Makes sense since XP is based on 2K.
Try System Properties > Advanced > Performance Settings > Advanced >
Processor Scheduling > background services.
If that helps, maybe a Windows 2k newsgroup can tell you how to
programatically get a single process to take more processor time.
--
Alphonse Giambrone
Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com... Have tried same code on windows XP pro and win 2000 pro although the processor speeds, ram etc are different on each machine the % of time difference between executing the code re hiding & showing the Excel object remain the same. If is is an OS issue I guess it could be a registry tweak common to both OS's. BTW the code to create the various charts is to lengthy to post in this newsgroup. One function opens & returns an instance of the Excel object, followed by various functions common to each chart type to manipulate and save the chart, again followed by a function to close the instance of Excel after
all charts have been saved.
Any further help appreciated. Mark Day. www.solortec.co.uk "Alphonse Giambrone" <NO**********@example.invalid> wrote in message news:W2**********************@news4.srv.hcvlny.cv. net... Sounds like an OS issue with how it handles background tasks. BTW, I would love to see the code for generating the charts in Excel.
--
Alphonse Giambrone Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot
tables using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com... Hi, I already have timers in place and there does not appear to be any place
in code that causes this slowdown.
Are you saying that there does not appear to be any *one specific* place in
the code that causes the slowdown? That is, all parts of the code slow down
equally? I am wondering whether certain Excel methods or property references
slow down more than others. This would give some clues on the cause.
TC
If I show the Excel object and then minimise the window via code, this has the same effect as hiding the Excel object
as far as processing time is concerned. However if the Excel object has the focus, then the processing time dramaticaly reduces. Any other ideas??
TIA Mark Day.
"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos... This seems strange. You'd think it would be *slower* when made visible.
Put some timers throughout the automation code, to see if the slowdown
is any in particular place.
dim x as single x = -timer (do some stuff here) x = x + timer debug.print "took "; x; " seconds"
HTH, TC
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot
tables using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does
anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
Hi Alphonse,
Have tried optimising for background services, unfortunately this made no
difference.
This is becoming a real pain, any other ideas greatly recieved.
TIA
Mark Day www.solortec.co.uk
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com... Have tried same code on windows XP pro and win 2000 pro although the processor speeds, ram etc are different on each machine the % of time difference between executing the code re hiding & showing the Excel object remain the same. If is is an OS issue I guess it could be a registry tweak common to both OS's. BTW the code to create the various charts is to lengthy to post in this newsgroup. One function opens & returns an instance of the Excel object, followed by various functions common to each chart type to manipulate and save the chart, again followed by a function to close the instance of Excel after
all charts have been saved.
Any further help appreciated. Mark Day. www.solortec.co.uk "Alphonse Giambrone" <NO**********@example.invalid> wrote in message news:W2**********************@news4.srv.hcvlny.cv. net... Sounds like an OS issue with how it handles background tasks. BTW, I would love to see the code for generating the charts in Excel.
--
Alphonse Giambrone Email: a-giam at customdatasolutions dot us
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot
tables using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
Hi Tc,
I have a series of functions that create several charts. Each function works
with its own data to create identical charts or pivot tables. The only
variation for the charts within its function is the criteria passed to base
the chart upon. Lets say each function creates 6 charts or pivot tables.
There is obviously a time difference between code execution of each
function, but the 6 charts that are created by any one function do not
differ in time. So in answer to your question, no there does not appear to
be any *one specific* place in the code that causes the slowdown.
Any further help appreciated.
Mark Day www.solortec.co.uk
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com... Hi, I already have timers in place and there does not appear to be any place
in code that causes this slowdown. If I show the Excel object and then
minimise the window via code, this has the same effect as hiding the Excel object
as far as processing time is concerned. However if the Excel object has the focus, then the processing time dramaticaly reduces. Any other ideas??
TIA Mark Day.
"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos... This seems strange. You'd think it would be *slower* when made visible.
Put some timers throughout the automation code, to see if the slowdown
is any in particular place.
dim x as single x = -timer (do some stuff here) x = x + timer debug.print "took "; x; " seconds"
HTH, TC
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... Hi All, I am using Access 2000 to generate over 40 Excel charts and pivot
tables using early binding to the Excel 9.0 object library. I am finding that if I show the Excel object while processing the charts, the whole process completes in around 2 minutes. However if I hide the Excel object the same process takes around 27 minutes to complete. I have played around with screen updating and this makes no real difference to the time. Does
anybody have any suggestions how I could cut down the processing time with the Excel object hidden?
Any help appreciated, Mark Day.
Mark, I think we are talking at cross-purposes.
Say that creating a chart takes something like this:
execute method #1
execute method #2
if property#3 = 123 then
execute method #4
else
execute method#5
endif
& so on.
Say this block of code takes 10 seconds in one case, and 10 minutes in
another (ie. 60 times longer).
This might occur because:
(a) each statement took 60 times longer, or
(b) none of the statement took any longer at all, with the single exception
of the reference to property #3, which took 9 minutes and 50
seconds longer!
Obviously if (b) were the case then this would give a strong clue as to what
is happening. So I am basically dsaying to time *each line*, & see if they
are sall equally slower, or whether some paters emerge. This will not be as
tedious as it sounds, if you knock up some quick & dirty code in a public
sub, then just catter calls to that sub liberally throughout the charting
code.
HTH,
TC
"Mark Day" <ma******@solortec.co.uk> wrote in message
news:bm**********@titan.btinternet.com... Hi Tc, I have a series of functions that create several charts. Each function
works with its own data to create identical charts or pivot tables. The only variation for the charts within its function is the criteria passed to
base the chart upon. Lets say each function creates 6 charts or pivot tables. There is obviously a time difference between code execution of each function, but the 6 charts that are created by any one function do not differ in time. So in answer to your question, no there does not appear to be any *one specific* place in the code that causes the slowdown. Any further help appreciated.
Mark Day www.solortec.co.uk
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@titan.btinternet.com... Hi, I already have timers in place and there does not appear to be any place in code that causes this slowdown. If I show the Excel object and then minimise the window via code, this has the same effect as hiding the Excel object as far as processing time is concerned. However if the Excel object has the focus, then the processing time dramaticaly reduces. Any other ideas??
TIA Mark Day.
"TC" <a@b.c.d> wrote in message news:1065760695.602269@teuthos... This seems strange. You'd think it would be *slower* when made
visible. Put some timers throughout the automation code, to see if the slowdown is any in particular place.
dim x as single x = -timer (do some stuff here) x = x + timer debug.print "took "; x; " seconds"
HTH, TC
"Mark Day" <ma******@solortec.co.uk> wrote in message news:bm**********@hercules.btinternet.com... > Hi All, > I am using Access 2000 to generate over 40 Excel charts and pivot tables > using early binding to the Excel 9.0 object library. I am finding
that if I > show the Excel object while processing the charts, the whole process > completes in around 2 minutes. However if I hide the Excel object
the same > process takes around 27 minutes to complete. I have played around
with > screen updating and this makes no real difference to the time. Does anybody > have any suggestions how I could cut down the processing time with
the Excel > object hidden? > > Any help appreciated, > Mark Day. > >
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Jerome |
last post by:
Hi, I'm a bit confused ... when would I rather write an database
application using MS Access and Visual Basic and when (and why) would I
rather write it using Visual Studio .Net?
Is it as easy...
|
by: bill |
last post by:
I am trying to convince a client that dotNet is preferable to an Access
project (ADP/ADE).
This client currently has a large, pure Access MDB solution with 30+ users,
which needs to be upgraded....
|
by: Dave |
last post by:
Hello NG,
Regarding access-declarations and member using-declarations as used to
change the access level of an inherited base member...
Two things need to be considered when determining an...
|
by: Simon Bailey |
last post by:
I am a newcomer to databases and am not sure which DBMS to use. I have
a very simplified knowledge of databases overall. I would very much
appreciate a (simplifed) message explaining the advantages...
|
by: Yannick Turgeon |
last post by:
Hello,
We are in the process of examining our current main application. We have to
do some major changes and, in the process, are questionning/validating the
use of MS Access as front-end. The...
|
by: Olav.NET |
last post by:
I am a .NET/C++ developer who is supposed to do some work with Access.
I do not know much about it except for the DB part.
Questions:
*1*
I am looking for INTENSIVE books to get quickly up to...
|
by: John |
last post by:
Hi
What future does access have after the release of vs 2005/sql 2005? MS
doesn't seem to have done anything major with access lately and presumably
hoping that everyone migrates to vs/sql.
...
|
by: com |
last post by:
MS Access 2000 Password Recoverer 4.2 Screenshot - Soft30.com
MS Access 2000 Password Recoverer will display the password to a MS
Access
database (*.mdb). This program works for MS Access files...
|
by: bbdobuddy |
last post by:
Hi,
How do I open a Microsoft Access 2003 form from Visual Basic.net
Thanks in advance
bbdobuddy
|
by: lgbjr |
last post by:
Hello All,
I've been developing a VB.NET app that requires the use of a DB. Up to now,
I've been using Access. It's a bit slow, but everything works. I'm at a
point now where I need to decide if...
|
by: Charles Arthur |
last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: Hystou |
last post by:
Overview:
Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
| |