0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

使用NVIDIA DCGM構(gòu)建GPU監(jiān)控解決方案

星星科技指導(dǎo)員 ? 來源:NVIDIA ? 作者:NVIDIA ? 2022-04-27 14:15 ? 次閱讀

對于基礎(chǔ)設(shè)施或站點可靠性工程( SRE )團(tuán)隊來說,監(jiān)控多個 GPU 對于管理大型 GPU 集群以實現(xiàn) AI 或 HPC 工作負(fù)載至關(guān)重要。 GPU 指標(biāo)允許團(tuán)隊了解工作負(fù)載行為,從而優(yōu)化資源分配和利用率,診斷異常,并提高數(shù)據(jù)中心的整體效率。除了基礎(chǔ)設(shè)施團(tuán)隊之外,無論您是從事 GPU – 加速 ML 工作流的研究人員,還是喜歡了解 GPU 利用率和容量規(guī)劃飽和的數(shù)據(jù)中心設(shè)計師,您應(yīng)該都對指標(biāo)感興趣。

pYYBAGJo35WATGA3AAD0qk6dkQ0203.png

這些趨勢變得更為重要,因為 AI / ML 工作負(fù)載通過使用 Kubernetes 之類的容器管理平臺進(jìn)行容器化和擴(kuò)展。在這篇文章中,我們將概述 NVIDIA 數(shù)據(jù)中心 GPU 經(jīng)理( DCGM ),以及如何將其集成到諸如 Prometheus 和 Grafana 這樣的開源工具中,從而為 Kubernetes 構(gòu)建一個 GPU 監(jiān)控解決方案。

NVIDIA DCGM 公司

NVIDIA DCGM 公司 是一組用于在基于 Linux 的大規(guī)模集群環(huán)境中管理和監(jiān)視 NVIDIA GPUs 的工具。它是一個低開銷的工具,可以執(zhí)行各種功能,包括主動健康監(jiān)視、診斷、系統(tǒng)驗證、策略、電源時鐘管理、組配置和記帳。

DCGM 包括用于收集 GPU 遙測的 API。特別感興趣的是 GPU 利用率指標(biāo)(用于監(jiān)視張量核心、 FP64 單元等)、內(nèi)存指標(biāo)和互連流量指標(biāo)。 DCGM 為各種語言(如 C 和 Python )提供了綁定,這些都包含在安裝程序包中。為了與 Go 作為編程語言流行的容器生態(tài)系統(tǒng)集成,有基于 DCGM API 的 Go 綁定 。存儲庫包括示例和 restapi ,以演示如何使用 Go API 監(jiān)視 GPUs 。去看看 NVIDIA/gpu-monitoring-tools repo !

導(dǎo)出

監(jiān)控堆棧通常由一個收集器、一個存儲度量的時間序列數(shù)據(jù)庫和一個可視化層組成。一個流行的開源堆棧是 Prometheus ,與 Grafana 一起作為可視化工具來創(chuàng)建豐富的儀表板。普羅米修斯還包括 Alertmanager 來創(chuàng)建和管理警報。 Prometheus 與 kube-state-metrics 和 node_exporter 一起部署,以公開 kubernetesapi 對象的集群級指標(biāo)和節(jié)點級指標(biāo),如 CPU 利用率。圖 1 顯示了普羅米修斯的一個架構(gòu)示例。

poYBAGJo35aAe6Z5AACi1piQCQc860.png

圖 1 參考普羅米修斯建筑。

在前面描述的 Go API 的基礎(chǔ)上,可以使用 DCGM 向 Prometheus 公開 GPU 度量。為此,我們建立了一個名為 dcgm-exporter 的項目。

dcgm-exporter 使用 Go 綁定 從 DCGM 收集 GPU 遙測數(shù)據(jù),然后為 Prometheus 公開指標(biāo)以使用 http 端點(/metrics)進(jìn)行提取

