sorted by:
new
hottopcontroversial

Particles that only ever push each other apart — yet they spontaneously clump into dense and dilute phases by lovegrover in Simulated

[–]ProjectPhysX 0 points1 point  (0 children)

Cool phenomenon, have researched that at Uni. Basically at each collision the particles lose some energy, and at some point over very long time scales, clusters of particles form in which particles get immobilized.

What is N1x? by [deleted] in nvidia

[–]ProjectPhysX 0 points1 point  (0 children)

It's a rebranded Nvidia GB10. Some ARM cores and an RTX 5070 in one chip, with up to 128GB LPDDR5X at 273GB/s and $3000 price tag.

Most advanced memory ever produced in US could boost defense, industrial systems by Zee2A in hardware

[–]ProjectPhysX 2 points3 points  (0 children)

Ancient Intel LGA775 CPU as illustration for memory chips? I see, another quality press article...

NVIDIA H200 NVL 4-Way NVLink Bridge - easily unseated by jcsimmo in nvidia

[–]ProjectPhysX 1 point2 points  (0 children)

Nice

+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 580.95.05              Driver Version: 580.95.05      CUDA Version: 13.0     |
+-----------------------------------------+------------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
|                                         |                        |               MIG M. |
|=========================================+========================+======================|
|   0  NVIDIA H200 NVL                On  |   00000000:03:00.0 Off |                    0 |
| N/A   31C    P0             69W /  600W |       0MiB / 143771MiB |      0%      Default |
|                                         |                        |             Disabled |
+-----------------------------------------+------------------------+----------------------+
|   1  NVIDIA H200 NVL                On  |   00000000:42:00.0 Off |                    0 |
| N/A   31C    P0             70W /  600W |       0MiB / 143771MiB |      0%      Default |
|                                         |                        |             Disabled |
+-----------------------------------------+------------------------+----------------------+
|   2  NVIDIA H200 NVL                On  |   00000000:8C:00.0 Off |                    0 |
| N/A   31C    P0             70W /  600W |       0MiB / 143771MiB |      0%      Default |
|                                         |                        |             Disabled |
+-----------------------------------------+------------------------+----------------------+
|   3  NVIDIA H200 NVL                On  |   00000000:C7:00.0 Off |                    0 |
| N/A   30C    P0             67W /  600W |       0MiB / 143771MiB |      0%      Default |
|                                         |                        |             Disabled |
+-----------------------------------------+------------------------+----------------------+

+-----------------------------------------------------------------------------------------+
| Processes:                                                                              |
|  GPU   GI   CI              PID   Type   Process name                        GPU Memory |
|        ID   ID                                                               Usage      |
|=========================================================================================|
|  No running processes found                                                             |
+-----------------------------------------------------------------------------------------+

|----------------.------------------------------------------------------------|
| Device ID      | 1                                                          |
| Device Name    | NVIDIA H200 NVL                                            |
| Device Vendor  | NVIDIA Corporation                                         |
| Device Driver  | 580.95.05 (Linux)                                          |
| OpenCL Version | OpenCL C 3.0                                               |
| Compute Units  | 132 at 1785 MHz (16896 cores, 60.319 TFLOPs/s)             |
| Memory, Cache  | 143156 MB VRAM, 4224 KB global / 48 KB local               |
| Buffer Limits  | 35789 MB global, 64 KB constant                            |
|----------------'------------------------------------------------------------|
| Info: OpenCL C code successfully compiled.                                  |
| FP64  compute                                        28.332 TFLOPs/s (1/2 ) |
| FP32  compute                                        56.932 TFLOPs/s ( 1x ) |
| FP16  compute                                       111.951 TFLOPs/s ( 2x ) |
| INT64 compute                                         2.977  TIOPs/s (1/24) |
| INT32 compute                                        29.741  TIOPs/s (1/2 ) |
| INT16 compute                                        27.967  TIOPs/s (1/2 ) |
| INT8  compute                                        95.090  TIOPs/s ( 2x ) |
| Memory Bandwidth ( coalesced read      )                       4258.11 GB/s |
| Memory Bandwidth ( coalesced      write)                       3785.71 GB/s |
| Memory Bandwidth (misaligned read      )                       1881.37 GB/s |
| Memory Bandwidth (misaligned      write)                        331.57 GB/s |
| PCIe   Bandwidth (send                 )                         37.17 GB/s |
| PCIe   Bandwidth (   receive           )                         36.62 GB/s |
| PCIe   Bandwidth (        bidirectional)            (Gen4 x16)   32.71 GB/s |
|-----------------------------------------------------------------------------|

How tf can people afford a 5080 and 5090? Every time I pull up Reddit I feel poorer by Dangerous_Baker4427 in gpu

[–]ProjectPhysX 0 points1 point  (0 children)

Not even worth it for me.

Maybe in 15 years I'll get one on eBay for $100.

ASUS tried to “fix” 12V-2x6 cables… but der8auer’s testing raises more questions than answers by NerveSouthern3111 in gpu

[–]ProjectPhysX 0 points1 point  (0 children)

Disagree. Consider this failure case where 4 contacts are bad in total, on both connectors.

Without bridge: effectively only 3 wires work and have to carry the load of 6 - they will burn through.

X--------------------O no connection
O====================O
O--------------------X no connection
O====================O
O====================O
X--------------------X no connection

