Но базовая проблема...
Мы не видим или знаем много о том, как Linux обрабатывает память с текущим PS или главными командами. Это - тайна.
И еще больше с многоядерными системами, приложения учета системных ресурсов должны улучшиться в Linux
Я запускаю веб-службу RESTful, которая обслуживает некоторый статический контент, хранящийся в каталоге вне Tomcat. Каталог указывается параметром сервлета в web.xml Вы можете сделать что-то подобное, просто указав абсолютный путь к нужным вам файлам - поместив их в Tomcat где-нибудь или в любом другом месте. Я могу опубликовать пример кода, если хотите. Конечно, все другие файлы, которые ссылаются на javascript и CSS, должны быть изменены, потому что эти файлы будут находиться в другом каталоге URL, чем веб-приложения, которые их используют. Например, src = "restAppContextName / serve / youJavaScript.js", где serve - это @Path для веб-службы REST, а все последующее - это @PathParam. Для браузера / serve будет рассматриваться как каталог, поэтому относительная ссылка из одного файла js на другой должна работать.
Это очень простая настройка, которая поможет вам лучше понять, что есть что:
сервер.xml
<Context docBase="appname" path="/appname" reloadable="true" source="org.eclipse.jst.jee.server:appname"/>
docBase — это корневая папка приложения (webapp)
web.xml
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/res/*</url-pattern>
</servlet-mapping>
res — это просто отличительный признак URI; полезно, если у вас есть другой, такой как /*, указывающий на более умный сервлет.
Сервлет по умолчанию обслуживает статические данные из корня приложения. По сути, если файл test.js находится в папке js, это соответствует проекту:
src/main/webapp/js/test.js
Теперь его можно найти по URL-адресу:
http //localhost:8080/имя_приложения/res/js/test.js