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
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
> 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.
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
-- Leslie Giles Software Release Manager Avici Systems Inc lgiles@avici.com Phone: 978.964.2030 Fax: 978.964.2100"Do not fear the merge"
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Tue Jul 31 2001 - 22:04:03 EDT