> superuser could tag these files to be retained in main memory, even when their need ends, to minimize swapping that would occur when another need arises, and the file now has to be reloaded from relatively slow secondary memory. This function has become obsolete due to swapping optimization.
.... "the Linux kernel ignores the sticky bit on files."
I had a lock feature in a distributed-client cache back in the day. You could lock in some tool file etc that you used frequently, so performance would be stable over some long operation e.g. a build.
I always wondered if people were really any better at choosing, than my cache algorithm. Hard to say. Can't really take statistics, because you can't measure the pattern they didn't use!
Just lock the file into memory using:
```vmtouch -l /path/to/binary```
Modern kernels are probably smart enough to already handle this for repetitive behavior.
Of course you could always profile things to determine what’s happening and whether any of the suggestions actually improve anything.