Всем привет.
Сталкивался кто с некорректной работой нейронных сетей в docker контейнере.
Ситуация следующая:
Есть сервис по детекции и распознаванию объектов на видео изображении (состоит из самого сервиса и самописной библиотеки).
Проблема в следующем, среднее время детекции (времени на обработку одного кадра) в системе (Ubuntu 18.04) 25 мс, а внутри контейнера 209 мс.

Может кто сталкивался с подобными проблемами. И вообще может ли это быть проблемой контейнеров или нужно в другую сторону копать
Ps: что в системе, что в контейнере детекция идёт через GPU

ну так у тебя добавляется один слой абстракции от оборудования и окружения, в сравнении с bare metal, и еще банальное release/production посмотри

Всем привет! Есть задача запустить приложение на java 8 в docker container как можно задать использование памяти больше 8Гб было? Используем docker-compose  version: 3.8

Всем привет! Есть задача запустить приложение на java 8 в docker container как можно задать использование памяти больше 8Гб было? Используем docker-compose  version: 3.8

Всем привет! Есть задача запустить приложение на java 8 в docker container как можно задать использование памяти больше 8Гб было? Используем docker-compose  version: 3.8

В обратной последовательности не получится

xmx, но имей в виду, это heap, а не вся память java - heap

так очевидно он это и имеет в ввиду, только не знает как выразить мысль

в конейнере в Dockerfile задай нужные ENV для java, в том числе размер исп памяти, а в CMD запуска укажи все что там тебе надо указать в командной строке из них

я вот так запускаю -Dhttp.port=9017 -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5017 -J-Xmx8192M -J-Xms6182M -Dhostname=1132api-qa -Dpartner_configs.launch_for=landings -Djava.net.preferIPv4Stack=true -J-XX:+HeapDumpOnOutOfMemoryError и все равно больше 2ГБ не хочет использовать

У тебя джава 32 битная что ли ?

И в аут оф мемори не падает ?