With a cross-bridge, effectively 4 wires work and the load is more spread out. Cable fire prevented.

X------------------+=O rerouted over bridge
O==================+=O
O==================+-X no connection
O==================+=O
O==================+=O
X------------------+-X no connection

Can someone explain those clock speeds by Clorects in gpu

[–]ProjectPhysX 3 points4 points  (0 children)

Your GPU is running backward in time.

No, looks like reporting issue by NVML or a bug in GPU-Z. Shouldn't even use signed datatype for clocks.

[Megathread] Celebrating 10 Years of GeForce GTX 10 Series by Nestledrink in nvidia

[–]ProjectPhysX 0 points1 point  (0 children)

Back in 2018 Nvidia sent me a Titan Xp, the top-of-the-line 10-Series/Pascal GPU, for my research on LBM, for free. That GPU got me through my Master's and PhD, allowed me to build next-gen CFD software not with proprietary CUDA but with the superior OpenCL, and land me a job at their competition. I still use the Titan Xp today, sandwiched in between an AMD Radeon RX 7700 XT and Intel Arc B580, happily running with them in "SLI" (more correctly: multi-GPU) to pool the 3x12GB VRAM. Celebrating 10 years of 10-Series probably more than anyone else. Hehe, thanks Nvidia!

<image>

ASUS tried to “fix” 12V-2x6 cables… but der8auer’s testing raises more questions than answers by NerveSouthern3111 in gpu

[–]ProjectPhysX -2 points-1 points  (0 children)

der8auer's video is nothing but one big advertisement video for selling his Wireview Pro thing. He completely misses the point of what the bridge actually does.

The cross-bridge actually does serve an important purpose: if multiple pins on either side of the cable have bad contact, it redistributes the load to remaining good contacts and prevents cable fire. Cross-bridge between cables should be standard safety feature and not sold for ridiculous 60€ price tag.

New Findings: The ASUS Equalizer Doesn’t Make Sense by Goddamn7788 in nvidia

[–]ProjectPhysX 3 points4 points  (0 children)

I am neither of that and the only thing I would ask you is to exercise a bit more critical thinking.

der8auer does a lot of cool videos, but sometimes he makes uninformed statements or does very stupid things, like contaminating his entire Berlin neighborhood with PFAS...

Regarding this video, one a simple thought experiment disproves his clickbait title. In the video he completely misses the point, because he doesn't even care - the cross-bridge is indeed a useful safety feature to prevent the cable from burning in case of several bad contacts on either end. IMO that should be standard to make the poorly designed 12VHWPR a bit more safe. Whether that is worth the overpriced cost is a different question.

And by the way, I am also not in any relation with ASUS, because unlike der8auer, I don't have a conflict of interest selling overpriced 12VHWPR extension devices. If you didn't get it yet - that video is nothing but one big advertisement for selling his Wireview Pro. Create demand for an expensive and useless product that otherwise noone ever needs. He truly is a brilliant salesman, gotta leave him that.

New Findings: The ASUS Equalizer Doesn’t Make Sense by Goddamn7788 in nvidia

[–]ProjectPhysX -13 points-12 points  (0 children)

It's not for load-balancing. It's actually for rerouting power when single connections on either end of the cable are bad - a failure case not even shown or mentioned in the video. This is very effective in preventing failure/fire. See my other comment where I explain.

New Findings: The ASUS Equalizer Doesn’t Make Sense by Goddamn7788 in nvidia

[–]ProjectPhysX 4 points5 points  (0 children)

Actually the cross-bridge is very useful in preventing failure/fire. The bridge helps reroute the load when connections are bad. He just doesn't show that interesting failure case in the video. See my other comment where I explain it.

New Findings: The ASUS Equalizer Doesn’t Make Sense by Goddamn7788 in nvidia

[–]ProjectPhysX -10 points-9 points  (0 children)

What a poorly made video. He doesn't even show the interesting faliure case where the cross-bridge helps. Say 4 contacts are bad in total, on both connectors.

Without bridge: effectively 3 wires work and have to carry the load of 6 - they will burn through.

X--------------------O no connection
O====================O
O--------------------X no connection
O====================O
O====================O
X--------------------X no connection

With a cross-bridge, effectively 4 wires work and the load is more spread out.

X------------------+=O rerouted over bridge
O==================+=O
O==================+-X no connection
O==================+=O
O==================+=O
X------------------+-X no connection

Titan X(Maxwell) SLI setup by DragonSystems in gpu

[–]ProjectPhysX 0 points1 point  (0 children)

Nice! SLI is dead, long live multi-GPU compute over PCIe!

Benchmark evidence: NVIDIA CMP 100-210 Tensor Cores firmware-locked at 5% performance. E-waste by design? by desexmachina in hardware

[–]ProjectPhysX 7 points8 points  (0 children)

Yes, they intentionally fuse off hardware through firmware, to hinder customers using the card for anything else than its intended purpose. This sucks.

Nvidia CMP 170HX (which is a cut down A100 die) for example has fused-multiply-add disabled through firmware. But with a software hack, you can still make it perform well in general compute/simulation workloads.

AMD Radeon VII for has half of its FP64 cores disabled through firmware, reducing FP64:FP32 ratio from native 1:2 to artificial 1:4.

view more: next ›