×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




Hi Joep,

Not a specific answer to your IFS source management question, but why not keep your source masters in libraries and manage versioning with something like git ?

As an example my iForGit offering allows for immediate passive integration of git into an existing site where there may or may not be source versioning in place and developers use a mix of RDI and PDM/SEU.

No initial learning curve at all. Simply turn on automated pushes to git repositories as a starting point and then move slowly in to more of a git-style development paradigm.

http://www.mobigogo.net/files/docs/iforgit/

Another option would be to write your own scripts to export and commit members to git repositories as well.

Regards,
Richard Schoen
Web: http://www.richardschoen.net
Email: richard@xxxxxxxxxxxxxxxxx
----------------------------------------------------------------------

message: 1
date: Tue, 10 Nov 2020 15:33:09 +0000
from: Joep Beckeringh <j.beckeringh@xxxxxxxxxxxxxxxxxxxxxxxxxx>
subject: [WDSCI-L] Sources in IFS - Retrieving directory list is
extremely slow

Hello all,

Lately I've started experimenting with storing sources in the IFS.

The first thing I noticed was that retrieving a list of directory entries is extremely slow.

I converted a source file, containing almost 700 RPGLE (and SQLRPGLE) members to streamfiles in a directory. Some numbers:

- Opening the source file in PDM is instantaneous;
- Opening the source file in RSE takes about 4 seconds;
- Opening the directory in WRKLNK (unsorted) is almost instantaneous;
- Opening the directory in our own version of WRKLNK (that sorts by name) takes about 5 seconds;
- Opening the directory in RSE takes 45 seconds.

Anybody any idea why RSE takes so long?
Joep Beckeringh
Pantheon Automatisering B.V.

This thread ...

Follow-Ups:

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

This mailing list archive is Copyright 1997-2026 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.