Many lines make slower work

Yahoo Archive
1
Thanks for all your feedback.



Re customization - there is none on any of the AP side of things but
plenty on quote entry (mainly display/entry fields for user defined
fields we have added). Our PO guy uses PO suggestions so 'hasn't noticed
anything significantly slower than the rest of the system'!



Our IT guy is hoping to fix me up with a dedicated pc for our test
server so I also test this out on 406 when that is up.



kind regards



Debbie Stokes



*******************************************************************************************************************************************************************************************************************************************************************************
This email is intended for the addressee only and may contain information that is privileged and confidential. If you are not the intended recipient, you must not copy, distribute or take any
action in reliance on it. If this email has been sent to you in error, please notify us immediately by telephone.
This has been transmitted by -

Hilo-PSS Group
Murdock Road
Dorcan Industrial Estate
Swindon

SN3 5HY

Company Registration No: 01028915.

The views within this email are those of the author and not
necessarily those of Planned Storage Systems Ltd.

** This email has been scanned for viruses, vandals and malicious content **
************************************************************************************************************************************************************************************************



[Non-text portions of this message have been removed]
2
Hi all,
we are on 8.03.305L on SQL. I have had several reports of multiline
entries that suddenly get very slow after 12 -20 lines of entry. This
has been reported in quotes and intercompany ap invoices. For example,
a 28 line invoice took 30 mins to enter. Our FD is not happy.
Searching on here I noted a similar comment about PO entry. A reply
put it down to OpenEdge 10.0 performance and said it was much better
in the 400+ upgrades using OpenEdge 10.1. Has anyone else found
similar issues and, if you upgraded, were they fixed and to what
extent?

many thanks

debbie
3
We are on 4xx and using openEdge 10.1 and haven't found significant
improvement in speed with 20+ lines in PO and SO entry. It is still very
slow and cumbersome.



Daniel Laidig

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
debbiehilopss
Sent: Tuesday, November 25, 2008 8:33 AM
To: vantage@yahoogroups.com
Subject: [Vantage] many lines make slower work



Hi all,
we are on 8.03.305L on SQL. I have had several reports of multiline
entries that suddenly get very slow after 12 -20 lines of entry. This
has been reported in quotes and intercompany ap invoices. For example,
a 28 line invoice took 30 mins to enter. Our FD is not happy.
Searching on here I noted a similar comment about PO entry. A reply
put it down to OpenEdge 10.0 performance and said it was much better
in the 400+ upgrades using OpenEdge 10.1. Has anyone else found
similar issues and, if you upgraded, were they fixed and to what
extent?

many thanks

debbie





[Non-text portions of this message have been removed]
4
Upgrading OpenEdge and upgrading to at least .403 provides some improvement - but is not a compete panacea... It is just better.

Are your slow apps customized? If so (and it is more than cosmetic customization), consider moving true behavior mod customization (which is client based - and absolutely impacts application speed) to server based BPMs.



--- On Tue, 11/25/08, debbiehilopss <debbie.stokes@...> wrote:

From: debbiehilopss <debbie.stokes@...>
Subject: [Vantage] many lines make slower work
To: vantage@yahoogroups.com
Date: Tuesday, November 25, 2008, 8:33 AM






Hi all,
we are on 8.03.305L on SQL. I have had several reports of multiline
entries that suddenly get very slow after 12 -20 lines of entry. This
has been reported in quotes and intercompany ap invoices. For example,
a 28 line invoice took 30 mins to enter. Our FD is not happy.
Searching on here I noted a similar comment about PO entry. A reply
put it down to OpenEdge 10.0 performance and said it was much better
in the 400+ upgrades using OpenEdge 10.1. Has anyone else found
similar issues and, if you upgraded, were they fixed and to what
extent?

many thanks

debbie
5
We have found the 8.03.405a version faster for PO Entry. I do not
believe OE version has much to do with it. There seems to be a change
to the way data is moved from client to server and back. In the
8.03.3xx versions, entire datasets were moved back and forth with all
the associated overhead. In 8.03.4xx only the current data row is moved
back and forth.

bw