dcgm-exporter 也是可配置的。您可以使用 .csv 格式的輸入配置文件,自定義 DCGM 要收集的 GPU 指標(biāo)。

Kubernetes 集群中的每個 pod GPU 指標(biāo)

dcgm-exporter 收集節(jié)點上所有可用 GPUs 的指標(biāo)。然而,在 Kubernetes 中,當(dāng)一個 pod 請求 GPU 資源時,您不一定知道節(jié)點中的哪個 GPUs 將被分配給一個 pod 。從 v1 。 13 開始, kubelet 添加了一個設(shè)備監(jiān)視功能,可以使用 pod 資源套接字找到分配給 pod — 的 pod 名稱、 pod 名稱空間和設(shè)備 ID 的設(shè)備。

dcgm-exporter 中的 http 服務(wù)器連接到 kubelet pod resources 服務(wù)器( /var/lib/kubelet/pod-resources ),以標(biāo)識在 pod 上運(yùn)行的 GPU 設(shè)備,并將 GPU 設(shè)備 pod 信息附加到收集的度量中。

pYYBAGJo35eAI2kUAACsDxQT3tg545.png

圖 2 GPU 在 Kubernetes 使用 dcgm exporter 進(jìn)行遙測。

設(shè)置 GPU 監(jiān)控解決方案

下面是一些設(shè)置 dcgm-exporter 的示例。如果您使用的是 NVIDIA GPU 操作員 ,那么 dcgm-exporter 是作為操作員的一部分部署的組件之一。

文檔包括 建立 Kubernetes 集群 的步驟。為了簡潔起見,請快速前進(jìn)到使用 NVIDIA 軟件組件運(yùn)行 Kubernetes 集群的步驟,例如,驅(qū)動程序、容器運(yùn)行時和 Kubernetes 設(shè)備插件。您可以使用 Prometheus Operator 來部署 Prometheus ,它還可以方便地部署 Grafana 儀表板。在本文中,為了簡單起見,您將使用單節(jié)點 Kubernetes 集群。

設(shè)置 普羅米修斯運(yùn)營商目前提供的社區(qū)頭盔圖 時,必須遵循 將 GPU 遙測技術(shù)集成到 Kubernetes 中 中的步驟。必須為外部訪問公開 Grafana ,并且必須將 prometheusSpec.serviceMonitorSelectorNilUsesHelmValues 設(shè)置為 false 。

簡而言之,設(shè)置監(jiān)視包括運(yùn)行以下命令:

$ helm repo add prometheus-community \
https://prometheus-community.github.io/helm-charts

$ helm repo update
$ helm inspect values prometheus-community/kube-prometheus-stack > /tmp/kube-prometheus-stack.values
# Edit /tmp/kube-prometheus-stack.values in your favorite editor
# according to the documentation
# This exposes the service via NodePort so that Prometheus/Grafana
# are accessible outside the cluster with a browser
$ helm install prometheus-community/kube-prometheus-stack \
--create-namespace --namespace prometheus \
--generate-name \
--set prometheus.service.type=NodePort \
--set prometheus.prometheusSpec.serviceMonitorSelectorNilUsesHelmValues=false

此時,您的集群應(yīng)該看起來像下面這樣,其中所有的 Prometheus pods 和服務(wù)都在運(yùn)行:

