Eine Lösung wäre, die Anwendung in zwei kleinere Anwendungen umzuwandeln, die über den Loopback miteinander kommunizieren. Eine der Anwendungen kann für die Bereitstellung der Dateien und die andere für deren Verwendung verantwortlich sein. Die Anwendung, die die Dateien bedient, kann in einem Speichercache der Dateien bis zu einer bestimmten Speichergrenze unter Verwendung von Byteanordnungen speichern.
Sie können dann die Anwendung neu starten, die sie so oft verwendet, wie Sie möchten, ohne die Anwendung neu starten zu müssen, die die Dateien bedient (und zwischenspeichert).
Sie müssen nicht einmal die Anwendung in zwei Teile teilen. Linux zum Beispiel Cache-Dateien im Speicher. Es hilft also, den Dateisystem-Cache zu optimieren, so dass möglichst viele dieser Dateien im Speicher abgelegt werden. Es gibt viele Konfigurationsoptionen, die berücksichtigt werden müssen. Wie lange sollen die Dateien im Cache verbleiben? Wie groß sind die Dateien relativ zur maximalen Cachegröße?Die Antwort auf die folgende Frage wirft ein Licht auf diese:
https://unix.stackexchange.com/questions/30286/can-i-configure-my-linux-system-for-more-aggressive-file-system-caching
Es kann auch erforderlich sein, um die JVM Implementierung überprüfen, dass Sie verwenden, nur um sicher zu machen, es wird nicht den Cache umgehen und eine Kraft Festplatte gelesen, obwohl ich ernsthaft bezweifle, dass dies passieren würde.
Nein, aber Sie können eine In-Memory-Datenbank verwenden, die Ihre Zeit spart. – visingh
können Sie einen vorschlagen? – user15860