Going back to some posts ago ... no one is using term ganged in storage. At least if you work with manufacturers and with business hardware then not even one person will use this term. It's related to memory modes on AMD platform and that's all. Even then barely anyone uses this term since FX generation. Many motherboards simply don't have it described this way. Manufacturers stick to general terms accepted by Intel. The same is with XMP and other things like that.
Quad-channel has 2x higher bandwidth than dual-channel. The same as a dual-channel has 2x higher bandwidth than a single-channel.
There are more variables which are limiting maximum theoretical bandwidth and maximum real bandwidth. Maximum theoretical bandwidth can be described as limited mostly by IMC and used memory (memory frequency). Maximum real bandwidth is affected by frequency, all timings, all other things which are causing delays and some more.
X299 motherboards have 4000+ memory clock in specification ... but only for KabyLake-X processors so nearly the same as typical dual channel CPU on 1151 socket. Quad channel controllers are not guaranteed to run much above 3600.
IMC on quad channel processors ends at about ~3866-4200. IMC on dual channel processors typically ends at about 4500-4600.
Can count that to achieve similar bandwidth, dual channel will have to run at 4200-4400 to match quad channel at 3200 (maybe not 100% correct but something close).
The latency of dual channel controllers is lower. It's because of different technology/architecture, not because dual is faster or something like that. Latency that we see is a mix of variables, not only memory related. Simply everything what we see in benchmarks is a mix of memory, cpu, internal bus, cache and some others.
Even if you see 80ns in AIDA64 then it doesn't mean it's slow. A lot of delays are covered by large and fast cache. Actually the main difference in processors (Intel gens are much easier to compare) is cache and internal delays. We can add some instructions but a lot of programs are not really using them.
We won't see quad channel performance gain if we use simple programs which are not using a lot of RAM. If in use are many small files but in total won't use a lot of RAM then it's clear that dual channel can be faster because of faster access time. Once we move to much larger files then quad channel will be faster, especially if environment is highly multi-threaded.
Games are barely using couple of threads and most of them are not so large. Even the largest games are not loading everything to RAM, more like 4-8GB.
Quad-channel has 2x higher bandwidth than dual-channel. The same as a dual-channel has 2x higher bandwidth than a single-channel.
There are more variables which are limiting maximum theoretical bandwidth and maximum real bandwidth. Maximum theoretical bandwidth can be described as limited mostly by IMC and used memory (memory frequency). Maximum real bandwidth is affected by frequency, all timings, all other things which are causing delays and some more.
X299 motherboards have 4000+ memory clock in specification ... but only for KabyLake-X processors so nearly the same as typical dual channel CPU on 1151 socket. Quad channel controllers are not guaranteed to run much above 3600.
IMC on quad channel processors ends at about ~3866-4200. IMC on dual channel processors typically ends at about 4500-4600.
Can count that to achieve similar bandwidth, dual channel will have to run at 4200-4400 to match quad channel at 3200 (maybe not 100% correct but something close).
The latency of dual channel controllers is lower. It's because of different technology/architecture, not because dual is faster or something like that. Latency that we see is a mix of variables, not only memory related. Simply everything what we see in benchmarks is a mix of memory, cpu, internal bus, cache and some others.
Even if you see 80ns in AIDA64 then it doesn't mean it's slow. A lot of delays are covered by large and fast cache. Actually the main difference in processors (Intel gens are much easier to compare) is cache and internal delays. We can add some instructions but a lot of programs are not really using them.
We won't see quad channel performance gain if we use simple programs which are not using a lot of RAM. If in use are many small files but in total won't use a lot of RAM then it's clear that dual channel can be faster because of faster access time. Once we move to much larger files then quad channel will be faster, especially if environment is highly multi-threaded.
Games are barely using couple of threads and most of them are not so large. Even the largest games are not loading everything to RAM, more like 4-8GB.
Last edited: