In recent versions of Hyperscience, we’ve made it possible to classify and extract data from Unstructured documents. However, automating these processes requires more computing resources than our automation capabilities for Structured and Semi-structured documents do.
In order to process Unstructured documents in on-premise deployments of Hyperscience, you need to add a trainer that has both a GPU (graphics processing unit) and a CPU (central processing unit). GPUs have specialized cores that allow the system to perform multiple computations in parallel, reducing the time required to complete the complex operations required to train models for Unstructured documents. When you attach a trainer whose machine has a GPU, you can maximize the benefits of Unstructured Extraction. To learn more about this feature, see Field Identification.
Support for GPUs in Hyperscience deployments
Trainers with GPUs are supported only for the following deployments:
Deployments of v37 or later that run on Docker or Podman
If RHEL is used, it must be RHEL 8.4 or later.
Deployments of v38 or later that run on Kubernetes
Deployments of v36 or earlier are not supported, nor are any deployments that run on RHEL 7.x.
You cannot train models for Structured or Semi-structured documents with a GPU. However, you can train them with a CPU on a machine that has both a GPU and a CPU. Machines with GPUs are not supported for the Hyperscience application.
This article describes how to enable a trainer with both a GPU and a CPU in an on-premise Docker deployment of Hyperscience. Steps 1-3 must be completed before untarring the Hyperscience bundle on the trainer machine. For more information on setting up the trainer, see Trainer Installation (Production).
1. Make sure your GPU hardware meets the requirements.
To process Unstructured documents in Hyperscience, your trainer needs an NVIDIA GPU. We used the NVIDIA Tesla T4 for our benchmarking. Other NVIDIA GPUs may perform slightly better or worse, depending on cores, RAM, and other factors.
For more information on the T4’s specifications, see TechPowerUp’s NVIDIA Tesla T4. To learn more about other NVIDIA GPUs, see TechPowerUp’s GPU Specs Database.
Machine sizing
We've completed benchmark tests for AWS's g4dn.4xlarge machine, and we recommend that machine or one of comparable size. For more details on this machine, see AWS's Amazon EC2 G4 Instances.
2. Make sure your trainer meets the software compatibility requirements.
There are several software-compatibility considerations to keep in mind when setting up your trainer.
a. Verify that your GPU supports CUDA.
CUDA is a parallel computing platform and programming model created by NVIDIA. Machine learning often uses CUDA-based libraries, SDKs, and other tools.
You can find out whether your GPU supports CUDA by running the following command:
lspci | grep -i nvidia
For more information, see NVIDIA’s CUDA GPUs - Compute Capability and NVIDIA CUDA Installation Guide for Linux.
b. Verify that you have a supported version of Linux.
Follow the instructions in NVIDIA’s NVIDIA CUDA Installation Guide for Linux to check your version of Linux. Then, make sure your Linux version is supported by the latest CUDA Toolkit by reviewing NVIDIA’s NVIDIA CUDA Toolkit Release Notes.
c. Verify that the system has gcc installed.
The gcc compiler is required for development using the CUDA Toolkit. To make sure it is installed, follow the instructions in NVIDIA’s NVIDIA CUDA Installation Guide for Linux.
d. Verify that the system has the current Kernel headers and development packages installed.
Kernel headers are header files that specify the interface between the Linux kernel and userspace libraries and programs. The CUDA driver requires that the kernel headers and development packages for the running version of the kernel be installed at the time of the driver installation, as well whenever the driver is rebuilt. For example, if your system is running kernel version 3.17.4-301, the 3.17.4-301 kernel headers and development packages must also be installed.
To verify that these requirements are met, run the following command:
apt-get install linux-headers-$(uname -r)
For more information and commands for various Linux distributions, see NVIDIA’s NVIDIA CUDA Installation Guide for Linux.
3. Install the CUDA drivers.
Follow these steps to make sure that you have the most current and correct CUDA drivers installed.
a. Remove any CUDA drivers installed on the system.
Compatibility between the CUDA Toolkit and CUDA drivers is crucial. In our Docker-based system, the CUDA Toolkit is installed in the trainer images, and you need to make sure that they match the CUDA drivers that are installed in the host OS. The current CUDA Toolkit version installed should be compatible with the latest available CUDA driver. For details on toolkit and driver versions, see NVIDIA’s NVIDIA CUDA Toolkit Release Notes.
An example command for removing these drivers appears below:
apt-get clean; apt-get update; apt-get purge -y cuda*; apt-get purge -y nvidia-*; apt-get -y autoremove
You can tailor this command to match your Linux distribution.
b. Install nvidia-docker2.
The Docker host needs to be prepared before it can expose your GPU hardware to the containers. Although containers share your host’s kernel, they cannot access information on the system packages you have installed. A plain container will lack the device drivers that interface with your GPU. You can activate support for NVIDIA GPUs by installing NVIDIA’s Docker Container Toolkit:
distribution=$(. /etc/os-release;echo $ID$VERSION_ID) \
&& curl -s -L https://nvidia.github.io/nvidia-docker/gpgkey | sudo apt-key add - \
&& curl -s -L https://nvidia.github.io/nvidia-docker/$distribution/nvidia-docker.list | sudo tee /etc/apt/sources.list.d/nvidia-docker.list
apt-get update && apt-get install -o Dpkg::Options::="--force-confold" -y nvidia-docker2
Make sure your Docker daemon file looks like the one shown below:
{
"log-driver": "json-file",
"log-opts": {
"max-size": "10m",
"max-file": "10"
},
"runtimes": {
"nvidia": {
"path": "/usr/bin/nvidia-container-runtime",
"runtimeArgs": []
}
},
"default-runtime": "nvidia",
"node-generic-resources": [
"NVIDIA-GPU=0"
]
}
Inspect your /etc/docker/daemon.json file to confirm that the configured container runtime has been changed. The NVIDIA Toolkit will handle the injection of GPU device connections when new containers start.
c. Install the latest CUDA drivers.
Running the following command installs the latest CUDA driver versions, which should be compatible with the container toolkit:
distribution=$(. /etc/os-release;echo $ID$VERSION_ID | sed -e 's/\.//g')
wget https://developer.download.nvidia.com/compute/cuda/repos/$distribution/x86_64/cuda-keyring_1.0-1_all.deb
dpkg -i cuda-keyring_1.0-1_all.deb
apt-get update && apt-get -y install cuda-drivers
4. Change the model type for the layout you want to use with Unstructured Extraction.
Before you can use your GPU-based trainer, you first need to determine which layout you’d like to use Unstructured Extraction with. Then, you need to change the model type for that layout to UNSTRUCTURED_EXTRACTION. The system will use the GPU for Unstructured Extraction of data from that layout’s documents.
To do so:
Go to /admin/form_extraction/template/.
Find the record for the layout you’d like to use Unstructured Extraction with, and click on its UUID.
In the Flex engine type for training drop-down list, select UNSTRUCTURED_EXTRACTION.
Click Save.
Note that there is no indication on the Trainers page (Administration > Trainers) that the trainer you just enabled has a GPU. However, you can run run.sh check-gpu on a trainer machine to determine whether it has an NVIDIA GPU available.