Re: BRMS on a really slow system, but still...?

Hello Jim,

Am 09.06.2021 um 16:12 schrieb midrangel@xxxxxxxxxxxxxxxxx:

You've heard correctly, the IFS is not nearly as fast as other stream file systems like Linux or Windows for serving up shares etc.

That's what I also observed myself. But with only a few files for the httpd to serve, it's okay, even on a 150. :-)

That's primarily due to architectural issues, everything is an object, more better security, etc..

I doubt the different security approach is having any measurable impact on modern machines, but I can easily follow the architectural differences approach.

That does not mean that its usefulness is diminished in any way, it just means it's more like a truck that a sports car. Very useful when you need the truck, but not as fast as the sports car.

Bad comparison, IMO. I can't see how files must ever be pulled "with force". ;-)

My experience showed that current Linux Kernels have no performance degradation with many levels deep filesystems with hundred thousands of "objects" (directories, files). The only thing which kills Linux, Windows, and Macs equally well is if you have *many* objects in one layer. That starts with a few thousand and gets worse. That's where QSYS.LIB really shines.

As to why Rob does not move that data, a significant portion of it is Domino database, which would be nearly impossible to move, plus archive data.

I don't know more about Domino than the name and it's something "email". And maybe even copying the "PC data" to another platform might lessen the object count, probably leading to better performance?

As Rob said, if they users want it, they pay dearly for it in slow performance and such. Not worth the agony and money to move it......

I repeat: Just saying. :-)

:wq! PoC