Hi Roberto

I have at least one customer with a similar situation where they keep many
PDF's and XML files and other stuff in the IFS for historical access
reasons. We zipped the files up in their case to reduce the number of files
being touched on IFS operations.

The regained space was not a driver, it was just reducing the sheer number
of files in the directories.

We used jar to compress the files as that way we could run a scheduled job
to manage the whole process.

On Fri, Nov 15, 2019 at 6:03 AM Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx> wrote:

When a customer's ASP is more than 60% IFS, with PDFs, JPEGs and etc
numbering into the double digit million files, backup becomes pretty pretty
slow.
Besides, why have a 20 core machine with only 3 licensed for i and waste
some of those i cores on IFS when you could have a fileserver on the same
machine?
That is the premise I start this question from.
I've been getting the customer to splice the folders by year/month/branch
or whatever criteria helps to avoid having so many files in a single folder
(and to allow saves to NOT save the entire IFS daily but only the current
in-use folder).
Other tips?
Security in this case shouldn't be a problem, since only the application on
the i should access those files so it can be limited even by IP...

On Wed, Nov 13, 2019 at 11:23 AM Patrik Schindler <poc@xxxxxxxxxx> wrote:

Hello Roberto,

Am 13.11.2019 um 13:20 schrieb Roberto José Etcheverry Romero <
yggdrasil.raiker@xxxxxxxxx>:

Is NFS a good replacement for having all the files in the IFS? or what
would be a good way to take the IFS out of the i but still use it from
the
i with minimal application changes?

Question back: What's so bad in IFS to move files out to NFS? What's the
alternative (NFS server platform)? And which benefits do you expect?

Besides, moving Data from a local to a remote mountpoint is transparent,
so there should no changes be necessary.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
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: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
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: https://amazon.midrange.com




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.