$ kubectl get pods -A
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system calico-kube-controllers-8f59968d4-zrsdt 1/1 Running 0 18m
kube-system calico-node-c257f 1/1 Running 0 18m
kube-system coredns-f9fd979d6-c52hz 1/1 Running 0 19m
kube-system coredns-f9fd979d6-ncbdp 1/1 Running 0 19m
kube-system etcd-ip-172-31-27-93 1/1 Running 1 19m
kube-system kube-apiserver-ip-172-31-27-93 1/1 Running 1 19m
kube-system kube-controller-manager-ip-172-31-27-93 1/1 Running 1 19m
kube-system kube-proxy-b9szp 1/1 Running 1 19m
kube-system kube-scheduler-ip-172-31-27-93 1/1 Running 1 19m
kube-system nvidia-device-plugin-1602308324-jg842 1/1 Running 0 17m
prometheus alertmanager-kube-prometheus-stack-1602-alertmanager-0 2/2 Running 0 92s
prometheus kube-prometheus-stack-1602-operator-c4bc5c4d5-f5vzc 2/2 Running 0 98s
prometheus kube-prometheus-stack-1602309230-grafana-6b4fc97f8f-66kdv 2/2 Running 0 98s
prometheus kube-prometheus-stack-1602309230-kube-state-metrics-76887bqzv2b 1/1 Running 0 98s
prometheus kube-prometheus-stack-1602309230-prometheus-node-exporter-rrk9l 1/1 Running 0 98s
prometheus prometheus-kube-prometheus-stack-1602-prometheus-0 3/3 Running 1 92s


$ kubectl get svc -A
NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
default kubernetes ClusterIP 10.96.0.1  443/TCP 20m
kube-system kube-dns ClusterIP 10.96.0.10  53/UDP,53/TCP,9153/TCP 20m
kube-system kube-prometheus-stack-1602-coredns ClusterIP None  9153/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-controller-manager ClusterIP None  10252/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-etcd ClusterIP None  2379/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-proxy ClusterIP None  10249/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-scheduler ClusterIP None  10251/TCP 2m18s
kube-system kube-prometheus-stack-1602-kubelet ClusterIP None  10250/TCP,10255/TCP,4194/TCP 2m12s
prometheus alertmanager-operated ClusterIP None  9093/TCP,9094/TCP,9094/UDP 2m12s
prometheus kube-prometheus-stack-1602-alertmanager ClusterIP 10.104.106.174  9093/TCP 2m18s
prometheus kube-prometheus-stack-1602-operator ClusterIP 10.98.165.148  8080/TCP,443/TCP 2m18s
prometheus kube-prometheus-stack-1602-prometheus NodePort 10.105.3.19  9090:30090/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-grafana ClusterIP 10.100.178.41  80/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-kube-state-metrics ClusterIP 10.100.119.13  8080/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-prometheus-node-exporter ClusterIP 10.100.56.74  9100/TCP 2m18s
prometheus prometheus-operated ClusterIP None  9090/TCP 2m12s

安裝 DCGM-Exporter

下面是如何開始安裝 dcgm-exporter 來監(jiān)視 GPU 的性能和利用率。您可以使用頭盔圖表來設(shè)置 dcgm-exporter 。首先,添加 Helm 回購:

$ helm repo add gpu-helm-charts \
https://nvidia.github.io/gpu-monitoring-tools/helm-charts
$ helm repo update

然后,使用 Helm 安裝圖表:

$ helm install \
 --generate-name \
 gpu-helm-charts/dcgm-exporter

可以使用以下命令觀察展開:

$ helm ls
NAME NAMESPACE REVISION APP VERSION
dcgm-exporter-1-1601677302 default 1 dcgm-exporter-1.1.0 2.0.10
nvidia-device-plugin-1601662841 default 1 nvidia-device-plugin-0.7.0 0.7.0

普羅米修斯和格拉法納的服務(wù)應(yīng)公開如下:

