Может просто ридми не обновил

${__javaScript(${__fileToString("test.js")}}

Теоретически, скоро из Java выпилят Nashorn и будет непонятно. Сейчас оно, да, быстрее, чем Rhino. Но потом что? Скрипты переписывать что-ли?

У разработчиков есть унаследованный код, вот и у тестировщиков будет)). Будем жить на java 8

На самом деле, просто дополняю тему "Ускоряем Apache.JMeter". Вот заметил новую точку ускорения. Которая может пригодиться особенно тем, кто по объективным причинам выполняет JavaScript в большом количестве из JMeter

А надо просто вот этот движок встроить https://bellard.org/quickjs/

И всё будет норм

Да это очень крутой дядька

ребят, а кто разрабатывает эту штуку не знаете ? carrier-io https://github.com/carrier-io/carrier-io

По коммитам
https://github.com/arozumenko

ну эт понятно, просто я его вживую не знаю, и его контактов)

автор говорит, вот тут есть контакты: https://getcarrier.io/#about

Бог с ним, с автором

Ребят, есть вопрос:

- на виртуалке запущен Java-процесс с ограничением хипа в 8 гб
- в какой-то момент запустили TOP и увидели, что процесс java потребляет 20 гб
- мониторинг гипервизора говорит, что виртуалка использует меньше 20 гб памяти


Я подозреваю, что причина в динамической памяти виртуалки и что top неверно определяет потребление памяти процессами в ситуации, когда память выделялась и отдавалась обратно.

Но не уверен. Есть идеи?

У топа штук 5 метрик памяти. Виртуальная память может быть больше физической. Джава процесс тоже не только в хипе живёт. Сколько он жрёт лучше посмотреть профайлером

А что может кушать память, кроме ограниченного в размерах хипа и metaspace ?

Difference between Metaspace and Native Memory in Java - Stack Overflow
https://stackoverflow.com/questions/39675406/difference-between-metaspace-and-native-memory-in-java

Посмотрели на virt другого процесса

Нет, процесс тот

Пока подозреваю что память в metaspace ушла