On Fri, 27 Jul 2001, Lezz Giles wrote:
|Date: Fri, 27 Jul 2001 08:39:11 -0400
|From: Lezz Giles <lgiles@avici.com>
|To: Noel L Yap <yap_noel@jpmorgan.com>
|Cc: jrioux@wavesmithnetworks.com, cciug@rational.com
|Subject: Re: [cciug] Trigger performance for element triggers
>From way back I have been a fan of on script per 'trigger type' do all of
the 'common stuff' at top & then use it in the included scripts.
A long time ago I ran a test over a couple of thousand of elements
(remember that the hardware makes a lot of difference here) and taking the
scripts and putting them into ONE file shaved "lots of time" off of the
second run. Sorry I do not remember the exact timings but was sold on the
the idea of "one file"
Eric R.
|
|
|One thing that might speed up your scripts is if there are expensive
|operations that are repeated among the scripts that could be done
|just once if they're all in one script; for example if you open a
|database then putting everything into one script would allow you
|to open it once, instead of four or five times. Apart from that, if
|your systems are reasonably up-to-date then the time that it
|takes to start up sh or perl is very small.
|
|Lezz Giles
|
|Noel L Yap wrote:
|
|> I would think most of the cost would be in opening and closing the files.
|> Either way, there's really no way of knowing if it'll speed things up without
|> trying (assuming your scripts are fairly simple).
|>
|> Noel
|>
|> |--------+---------------------------->
|> | | |
|> | | jrioux@wavesmithne|
|> | | tworks.com |
|> | | |
|> | | 07/26/01 05:39 PM |
|> | | |
|> |--------+---------------------------->
|> >----------------------------------------------------------------------------|
|> | |
|> | To: cciug@rational.com |
|> | cc: (bcc: Noel L Yap) |
|> | Subject: [cciug] Trigger performance for element triggers |
|> >----------------------------------------------------------------------------|
|>
|> I have several pre-op (and post-op) triggers that perform certain
|> actions on
|> specific files (by name) or files of a specific type (by extension).
|> Each of
|> the triggers is stored in a seperate file. Are there any advantages or
|> disadvantages, such as performance improvements, if I were to group all
|> of the pre-op triggers into a single file, and the post-op into their
|> own as well?
|> I'd have to guess that the overhead of invoking the shell and executable
|> numerous times is more costly than once only.
|>
|> Thanks,
|> Joe
|>
|> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|>
|>
|>
|> http://clearcase.rational.com/cciug/mailing_list.html
|>
|> This communication is for informational purposes only. It is not intended as
|> an offer or solicitation for the purchase or sale of any financial instrument
|> or as an official confirmation of any transaction. All market prices, data
|> and other information are not warranted as to completeness or accuracy and
|> are subject to change without notice. Any comments or statements made herein
|> do not necessarily reflect those of J.P. Morgan Chase & Co., its
|> subsidiaries and affiliates.
|>
|> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|>
|>
|>
|> http://clearcase.rational.com/cciug/mailing_list.html
|
|--
|Leslie Giles Software Release Manager Avici Systems Inc
|lgiles@avici.com Phone: 978.964.2030 Fax: 978.964.2100
|
| "Do not fear the merge"
|
|
|
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
|
|
| http://clearcase.rational.com/cciug/mailing_list.html
|
-- Eric D. Remington President McKenna & Remington, Inc. | 973.252.6124 (NY Metro Area) PO Box 2381 | 401.729.9025 (New England) Pawtucket, RI, 02861 | 508.761.5257 (NE) (Fax)(W) edr@McKennaAndRemington.com (H) edr@world.std.com (H) edr@nac.net
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Tue Jul 31 2001 - 22:04:03 EDT