爱吱声

标题: DeepSeek用PTX编程，隐忧乎？无忧乎？ [打印本页]
作者: 晨枫    时间: 2025-2-2 22:14
标题: DeepSeek用PTX编程，隐忧乎？无忧乎？
DeepSeek用英伟达H20卡训练V3和R1大模型，但据说没有用英伟达的CUDA语言，而是用了更加底层的PTX。! Q/ e4 d3 A7 O4 R
4 b+ H9 L% {+ q
CUDA是英伟达的护城河。搞人工智能就要用英伟达的图形卡，跑英伟达的卡就需要CUDA。一旦形成生态就反过来了，搞人工智能就用CUDA写软件，跑CUDA就只有用英伟达的卡。9 i1 e1 r& G/ a- d+ T4 Q" U0 w5 f* t

% V# ^! i* y8 u但DeepSeek用接近汇编语言的PTX编写软件，绕过了CUDA护城河，也因为PTX更加接近机器语言而更快。据说这是DeepSeek里老人马当年搞量化交易的“后遗症”，需要计算机和通信上达到极限性能，只有用接近汇编语言的“低级语言”来编写程序，比如PTX。
6 ^+ h- _& _1 q: J% J- i: K& Z
8 _  j. @, C$ a' P汇编接近机器指令，速度快，但远离自然语言，语句功能专一、琐碎，编写麻烦，可移植性很差，换一个GPU就需要重写。高级语言的发明就是为了解决接近自然语言和软件在不同平台之间的可移植性的问题的，但执行效率不及汇编。
9 D( w. w$ }% }9 ]- _6 J$ t# C+ _) r$ m  O- N$ A6 D
接近自然语言很重要，这样更人类思维，编程和阅读容易，纠错也容易。跨计算机平台的可移植性也很重要，不仅更新更快的芯片出来了，重新编译一下又可以执行，换上完全“不同路子”的计算机也能执行，比如WinTel换到Unix或者iOS环境下。但编译出来的执行时效率不及汇编。( x- c( P. M2 r, b, r; N0 \

( W8 |% [+ G2 L6 }0 z  nDeepSeek绕过了CUDA，但通用大模型要是“绑定”在H20卡上，那就亏了，换卡就要重新编写和测试一遍。
' `9 {* q- T' x0 |- K# G6 X
* I: K7 p1 {3 U6 N9 u+ l好在大模型的一大神迹就是按照自然语言的要求写程序。换到这里，只是直接写到PTX一级。这个问题解决了，可移植性比CUDA还好，直接用更加接近自然语言的伪码了。: {  e0 Q8 i# c0 N, \  L+ Q( r; F% z

; S* |8 S1 N6 b6 D) U+ [即使以后不用PTX了，也就是重新训练大模型改用新语言的事。换句话说，大模型代替高级语言的工作了。7 [9 D) I! u( \% j8 g5 G. q5 [
. }- B: ~: y. W+ R% \3 r: _
看来，没有隐忧。3 \5 q' C) C' u" ^9 [
作者: WiFi    时间: 2025-2-4 01:15
应该是用的H800，不是H20
作者: 晨枫    时间: 2025-2-4 01:35
WiFi 发表于 2025-2-3 11:15  ?3 D% O' t) t: G2 n" a% ~; z
应该是用的H800，不是H20

( P% p5 r2 F! m5 ?8 X7 C, \两个说法都看到过，我都糊涂了。哪一个更弱？
作者: WiFi    时间: 2025-2-4 02:57
晨枫 发表于 2025-2-4 01:35! r" G& |) x" R0 G8 o2 Y
两个说法都看到过，我都糊涂了。哪一个更弱？

3 Q2 P% ?4 ?2 L  Q* I* lNvidia's H800 was launched in March 2023 and is a cut-down version of the H100.
  Z( i, _- E* j4 o; A* _& ?3 HThe H20 is expected to be available for important clients in early 2024, with a wider release in the second quarter" x+ B# G3 h$ }, e2 B; K
% W$ y; l% D# H; M1 i/ O+ q, X5 Z
H20比H800新一代。应该更好一些。
作者: xiejin77    时间: 2025-2-5 13:58
相比于绕开cuda的突破，其实ds自己设计的Fire-Flyer AI-HPC框架，更值得自豪。. C5 N0 J* T3 U1 V; i* s

! P+ Y: a3 P( }1 Y, n3 b3 T2 Q  R在训练的尝试中有意绕开了多卡之间必须依赖的nvlink的瓶颈，而这个其实是老黄在硬件底层的护城河，更深也更黑。
作者: 晨枫    时间: 2025-2-5 14:13
xiejin77 发表于 2025-2-4 23:58( }0 A. |# J& l# U
相比于绕开cuda的突破，其实ds自己设计的Fire-Flyer AI-HPC框架，更值得自豪。
1 c2 d8 V: @5 l! o
6 `" p- V& ]# X& f' A在训练的尝试中有意绕开了 ...
+ V( y! [3 `1 T- U1 @0 }3 b  q
这个能展开说说吗？
作者: xiejin77    时间: 2025-2-5 14:21
晨枫 发表于 2025-2-5 14:133 q  D+ l! v- F9 [7 o: n
这个能展开说说吗？

& X! k* R. W7 D+ Sds自己有篇论文，我找时间专门解读一下吧
作者: 晨枫    时间: 2025-2-5 14:30
xiejin77 发表于 2025-2-5 00:21
, J$ G6 n/ @  O- o$ ?- Nds自己有篇论文，我找时间专门解读一下吧
% N* ~2 A% l: c4 T4 Q* ^5 S
多谢。恭候。9 [; ~% \# U5 ^% t5 |7 G
# q  x5 M/ h+ R8 E3 P' c% K1 U! w$ `
DS倒是真开放哈。
作者: xiejin77    时间: 2025-2-5 15:08
WiFi 发表于 2025-2-4 01:15
3 T- F2 o8 D) H0 k1 `. u应该是用的H800，不是H20
" r$ V: q9 [5 \5 G+ J# Q
晨大的这个说法，我查了一下资料和信源，正好我之前写过ds-v3的解读。感觉可能是有点偏差。
, R  c: Z% y  O. c0 a# j7 {# R7 N/ G9 ?& R& f8 \% [% V
Parallel thread execution就是PTX。这是一种底层的N卡指令集架构的中间语言，cuda也用ptx，在这一点上确实是类似asm。2 [5 `7 Q/ l' Q# c4 r

! l! v7 C% p2 u- k" u4 i( E但根据ds自己的论文看，他们用ptx不是为了绕过cuda，而是为了优化效率：
% k. Y# J6 J# Q7 n. q
In detail, we employ the warp specialization technique (Bauer et al., 2014) and partition
, z' |# |4 q" s! u1 e0 F5 O/ \20 SMs into 10 communication channels. During the dispatching process, (1) IB sending, (2)
4 F  u9 v+ o8 O# J( S/ ^/ o& RIB-to-NVLink forwarding, and (3) NVLink receiving are handled by respective warps. The
6 K7 f! N, |! o( wnumber of warps allocated to each communication task is dynamically adjusted according to the; E' `6 d: z& d- N( U$ |
actual workload across all SMs. Similarly, during the combining process, (1) NVLink sending,& Q6 D' u  j. e, b4 M  P" h0 V
(2) NVLink-to-IB forwarding and accumulation, and (3) IB receiving and accumulation are also% V; v9 @# a" s' a
handled by dynamically adjusted warps. In addition, both dispatching and combining kernels
1 Q2 ~( |5 }- Y/ P' v  Z* Yoverlap with the computation stream, so we also consider their impact on other SM computation) c5 E" Z. l9 S* a* X
kernels. Specifically, we employ customized PTX (Parallel Thread Execution) instructions and9 Q1 B' h. J, ?
auto-tune the communication chunk size, which significantly reduces the use of the L2 cache0 s, I/ B" q  k/ z! ]
and the interference to other SMs.
0 Y5 [4 N3 |, {- v. S
- r% G8 |8 R7 P0 S3 M. g9 ]+ {% G
理论上说基于ptx的话，N卡可用，华为的910c是不能用的。所以不存在通用性的可能，更像是ds的团队逢山开路遇水架桥的给cuda打补丁。
: _# s- U! C# U3 `$ K: g* w
作者: WiFi    时间: 2025-2-6 01:33
xiejin77 发表于 2025-2-5 15:087 V- T! N1 i, S# L  h/ x
晨大的这个说法，我查了一下资料和信源，正好我之前写过ds-v3的解读。感觉可能是有点偏差。
; F% f4 ]! w2 @* o/ r% w6 P) s) G$ l! O8 p- q
Parallel th ...
3 x# O+ u/ M$ L! H% L
同意谢总的分析
作者: 晨枫    时间: 2025-2-6 02:13
xiejin77 发表于 2025-2-5 01:086 E5 ]; R' Q) |5 v
晨大的这个说法，我查了一下资料和信源，正好我之前写过ds-v3的解读。感觉可能是有点偏差。- s8 O% Z! @' Y9 v& h# ^
, U5 a! l4 n. L( Z# G2 s
Parallel th ...
! s8 `8 P2 M& E& K
PTX是不是本来就chip specific？有可能利用大模型反过来把PTX写的东西反过来生成伪码，再针对新芯片的相当于PTX的指令集生成新的软件？这可能丧失了直接用PTX的优化作用，但重获了CUDA的可移植性？
作者: xiejin77    时间: 2025-2-6 08:42
晨枫 发表于 2025-2-6 02:137 |: S  |, J& G4 n
PTX是不是本来就chip specific？有可能利用大模型反过来把PTX写的东西反过来生成伪码，再针对新芯片的相 ...

; K( ]$ l- u' s1 X晨大好。
9 f# g" u8 S: \) y7 ~! @4 W
4 J1 K6 V2 x  }/ E1 ]我的理解，类asm的语言都是和硬件架构和芯片的指令集深度绑定的。
1 c9 ]. @: w2 J$ T9 Z% i1 ?4 Q5 W+ U; |- Q' r+ n6 A. z
您这思路，理论上可行，但是就像用谷歌翻译来回古文一样，偏差会大到不忍卒读。
5 u  n( L% C# P" R2 k/ J+ M
) `; ?" |& ?5 N. b/ ]& k% t% a- y+ T其实ds并没有想绕开cuda，他的V3版本都是在N卡的体系里做的。2 V: ~& r; m9 o# r
+ \0 i9 D% S9 h) ^2 x9 b1 I
要知道，老黄的护城河可不仅仅是cuda生态和ptx，nvlink和IB网络框架才是最底层的壁垒。顺便说一句，DS嫌nvlink的故障率太多，边用边吐槽，还整了一套新架构出来。不过多机多卡的大集群，IB网络近期很有可能是绕不开的，最多就是减少带宽消耗而已。
作者: 晨枫    时间: 2025-2-6 08:50
xiejin77 发表于 2025-2-5 18:42! s' B) z; ~: s: h
晨大好。2 @, L& |2 [7 ~
, _" g* ]3 A8 W4 K) w: \
我的理解，类asm的语言都是和硬件架构和芯片的指令集深度绑定的。

% o( J/ x' B* Q& U! P  M多谢解释。那DS为什么不直接用CUDA，还要费事用PTX呢？
作者: xiejin77    时间: 2025-2-6 09:14
晨枫 发表于 2025-2-6 08:50* C5 h% Z6 Q) G/ C' n8 H
多谢解释。那DS为什么不直接用CUDA，还要费事用PTX呢？
  p7 f6 P. u% A
在论文里，这是第3.2.2节的内容
( P& e( \9 [" \; [$ V( r
7 O( z! Z+ S. _6 y3.2.2. Efficient Implementation of Cross-Node All-to-All Communication6 H, s+ g( G% i1 a7 N* u1 b6 i
In order to ensure sufficient computational performance for DualPipe, we customize efficient/ N  u8 r( ]3 b; F- H
cross-node all-to-all communication kernels (including dispatching and combining) to conserve
8 Y( ~6 b" n$ L) b; r. M4 _" i- }the number of SMs dedicated to communication. The implementation of the kernels is co￾designed with the MoE gating algorithm and the network topology of our cluster. To be specific,
) }# x) h3 o+ u$ z9 vin our cluster, cross-node GPUs are fully interconnected with IB, and intra-node communications
; _: x7 D! K4 R8 ^7 Oare handled via NVLink. NVLink offers a bandwidth of 160 GB/s, roughly 3.2 times that of IB
5 l9 M. O6 Y# A7 L( E(50 GB/s). To effectively leverage the different bandwidths of IB and NVLink, we limit each% C. R, B1 x' Z
token to be dispatched to at most 4 nodes, thereby reducing IB traffic. For each token, when its
0 P) f" s. y7 C/ `2 O3 Z3 mrouting decision is made, it will first be transmitted via IB to the GPUs with the same in-node
. R9 o0 q# s2 V3 u+ u1 M+ nindex on its target nodes. Once it reaches the target nodes, we will endeavor to ensure that it is3 b( H  I8 ]1 B
instantaneously forwarded via NVLink to specific GPUs that host their target experts, without
  u; H6 J8 V2 v2 _being blocked by subsequently arriving tokens. In this way, communications via IB and NVLink. K4 f, k- Z" Q) ~+ x
are fully overlapped, and each token can efficiently select an average of 3.2 experts per node
& _& g$ x: E' z0 y0 F+ h* c  H' c  Pwithout incurring additional overhead from NVLink. This implies that, although DeepSeek-V3& F8 F& h! A# P
131 w* b: d4 y  O2 l3 W7 }+ g' o
selects only 8 routed experts in practice, it can scale up this number to a maximum of 13 experts
. ~. w3 j6 O* z8 W$ Q: }0 J$ s(4 nodes × 3.2 experts/node) while preserving the same communication cost. Overall, under5 \- y9 V9 d% {4 l- Q
such a communication strategy, only 20 SMs are sufficient to fully utilize the bandwidths of IB  Y0 r3 g6 g# ^& n1 g2 _& f
and NVLink.
" \: g# K- F/ Q9 o0 Q4 JIn detail, we employ the warp specialization technique (Bauer et al., 2014) and partition) n3 {+ |! U* [4 |) t' V% F+ b
20 SMs into 10 communication channels. During the dispatching process, (1) IB sending, (2)( x1 r! e  f" w2 Z, J
IB-to-NVLink forwarding, and (3) NVLink receiving are handled by respective warps. The  B( H/ M3 D/ l2 K' w, v! x! f" [/ B
number of warps allocated to each communication task is dynamically adjusted according to the
% N1 C- b$ Z0 bactual workload across all SMs. Similarly, during the combining process, (1) NVLink sending,
& J9 J% `9 V8 k3 C6 m(2) NVLink-to-IB forwarding and accumulation, and (3) IB receiving and accumulation are also
! M& F) U, K5 q# @: Thandled by dynamically adjusted warps. In addition, both dispatching and combining kernels
+ Y' G: b3 {' h+ toverlap with the computation stream, so we also consider their impact on other SM computation' ]6 V& ]* t9 k
kernels. Specifically, we employ customized PTX (Parallel Thread Execution) instructions and
3 Z/ R7 L; |! kauto-tune the communication chunk size, which significantly reduces the use of the L2 cache3 m' K  g; z% g
and the interference to other SMs./ U: g. x) [$ e

$ l2 i- f8 ?  e; T- {8 q$ E, I3 Y7 L通俗一点说，就是为了实现高效的跨节点全面通信。解决的问题本质上和唐家山老师日志里说的双机对拷的场景差不多。一般来说单机多卡之间用nvlink，多机多卡之间依赖IB网络，但nvlink的速率是IB网络的速率的3.2倍，需要通过一些优化来实现更好的传输策略。这是一整套方案。
, y; _8 i7 R2 B( C2 [/ J9 Y: B4 W, D: L% y' |; Y
我的理解，使用PTX在其中，是为了更精准的定制线程执行减少通信块分配传输之间的串扰。
* ?% q6 v. M9 A! S$ d; \$ z9 G. }) M& ^" Y, k
目的不是为了绕cuda，反而是为了让cuda的效率更高。
6 ]6 f9 `4 h% g, Z8 q# f" J1 r9 X" _; N8 k1 h
类比一下，就好比发现网卡驱动在对拷特定内存块的时候会和应用的线程执行出现串行导致效率降低，而绕开操作系统定义的与网卡驱动的接口，直接使用网卡支持的指令集进行了优化。
作者: 唐家山    时间: 2025-2-6 09:51
本帖最后由 唐家山 于 2025-2-6 09:53 编辑 $ r+ B6 V8 P+ d4 `
晨枫 发表于 2025-2-6 08:503 L9 Q0 w5 V# f, G. s
多谢解释。那DS为什么不直接用CUDA，还要费事用PTX呢？
7 c( ]) B6 @" s) m8 a' h- ~
: j: I! R0 {) |) Q: |) l, C
应该是性能的原因。打个比方吧，操作系统内核一般都是用C语言写的，但是一些关键部分会用汇编语言来写。原因就是汇编语言的代码（指令）比C语言编译后的代码（指令）的性能要高。
作者: 晨枫    时间: 2025-2-6 09:53
唐家山 发表于 2025-2-5 19:51
, [% i( ?2 J3 g( ^) ?% O! f应该是性能的原因。打个比方吧，操作系统内核一般都是用C语言写的，但是一些关键部分会用汇编语言来写。 ...
: f9 P# C! m& F& H" c
多谢解释。
3 y- F" E+ n0 |& g
; b# y7 r# J" E7 D# M* Y那DS如果把模型移植到华为芯片，应该需要重写软件吧？而且无法从原有的CUDA架构下移植？
作者: xiejin77    时间: 2025-2-6 09:58
本帖最后由 xiejin77 于 2025-2-6 10:01 编辑
' Y  q0 ^; P" c
晨枫 发表于 2025-2-6 09:53; U9 R* b6 v6 @- A: E2 S
多谢解释。' @9 s- f; h; P* q: D. e
7 A9 i% c8 H  E  }
那DS如果把模型移植到华为芯片，应该需要重写软件吧？而且无法从原有的CUDA架构下移植？ ...

: `4 }& h: f6 s( L( z0 \+ |7 y% ?9 j9 E* z7 Q
这部分是DS用来做模型训练、推理的辅助工具软件使用的底层驱动，理论上说，效率可以接受的情况下是不需要做移植。cuda和华为cann工具链生态的顶层封装其实很像，真正需要适配的是这一部分。
+ Y* R$ q" {1 C: a4 T& p, o
/ Y$ i" ~; n8 A; v! a" ^华为自己好像发过新闻，ds的670B版本可以在910c的集群上用，但性能只有60%。
7 j5 h7 m9 S# W7 x% `
6 b$ D$ V2 R# u9 C% N0 M  [大模型的生态产业链其实挺长的，从芯片、数据，算力底座，网络等等等等。甚至连某些小众的领域都可能成为大模型生态链的瓶颈，比如支持rdma的全速网卡和超越IB网络的路由器。这一方面国内还有很长的路要走，很多的坑要踩……
作者: 唐家山    时间: 2025-2-6 09:59
本帖最后由 唐家山 于 2025-2-7 09:02 编辑 3 M# T* Y, Z3 E  L& ~% h
晨枫 发表于 2025-2-6 09:53
3 d2 n0 L; i; o多谢解释。
* l6 P* _$ i. U7 a4 d
: l. p1 P" k# p: Y那DS如果把模型移植到华为芯片，应该需要重写软件吧？而且无法从原有的CUDA架构下移植？ ...

" f6 J  O% i  v7 w6 _  @. M; S4 V" d% X: i* ]
确实需要重写。不过重写软件的代价并不像外界想象的那么高。显卡（计算卡）的硬件架构比较简单，上面用的指令集基本上都是相同或类似的。从CUDA架构移植也不麻烦。真正麻烦的地方，是经常会有一些隐藏的bug需要fix。
7 Z; N# p! Y9 m5 H1 T- M# w5 L. n) @& D, N4 _
更正：刚才查了一下。各个厂家的GPU指令集在架构设计、编程模型上差别还是挺大的，不能直接移植。这是我想当然了。另外，早期的显卡上的操作比较简单，现在的显卡（计算卡）的操作已经相当复杂了。以后还得学习之后再发言，否则就闹笑话了。
作者: 晨枫    时间: 2025-2-6 10:02
xiejin77 发表于 2025-2-5 19:58$ Q1 J" K, O* H, t" G5 \6 C3 v" y
这部分是DS用来做模型训练、推理的辅助工具软件使用的底层驱动，理论上说，效率可以接受的情况下是不需要 ...
7 ?, T2 X' m+ X  A
嗯，不大懂，看来way over my head了，就不去勉强搞懂了。! Y6 {% b0 C/ ]5 G$ i

7 b# T% Y# v' \$ x多谢解释。
作者: 晨枫    时间: 2025-2-6 10:04
唐家山 发表于 2025-2-5 19:59, G1 Z( ]0 _' k) @% W
确实需要重写。不过重写软件的代价并不像外界想象的那么高。显卡（计算卡）的硬件架构比较简单，上面用的 ...

# D4 ?! Y7 r% }多谢解释。
8 P2 ^# M6 X  d$ V, I
* E+ [9 ?6 V+ e/ F8 f我用过的语言不多，除了常用的科学计算语言，工控语言用的比较多，各厂家之间基本上无法移植，还不只是语句上的差别，有些架构上就不一样。但看来图形卡的专用语言没有那么不同。
作者: 唐家山    时间: 2025-2-6 19:31
本帖最后由 唐家山 于 2025-2-6 19:56 编辑
- h' P6 B  B( P! U" W% \
晨枫 发表于 2025-2-6 10:04
7 W% E7 d- q) B/ ^! {* L. V! `' ^多谢解释。9 O1 f2 w9 b8 _+ e
& J+ H3 t" K! _6 Y
我用过的语言不多，除了常用的科学计算语言，工控语言用的比较多，各厂家之间基本上无法移植 ...
4 J+ Q9 m& ^. S3 W: S

% ^; K9 n& R' s" M刚才查了一下。各个厂家的GPU指令集在架构设计、编程模型上差别还是挺大的，是我想当然了。另外，早期的显卡上的操作比较简单，现在的显卡（计算卡）的操作已经相当复杂了。以后还得学习之后再发言，否则就闹笑话了。
作者: 大黑蚊子    时间: 2025-2-7 00:43
xiejin77 发表于 2025-2-6 09:58
+ }3 b1 f, |3 j7 T1 N3 `7 s" H这部分是DS用来做模型训练、推理的辅助工具软件使用的底层驱动，理论上说，效率可以接受的情况下是不需要 ...

7 E9 }1 s! {- u7 S* SDS训练用的是自己以前买的A100/H800，H100有没有，有多少，印象里DS没说! _. }6 c9 p1 y& \, j  X
DS自己也买了很多华为的910B，事实上国内大厂（阿里、腾讯、字节啥的）都大量在买华为的910系列用于训练, W4 J# S" K  A' Q7 c6 ]: ]
买H100以及GB200那些不是不行，涉及到制裁和转运，内部合规都很难，实际采购量很少+ ]# A" D8 Y5 R0 S
至于特供中国的H20，这货做训练不行，做推理也不行，卖的相当不行，之前WSJ还是谁来着吹说中国要买100万张狗屎H20，后来被证明纯属YY，可能实际采购量连这个数的5%都不到, S1 [: D; ^; E
nVidia一直以来的政策，是消费级显卡不能用来商用，也就是说4090不能用来搞训练啥的。之前各家大厂因为还要从老黄那里买卡，也就捏着鼻子认了买高价货，结果老美一刀切之后，反正特么以后也没生意做，干脆掀桌子，鼓捣出用4090芯片+3090PCB板+魔改48G显存的4090ProMax商用版，一块不到3万人民币，用来跑推理性价比高得出奇。
3 ?" W/ f! [7 j: Y) N于是在市场上就出现了二手4090一万六秒收（这货刚上市的时候卖1万3，用了2年多白嫖还能挣几千块），然后PDD上大把一百块一套的4090手办（4090PCB+全套散热，就是没有芯片和显存，本来是垃圾不值钱，所以能卖多少卖多少）
作者: 晨枫    时间: 2025-2-7 00:59
大黑蚊子 发表于 2025-2-6 10:43' Z& v8 o3 s! q: b' q- {
DS训练用的是自己以前买的A100/H800，H100有没有，有多少，印象里DS没说: C8 d4 v; n5 B
DS自己也买了很多华为的910B，事 ...

1 e! s$ s9 G7 z长期看来还是得上国产卡啊。: T+ k* q/ }/ G/ N6 W3 G
; t4 ?% m2 Q. ~' K" F
不过美国也真是郁闷。中国这蛋糕没得吃舍不得，吃了，结果人家老母鸡变鸭了，防也防不住。
作者: 大黑蚊子    时间: 2025-2-7 01:03
晨枫 发表于 2025-2-7 00:59
4 c' g7 R8 d& c6 |% r1 i  {长期看来还是得上国产卡啊。& Y, n2 x/ \+ {: s, Y
& E% S% m9 y) u9 k2 L- v# s
不过美国也真是郁闷。中国这蛋糕没得吃舍不得，吃了，结果人家老母鸡变鸭了 ...

* c; j! _* i+ ?# q看我这记性，说了一大堆是因为nvlink而起，关键东西忘说了3 o& S' Q. }4 M& H9 |0 J6 g$ l
910B的单芯片性能据说跟H800差不多，但是多芯片及多卡协同效率不太行，只有60%左右，估计还需要不少路要走4 O6 U, v1 I8 |7 e8 J/ o' L. N
之前nVidia被制裁的那个高速网卡子公司的独门秘籍就是以太网数据超高速传输. Y4 }# C+ Y5 l& }
作者: xiejin77    时间: 2025-2-7 09:31
大黑蚊子 发表于 2025-2-7 01:03) d; ^+ v! Y, }' R$ p
看我这记性，说了一大堆是因为nvlink而起，关键东西忘说了
" d- }' U& e, D910B的单芯片性能据说跟H800差不多，但是多芯 ...

% m; R6 |1 |+ X' J/ y蚊行的知识面是真全面。
2 t9 Y4 |! R5 k) K# z6 R
  c3 ~# @! L6 R! B* gRDMA网卡的品牌厂商主要有三大巨头企业，分别是Marvell、intel、Mellanox，其中Marvell是收购的Qlogic品牌，Mellanox被英伟达收购。国内做这个的，巨头是华为。上海有一家还不错的企业，我去年年底的时候跟他们聊过。但我的印象里Mellanox的口碑最好。
( {4 D: Z! b' E$ `+ x: V7 Y: o9 @- ?- ^2 w8 F- {. |$ r: o
但RDMA网卡不是单独发挥作用的，多卡间需要路由器支持。主要的方案是roce2和IB，IB是纯血，搭配SXM的nvlink封装芯片，可以跑满。我印象里，roce2和IB之间有这大约一倍以上的带宽差距。
作者: 大黑蚊子    时间: 2025-2-7 15:36
xiejin77 发表于 2025-2-7 09:31) ^: ]% \' k' l
蚊行的知识面是真全面。
% _& s, o! D" }0 t+ y0 n: l3 j1 g- D, o8 M- g
RDMA网卡的品牌厂商主要有三大巨头企业，分别是Marvell、intel、Mellanox，其中 ...
8 u/ Q* r" c* c) J4 g1 }
Mellanox的产品好像是nVidia钦定，意思是只有用他们的方案才能达到数据中心卡间互联的预设效率# [" I/ L9 ?) H2 ]/ E
因为这个，中国商务部指责nVidia在收购Mellanox的时候给出的承诺不实



欢迎光临 爱吱声 (http://www.aswetalk.net/bbs/) Powered by Discuz! X3.2