- Joined
- Feb 20, 2019
- Messages
- 8,265 (3.93/day)
System Name | Bragging Rights |
---|---|
Processor | Atom Z3735F 1.33GHz |
Motherboard | It has no markings but it's green |
Cooling | No, it's a 2.2W processor |
Memory | 2GB DDR3L-1333 |
Video Card(s) | Gen7 Intel HD (4EU @ 311MHz) |
Storage | 32GB eMMC and 128GB Sandisk Extreme U3 |
Display(s) | 10" IPS 1280x800 60Hz |
Case | Veddha T2 |
Audio Device(s) | Apparently, yes |
Power Supply | Samsung 18W 5V fast-charger |
Mouse | MX Anywhere 2 |
Keyboard | Logitech MX Keys (not Cherry MX at all) |
VR HMD | Samsung Oddyssey, not that I'd plug it into this though.... |
Software | W10 21H1, barely |
Benchmark Scores | I once clocked a Celeron-300A to 564MHz on an Abit BE6 and it scored over 9000. |
Yeah, very few real-world applications are limited by memory bandwidth. Massive SQL databases *can* push bandwidth, but more commonly storage IO is the bottleneck, then. Custom applications or big-data are all potentially viable candidates but the only time I ever really run into bandwidth limitations is when the hardware is a host for VDI and multiple users are all working on large image/media applications like Premiere/After EffectsYour post is absolutely correct. The problem for those Xeon/EPYC users is that they're all using registered memory, so the best they can manage right now is something like 3200C22. And not all of their programs would benefit either.
The slower ECC is definitely worse from a performance standpoint, but when it's bandwidth that's the problem slower 2133MHz ECC isn't a problem because the server has (typical Xeon Silver/Gold) two 6-channel memory controllers joined by at least 3 10GT/s QPI interconnects. It's not quite as good as having 12 memory channels but realistically there is 6x more bandwidth than a typical dual-channel consumer solution, and so running 2133 instead of 4000MT/s RAM isn't the end of the world, it's still close to 2-3x more bandwidth than the fastest dual-channel consumer platform that money can buy despite the pedestrian ECC 2133 clockspeeds.
People often cite photoshop as a bandwidth-heavy application, and they're not wrong; Photoshop filters and transforms will use all the bandwidth available. It's just that the operation takes fractions of a second, so having lower bandwidth means that the operation you perform half a dozen times an hour takes 0.5 seconds to run, instead of 0.3 seconds to run. Yes, the bandwidth makes it measurably quicker, but not in a way that impacts anyone in the real world.