$ kubectl get svc -A
NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
default dcgm-exporter ClusterIP 10.99.34.128  9400/TCP 43d
default kubernetes ClusterIP 10.96.0.1  443/TCP 20m
kube-system kube-dns ClusterIP 10.96.0.10  53/UDP,53/TCP,9153/TCP 20m
kube-system kube-prometheus-stack-1602-coredns ClusterIP None  9153/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-controller-manager ClusterIP None  10252/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-etcd ClusterIP None  2379/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-proxy ClusterIP None  10249/TCP 2m18s
kube-system kube-prometheus-stack-1602-kube-scheduler ClusterIP None  10251/TCP 2m18s
kube-system kube-prometheus-stack-1602-kubelet ClusterIP None  10250/TCP,10255/TCP,4194/TCP 2m12s
prometheus alertmanager-operated ClusterIP None  9093/TCP,9094/TCP,9094/UDP 2m12s
prometheus kube-prometheus-stack-1602-alertmanager ClusterIP 10.104.106.174  9093/TCP 2m18s
prometheus kube-prometheus-stack-1602-operator ClusterIP 10.98.165.148  8080/TCP,443/TCP 2m18s
prometheus kube-prometheus-stack-1602-prometheus NodePort 10.105.3.19  9090:30090/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-grafana ClusterIP 10.100.178.41  80:32032/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-kube-state-metrics ClusterIP 10.100.119.13  8080/TCP 2m18s
prometheus kube-prometheus-stack-1602309230-prometheus-node-exporter ClusterIP 10.100.56.74  9100/TCP 2m18s
prometheus prometheus-operated ClusterIP None  9090/TCP 2m12s

使用在端口 32032 公開的 Grafana 服務(wù),訪問 Grafana 主頁。使用普羅米修斯圖表中可用的憑據(jù)登錄到儀表板: prometheus.values 中的 adminPassword 字段。

現(xiàn)在要為 GPU 度量啟動 Grafana 儀表板,請從 數(shù)一數(shù)儀表板。 導(dǎo)入引用的 NVIDIA 儀表板。

使用 DCGM 儀表板

圖 3 參考 NVIDIA Grafana dashboard 。

現(xiàn)在運(yùn)行一些 GPU 工作負(fù)載。為此, DCGM 包括一個名為 dcgmproftester 的 CUDA 負(fù)載生成器。它可以用來生成確定性的 CUDA 工作負(fù)載,用于讀取和驗證 GPU 度量。我們有一個集裝箱化的 dcgmproftester ,可以在 Docker 命令行上運(yùn)行。這個例子生成一個半精度( FP16 )矩陣乘法( GEMM ),并使用 GPU 上的張量核。

產(chǎn)生負(fù)載

要生成負(fù)載,必須首先下載 DCGM 并將其容器化。下面的腳本創(chuàng)建一個可用于運(yùn)行 dcgmproftester 的容器。此容器可在 NVIDIA DockerHub 存儲庫中找到。

#!/usr/bin/env bash
set -exo pipefail

mkdir -p /tmp/dcgm-docker
pushd /tmp/dcgm-docker

cat > Dockerfile <

在將容器部署到 Kubernetes 集群之前,請嘗試在 Docker 中運(yùn)行它。在本例中,通過指定-t 1004,使用張量核心觸發(fā) FP16 矩陣乘法,并運(yùn)行測試-d 45( 45 秒)。您可以通過修改-t參數(shù)來嘗試運(yùn)行其他工作負(fù)載。

$ docker run --rm --gpus all --cap-add=SYS_ADMIN nvidia/samples:dcgmproftester-2.0.10-cuda11.0-ubuntu18.04 --no-dcgm-validation -t 1004 -d 45

Skipping CreateDcgmGroups() since DCGM validation is disabled
CU_DEVICE_ATTRIBUTE_MAX_THREADS_PER_MULTIPROCESSOR: 1024
CU_DEVICE_ATTRIBUTE_MULTIPROCESSOR_COUNT: 40
CU_DEVICE_ATTRIBUTE_MAX_SHARED_MEMORY_PER_MULTIPROCESSOR: 65536
CU_DEVICE_ATTRIBUTE_COMPUTE_CAPABILITY_MAJOR: 7
CU_DEVICE_ATTRIBUTE_COMPUTE_CAPABILITY_MINOR: 5
CU_DEVICE_ATTRIBUTE_GLOBAL_MEMORY_BUS_WIDTH: 256
CU_DEVICE_ATTRIBUTE_MEMORY_CLOCK_RATE: 5001000
Max Memory bandwidth: 320064000000 bytes (320.06 GiB)
CudaInit completed successfully.

