Создание сервера для WebDESS

[DzyubSpirit]

Branch: https://github.com/DzyubSpirit/WebDESS/tree/server/server/go

Для того, чтобы моделировать сети параллельно с помошью ParallelDESS, я написал сервер на Go, который запускает отдельные java машины для каждой симуляции, чтобы несколько клиентов могли одновременно запускать свои модели.
До этого я попытался написать сервер на Java, создавая по объекту PetriSim на каждый запрос. В результате вылетала ошибка, связаная с индексами. Насколько я понял два объекта симуляции нельзя создать из-за использования static переменных, которые нужны для параллельного запуска.

Для того, чтобы запустить сервер должна быть установлена команда java.
Сервер запускается на http://localhost:8080/

[DzyubSpirit]

Branch: https://github.com/DzyubSpirit/WebDESS/tree/server/server/go

Чтобы сравнить производительность серверов с фронтендом я написал сервер на Java. Этот сервер способен отвечать исключительно на первый запрос, все последающие запросы приводят к вылету ошибок, типа gist. Я проверил не связано ли это с сервером, но на сервер приходят одни и те же данные при первом и последующих запросах. Мне кажется, что это связано с статическими переменными, что нужны для параллельной работы симуляции.

Результаты:

N - количество вершин
K - количесвто ребер
M - количество маркеров

N = 19, K ≈ 40, M ≈ 1000

Frontend:
30ms

Java (measure from frontend):
160ms

Go (measure from frontend):
190ms

Java (measure from backend):
90

Go (measure from backend):
180ms

Выводы:

• Выигрыш от симуляции с помощью Java вместо Javascript нивилируется временeм посылки и обработки сетевого запроса.
• Увелечение размера сети и уменьшение мощности компьютера-клиента все еще может привести к полезности использования сервера. (N >> 19, K >> 40, M >> 1000, количество ядер процессора < 16)
• Время запуска виртуальной машины Java сравнимо с временем симуляции на данных размерах графа, поэтому использование go-сервера в качестве прослойки между фронтендом и java симуляцией неэффективно по времени, не смотря на то, что это самый простой вариант реализации.
• Go сервер, как сервер, обрабатывает запросы быстрее (190-180 = 10 < 160 - 90 = 30).