×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
On Tue, May 31, 2022 at 1:48 PM Alan Shore via MIDRANGE-L
<midrange-l@xxxxxxxxxxxxxxxxxx> wrote:
I do agree with your thought as to it being a hard halt - but right now I am clutching at straws as to what is causing this slow down
Back in the day, it used to be 50 files. To me that sounds like a
ridiculously high number already, but indeed our old codebase has some
gigantic legacy programs that use that many, and you can tell that a
subsequent programmer (still from ages ago) split off part of the
processing to another program because they needed more than that.
Maybe IBM should *tighten* the file limit rather than remove it, to
encourage "modular" programming. ;)
But as for the performance problem, my guesses would be (1) when the
program was changed, some algorithmic inefficiency was introduced,
like inadvertently reading a file inside a loop when it really only
needs to be read once before or after the loop; or (2) maybe the file
that was added is often in use, so the program often has to wait for
it to be freed up; or it's chaining with lock when it could be
chaining without lock.
John Y.
midrange.com
