Is this page helpful?

Configure NVIDIA NIM for Image OCR (NeMo Retriever OCR)#

NVIDIA NIM for Image OCR (NeMo Retriever OCR) uses docker containers under the hood. Each NIM is its own Docker container and there are several ways to configure it. The remainder of this documentation describes the ways to configure a NIM container.

Use this documentation to learn how to configure Image OCR NIM (NeMo Retriever OCR).

GPU Selection#

The NIM container is GPU-accelerated and uses NVIDIA Container Toolkit for access to GPUs on the host.

You can specify the --gpus all command-line argument to the docker run command if the host has one or more of the same GPU model. If the host has a combination of GPUs, such as an A6000 and a GeForce display GPU, run the container on compute-capable GPUs only.

Expose specific GPUs to the container by using either of the following methods:

  • Specify the --gpus argument, such as --gpus="device=1".

  • Set the NVIDIA_VISIBLE_DEVICES environment variable, such as -e NVIDIA_VISIBLE_DEVICES=1.

Run the nvidia-smi -L command to list the device IDs to specify in the argument or environment variable:

GPU 0: Tesla H100 (UUID: GPU-a1111111-aaaa-bbbb-cccc-dddddddddddd)
GPU 1: NVIDIA GeForce RTX 3080 (UUID: GPU-e2222222-ffff-gggg-hhhh-iiiiiiiiiiii)

Refer to GPU Enumeration in the NVIDIA Container Toolkit documentation for more information.

PID Limit#

In certain deployment or container runtime environments, default process and thread limits (PID limits) can interfere with NIM startup. These set limits are set by Docker, Podman, Kubernetes, or the operating system.

If the PID limit is too low, you might see symptoms such as:

  • NIM starts up partially, but fails to reach ready state, and then stalls.

  • NIM starts up partially, but fails to reach ready state, and then crashes.

  • NIM serves a small number of requests, and then fails.

To verify that PID limits are impacting the NIM container, you can remove or adjust the PID limit at the container, node, and operating system level. Removing the PID limit and then checking for success is a useful diagnostic step.

  • To increase the PID limit in a docker run command, set --pids-limit=-1. For details, see docker container run.

  • To increase the PID limit in a podman run command, set --pids-limit=-1. For details, see Podman pids-limit.

  • To increase the PID limit in Kubernetes, set the PodPidsLimit on the kubelet on each node. For details, see your Kubernetes distribution specific documentation.

  • To increase the PID limit at the operating system level, see your OS-specific documentation.

Shared Memory Flag#

Tokenization uses capabilities that scale with the number of CPU cores available. You may need to increase the available shared memory given to the microservice container.

Example providing 1g of shared memory:

docker run ... --shm-size=1g ...

Runtime Performance Mode#

Set NIM_PERFORMANCE_MODE=0 for latency-oriented defaults or NIM_PERFORMANCE_MODE=1 for throughput-oriented defaults. The setting changes only values that you do not configure explicitly.

Setting

Latency mode (0, default)

Throughput mode (1)

NIM_SERVER_MAX_WAIT_MS

0

10

NIM_ENGINE_COUNT

1

2

NIM_PIPELINE_MAX_BATCH_SIZE

1

16

NIM_SERVER_MODE

latency

throughput

Explicit values for these environment variables take precedence over the mode defaults. For the complete variable reference, see Environment Variables for NVIDIA NIM for Image OCR (NeMo Retriever OCR).

Volumes#

The following table identifies the paths that are used in the container. Use this information to plan the local paths to bind mount into the container.

Container Path

Description

Example

/opt/nim/.cache or NIM_CACHE_PATH

Specifies the path, relative to the root of the container, for downloaded models.

The typical use for this path is to bind mount a directory on the host with this path inside the container. For example, to use ~/.cache/nim on the host, run mkdir -p ~/.cache/nim before you start the container. When you start the container, specify the -v ~/.cache/nim:/opt/nim/.cache -u $(id -u) arguments to the docker run command.

If you do not specify a bind or volume mount, as shown in the -v argument in the preceding command, the container downloads the model each time you start the container.

The -u $(id -u) argument runs the container with your user ID to avoid file system permission issues and errors.

-v ~/.cache/nim:/opt/nim/.cache -u $(id -u)