--- In vantage@yahoogroups.com, "debbiehilopss" <debbie.stokes@...>
wrote:
>
> Hi all,
> we are on 8.03.305L on SQL. I have had several reports of multiline
> entries that suddenly get very slow after 12 -20 lines of entry. This
> has been reported in quotes and intercompany ap invoices. For
example,
> a 28 line invoice took 30 mins to enter. Our FD is not happy.
> Searching on here I noted a similar comment about PO entry. A reply
> put it down to OpenEdge 10.0 performance and said it was much better
> in the 400+ upgrades using OpenEdge 10.1. Has anyone else found
> similar issues and, if you upgraded, were they fixed and to what
> extent?
>
> many thanks
>
> debbie
>
6
We found from the onset that Purchase Order Entry and AP Entry required an extremely powerful machine with lots of memory. We outfitted those personnel with dual core processor machines (the faster the better) and 3gb of memory. This helped them immensely.

----- Original Message -----
From: Robert Brown
To: vantage@yahoogroups.com
Sent: Tuesday, November 25, 2008 8:18 AM
Subject: Re: [Vantage] many lines make slower work


Upgrading OpenEdge and upgrading to at least .403 provides some improvement - but is not a compete panacea... It is just better.

Are your slow apps customized? If so (and it is more than cosmetic customization), consider moving true behavior mod customization (which is client based - and absolutely impacts application speed) to server based BPMs.

--- On Tue, 11/25/08, debbiehilopss <debbie.stokes@...> wrote:

From: debbiehilopss <debbie.stokes@...>
Subject: [Vantage] many lines make slower work
To: vantage@yahoogroups.com
Date: Tuesday, November 25, 2008, 8:33 AM

Hi all,
we are on 8.03.305L on SQL. I have had several reports of multiline
entries that suddenly get very slow after 12 -20 lines of entry. This
has been reported in quotes and intercompany ap invoices. For example,
a 28 line invoice took 30 mins to enter. Our FD is not happy.
Searching on here I noted a similar comment about PO entry. A reply
put it down to OpenEdge 10.0 performance and said it was much better
in the 400+ upgrades using OpenEdge 10.1. Has anyone else found
similar issues and, if you upgraded, were they fixed and to what
extent?

many thanks

debbie





[Non-text portions of this message have been removed]
7
BW hit the nail on the head with PO entry. SIGNIFICANT changes between 403 & 405 - so much so that extensive customizations we had in place on 403 to overcome dangerous bugs (supplier U/M's & conversion factors not being pulled in being the worst by far) completely failed on 405.

EpiNofication triggers on numerous (critical to our cusotmizations) fields that worked on 403 simply ceased working on 405. That leads credence to BW's contention that the application was rewritten to do much more descrete (change values only) write requests to the server (and thus trigger less EpiNotifies).

Frankly, it never occurred to me that more discrete (and thus faster) update processing was occuring. (Thanks BW!)

Rob



--- On Tue, 11/25/08, bw2868bond <bwalker@...> wrote:
From: bw2868bond <bwalker@...>
Subject: [Vantage] Re: many lines make slower work
To: vantage@yahoogroups.com
Date: Tuesday, November 25, 2008, 8:38 AM











We have found the 8.03.405a version faster for PO Entry. I do not

believe OE version has much to do with it. There seems to be a change

to the way data is moved from client to server and back. In the

8.03.3xx versions, entire datasets were moved back and forth with all

the associated overhead. In 8.03.4xx only the current data row is moved

back and forth.



bw



--- In vantage@yahoogroups .com, "debbiehilopss" <debbie.stokes@ ...>

wrote:

>

> Hi all,

> we are on 8.03.305L on SQL. I have had several reports of multiline

> entries that suddenly get very slow after 12 -20 lines of entry. This

> has been reported in quotes and intercompany ap invoices. For

example,

> a 28 line invoice took 30 mins to enter. Our FD is not happy.

> Searching on here I noted a similar comment about PO entry. A reply

> put it down to OpenEdge 10.0 performance and said it was much better

> in the 400+ upgrades using OpenEdge 10.1. Has anyone else found

> similar issues and, if you upgraded, were they fixed and to what

> extent?

>

> many thanks

>

> debbie

>