Skipping WatchFields() since DCGM validation is disabled
TensorEngineActive: generated ???, dcgm 0.000 (27605.2 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28697.6 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28432.8 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28585.4 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28362.9 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28361.6 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28448.9 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28311.0 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28210.8 gflops)
TensorEngineActive: generated ???, dcgm 0.000 (28304.8 gflops)

將此計劃到您的 Kubernetes 集群上,并在 Grafana 儀表板中查看適當(dāng)?shù)亩攘俊O旅娴拇a示例使用容器的適當(dāng)參數(shù)構(gòu)造此 podspec :

cat << EOF | kubectl create -f -
?apiVersion: v1
?kind: Pod
?metadata:
?? name: dcgmproftester
?spec:
?? restartPolicy: OnFailure
?? containers:
?? - name: dcgmproftester11
???? image: nvidia/samples:dcgmproftester-2.0.10-cuda11.0-ubuntu18.04
???? args: ["--no-dcgm-validation", "-t 1004", "-d 120"]
???? resources:
?????? limits:
????????? nvidia.com/gpu: 1
???? securityContext:
?????? capabilities:
????????? add: ["SYS_ADMIN"]
?
EOF

您可以看到dcgmproftesterpod 正在運(yùn)行,然后在 Grafana 儀表板上顯示度量。 GPU 利用率( GrActive )已達(dá)到 98% 的峰值。您還可能會發(fā)現(xiàn)其他指標(biāo)很有趣,比如 power 或 GPU 內(nèi)存。

$ kubectl get pods -A
NAMESPACE NAME READY STATUS RESTARTS AGE
...
default dcgmproftester 1/1 Running 0 6s
...

圖 4 GPU 運(yùn)行 dcgmproftest 時在 Grafana 中的利用率。

驗證 GPU 指標(biāo)

DCGM 最近增加了一些設(shè)備級指標(biāo)。其中包括細(xì)粒度的 GPU 利用率指標(biāo),可以監(jiān)視 SM 占用率和 Tensor 核心利用率。為了方便起見,當(dāng)您使用 Helm 圖表部署 dcgm-exporter 時,它被配置為默認(rèn)收集這些度量。

圖 5 顯示了在 Prometheus 儀表板中驗證 dcgm-exporter 提供的評測指標(biāo)。

圖 5 GPU 在普羅米修斯儀表板中分析 DCGM 的指標(biāo)。

您可以定制 Grafana 儀表板以包含 DCGM 的其他指標(biāo)。在本例中,通過編輯 repo 上可用的 JSON 伯爵夫人 文件,將 Tensor 核心利用率添加到儀表板中。你也可以使用網(wǎng)頁界面。請隨意修改儀表板。

此儀表板包括 Tensor 核心利用率。您可以進(jìn)一步自定義它。重新啟動 dcgmproftester 容器后,您可以看到 T4 上的張量核心已達(dá)到約 87% 的利用率:

圖 6 Grafana 的張量核心利用率(百分比)。

請隨意修改 JSON 儀表板,以包含 DCGM 支持的其他 GPU 指標(biāo)。支持的 GPU 指標(biāo)在 DCGM DCGM API Documentation 中可用。通過使用 GPU 指標(biāo)作為定制指標(biāo)和普羅米修斯適配器,您可以使用 臥式吊艙自動標(biāo)度機(jī) 根據(jù) GPU 利用率或其他指標(biāo)來縮放吊艙的數(shù)量。

概要

要從 dcgm-exporter 開始,并將監(jiān)視解決方案放在 Kubernetes 上,無論是在前提還是在云中,請參閱 將 GPU 遙測技術(shù)集成到 Kubernetes 中 ,或?qū)⑵洳渴馂?NVIDIA GPU 操作員 的一部分。

關(guān)于作者

