I would have bet on images on the IFS beating the remote ones any day, until I saw the empirical results.
My only guess is with the directory structure that is used by the content management the search through the directory is the source of the problem. The vendor in this case does not store a direct link to the document (which of course would eliminate significant performance issues) rather a name and the top of directory structure set aside for the specific class of documents.
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Richard Schoen
Sent: Thursday, December 21, 2017 12:10 PM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: AIX suggestions
Hmm. That's interesting.
We've had customers tell us that hosting files in the IFS seems to be much faster than remote hosting them.
In fact one recently moved to NFS and they are having performance issues when listing files, however NFS is normally quite fast.
I suppose mileage varies depending on various configs.
Always something. That's what keeps us all employed 😊
Regards,
Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802
w. helpsystems.com
------------------------------
message: 5
date: Thu, 21 Dec 2017 11:06:14 -0600
from: Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>
subject: RE: AIX suggestions
Richard,
I think the requirement is a combination of use cases, however the big one at this point is bringing up a PDF document in a Web Browser that is linked to the 5250 application, or the web version of the software. Our testing shows that if we host the web site on Unix, where the images are stored, and link that back to the Web site on the IBM i instance the speed of display is significantly faster, even with the additional overhead.
Straight file serving for shares is a close second use case.
--
Jim Oberholtzer
Agile Technology Architects
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD
midrange.com
