Loading ...
Sorry, an error occurred while loading the content.

Re: Slow Service Program

Expand Messages
  • jtminihan
    Could it be that the OVRDBF is not in effect? This would result in you possibly reading more records than intended. Setll can take a really long time if you
    Message 1 of 15 , Sep 1, 2006
    • 0 Attachment
      Could it be that the OVRDBF is not in effect? This would result
      in you possibly reading more records than intended. Setll can take
      a really long time if you are using a dynamic logical that uses
      select/omit and there are a lot of records omitted.

      JohnM

      --- In Easy400Group@yahoogroups.com, "Jon Paris" <Jon.Paris@...>
      wrote:
      >
      > Have you specified BLOCK(*YES) on the F spec for the file in
      question? It
      > doesn't explain why there is such a performance differential, but
      it is
      > useful for programs where a CHAIN or SETLL is used to position a
      file prior
      > to a fill subfile type read sequence.
      >
      > Rather than move the subprocedure(s) back into the program itself,
      try
      > creating a module and binding it by copy. If it still slows down
      then at
      > least you have eliminated any possibility that it is the
      Activation Group
      > causing the problem.
      >
      >
      > Jon Paris
      > Partner400
      >
      > www.Partner400.com
      >
    Your message has been successfully submitted and would be delivered to recipients shortly.