Pramod Ramarao 是 NVIDIA 加速計算的產(chǎn)品經(jīng)理。他領(lǐng)導(dǎo) CUDA 平臺和數(shù)據(jù)中心軟件的產(chǎn)品管理,包括容器技術(shù)。

Ahmed Al-Sudani 是 NVIDIA DCGM 團(tuán)隊的軟件工程師。他致力于在數(shù)據(jù)中心環(huán)境中實現(xiàn)健康和性能監(jiān)控。

Swati Gupta 是 NVIDIA 的系統(tǒng)軟件工程師,她在 OpenShift 云基礎(chǔ)設(shè)施、協(xié)調(diào)和監(jiān)控方面工作。她專注于在容器編排系統(tǒng)(如 Kubernetes 、 GPU 和 Docker )中啟用 GPU - 加速的 DL 和 AI 工作負(fù)載。

審核編輯:郭婷

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • NVIDIA
    +關(guān)注

    關(guān)注

    14

    文章

    5049

    瀏覽量

    103348
  • gpu
    gpu
    +關(guān)注

    關(guān)注

    28

    文章

    4760

    瀏覽量

    129128
  • 數(shù)據(jù)中心
    +關(guān)注

    關(guān)注

    16

    文章

    4827

    瀏覽量

    72242
收藏 人收藏

    評論

    相關(guān)推薦

    0xmd公司通過NVIDIA GPU打造醫(yī)療AI解決方案

    本案例中,0xmd 公司通過 NVIDIA GPU 打造醫(yī)療 AI 解決方案,覆蓋影像分析和文本解讀等領(lǐng)域。
    的頭像 發(fā)表于 01-14 16:23 ?83次閱讀

    NVIDIA技術(shù)助力Pantheon Lab數(shù)字人實時交互解決方案

    本案例中,Pantheon Lab(萬想科技)專注于數(shù)字人技術(shù)解決方案,通過 NVIDIA 技術(shù)實現(xiàn)數(shù)字人實時對話與客戶互動交流。借助 NVIDIA GPU
    的頭像 發(fā)表于 01-14 11:19 ?149次閱讀

    NVIDIA和GeForce RTX GPU專為AI時代打造

    NVIDIA 和 GeForce RTX GPU 專為 AI 時代打造。
    的頭像 發(fā)表于 01-06 10:45 ?153次閱讀

    《CST Studio Suite 2024 GPU加速計算指南》

    監(jiān)控/利用率、選擇可用GPU卡子集等內(nèi)容。 6. 故障排除:針對NVIDIA驅(qū)動安裝、多GPU設(shè)置、GPU模式、硬件識別、CUDA錯誤、TC
    發(fā)表于 12-16 14:25

    Supermicro推出直接液冷優(yōu)化的NVIDIA Blackwell解決方案

    ,宣布推出高性能的SuperCluster。這一端對端AI數(shù)據(jù)中心解決方案采用NVIDIA Blackwell平臺,專為兆級參數(shù)規(guī)模的生成式AI時代所設(shè)計。全新SuperCluster將可大幅增加液冷
    發(fā)表于 11-25 10:39 ?435次閱讀
    Supermicro推出直接液冷優(yōu)化的<b class='flag-5'>NVIDIA</b> Blackwell<b class='flag-5'>解決方案</b>

    AMD與NVIDIA GPU優(yōu)缺點

    在圖形處理單元(GPU)市場,AMD和NVIDIA是兩大主要的競爭者,它們各自推出的產(chǎn)品在性能、功耗、價格等方面都有著不同的特點和優(yōu)勢。 一、性能 GPU的性能是用戶最關(guān)心的指標(biāo)之一。在高端市場
    的頭像 發(fā)表于 10-27 11:15 ?859次閱讀

    應(yīng)用NVIDIA Spectrum-X網(wǎng)絡(luò)構(gòu)建新型主權(quán)AI云

    、Hugging Face、Golem.ai 等。Scaleway 提供一站式的云服務(wù),以開發(fā)創(chuàng)新解決方案并幫助用戶從零開始構(gòu)建和擴(kuò)展 AI 項目,目前 Scaleway 正在構(gòu)建區(qū)域 AI 云,提供
    的頭像 發(fā)表于 07-26 18:58 ?1208次閱讀

    暴漲預(yù)警!NVIDIA GPU供應(yīng)大跳水

    gpu
    jf_02331860
    發(fā)布于 :2024年07月26日 09:41:42

    智慧工廠視頻監(jiān)控解決方案 OpenCV

    智能工廠視頻監(jiān)控解決方案以地區(qū)生態(tài)環(huán)境和工廠污染物為關(guān)鍵監(jiān)控目標(biāo)。智能工廠視頻監(jiān)控解決方案根據(jù)線上監(jiān)控
    的頭像 發(fā)表于 07-03 23:00 ?334次閱讀
    智慧工廠視頻<b class='flag-5'>監(jiān)控</b><b class='flag-5'>解決方案</b> OpenCV

    恒訊科技的GPU解決方案有什么特點和優(yōu)勢?

    GPU解決方案通常指的是云服務(wù)提供商提供的、基于圖形處理單元(GPU)的計算服務(wù)。這些服務(wù)利用GPU的并行處理能力,為用戶提供高性能的計算資源,特別適用于需要大量圖形處理或并行計算的
    的頭像 發(fā)表于 06-12 17:24 ?423次閱讀

    使用OpenUSD和NVIDIA Omniverse開發(fā)虛擬工廠解決方案

    工業(yè)開發(fā)者正在借助 NVIDIA AI、NVIDIA Omniverse 和通用場景描述 (OpenUSD)生態(tài)系統(tǒng)的力量構(gòu)建虛擬工廠解決方案,通過優(yōu)化棕地和綠地開發(fā)流程加快產(chǎn)品上市時
    的頭像 發(fā)表于 05-28 18:12 ?1319次閱讀
    使用OpenUSD和<b class='flag-5'>NVIDIA</b> Omniverse開發(fā)虛擬工廠<b class='flag-5'>解決方案</b>

    利用NVIDIA組件提升GPU推理的吞吐

    本實踐中,唯品會 AI 平臺與 NVIDIA 團(tuán)隊合作,結(jié)合 NVIDIA TensorRT 和 NVIDIA Merlin HierarchicalKV(HKV)將推理的稠密網(wǎng)絡(luò)和熱 Embedding 全置于
    的頭像 發(fā)表于 04-20 09:39 ?774次閱讀

    RTX 5880 Ada Generation GPU與RTX? A6000 GPU對比

    NVIDIA RTX? 5880 Ada Generation GPU 是目前國內(nèi)重量級 GPU,基于全新 NVIDIA Ada Lovelace 架構(gòu)
    的頭像 發(fā)表于 04-19 10:20 ?1918次閱讀
    RTX 5880 Ada Generation <b class='flag-5'>GPU</b>與RTX? A6000 <b class='flag-5'>GPU</b>對比

    礦場設(shè)備遠(yuǎn)程監(jiān)控解決方案

    礦場設(shè)備遠(yuǎn)程監(jiān)控解決方案 在現(xiàn)代工業(yè)智能化進(jìn)程中,針對礦場設(shè)備遠(yuǎn)程監(jiān)控解決方案顯得尤為重要。這一方案旨在通過集成先進(jìn)的信息技術(shù)與物聯(lián)網(wǎng)技術(shù)
    的頭像 發(fā)表于 03-27 10:41 ?574次閱讀
    礦場設(shè)備遠(yuǎn)程<b class='flag-5'>監(jiān)控</b><b class='flag-5'>解決方案</b>

    母線槽智能監(jiān)控解決方案

    母線槽智能監(jiān)控解決方案
    的頭像 發(fā)表于 01-19 08:07 ?503次閱讀
    母線槽智能<b class='flag-5'>監(jiān)控</b><b class='flag-5'>解決方案</b>