Wednesday, April 19th 2017
Intel Atom-based Puma 6 Modem Chipset has Severe Latency Issues, Many Cable Modems Affected
Sometimes as a news reporter, a story drops right into your lap. That was the case with me and my latest experience with my ISP rented modem, which I recently upgraded to support higher speeds.
The modem I got was based on the Puma 6 chipset, which is an Atom based chipset from Intel. I immediately noticed a more sluggish web experience, despite the bandwidth nearly doubling (going from 8 downstream pipes to 24 will do that). I began to google this issue, and came up with a much-underreported issue from a thread on dslreports.com where the dedicated members there have extensively documented the issues with the Puma 6 chipset, and Intel's apparent inability to patch them.The issue appears to be Intel's insistence on doing on the data processing of the mathematical channel separation (Full Spectrum Frequency Capture, which this modem utilizes, is a very mathematically intense operation) on a weak Atom CPU. The CPU bogs down under load, resulting in frequent latency spikes up to 250ms (that's like going around the globe twice, for reference). Intel for its part has put out firmware patches, but two fixes later and they are apparently unable to correct this issue beyond making ICMP work. TCP/UDP is still a mess, and guess what? That's what everyone uses.
One would hope they are still looking at firmware fixes, but the situation seems dire. There is talk of class-action lawsuits brewing all over the dslreports.com forums, and this does not seem to be idle chatter given the fact that a major modem manufacturer, Arris, has invested heavily in this chipset (Arris for its part, has already filed a lawsuit).
This chipset is a very widely used chipset in cable modems, so if you've been noticing latency in your connection, you'd best test if it uses the Puma 6 chipset. Ironically, the best way to test it is via a performance test cooked up at dslreports.com: It's performance is so consistently bad you can actually detect the chipset via its performance metrics. It is worth noting, nearly all >8 downstream pipe modems rented from comcast with voice function (something they push heavily), and many even without the voice function include the Puma 6 chipset.
As for my personal experience, I exchanged for a customer owned-modem: A Netgear CM600 (Broadcom Chipset). About darn time.
See the test at this link, and stay tuned for more on this developing story. Your local TPU-newsposter is on it.
UPDATE: It would seem the atom-core is not the issue, as the arm core does the packet processing as some users pointed out. Regardless, the chipset as a whole appears to be faulty, and it is all Intel IP.
www.dslreports.com/tools/puma6
Sources:
dslreports.com, theregister.co.uk
The modem I got was based on the Puma 6 chipset, which is an Atom based chipset from Intel. I immediately noticed a more sluggish web experience, despite the bandwidth nearly doubling (going from 8 downstream pipes to 24 will do that). I began to google this issue, and came up with a much-underreported issue from a thread on dslreports.com where the dedicated members there have extensively documented the issues with the Puma 6 chipset, and Intel's apparent inability to patch them.The issue appears to be Intel's insistence on doing on the data processing of the mathematical channel separation (Full Spectrum Frequency Capture, which this modem utilizes, is a very mathematically intense operation) on a weak Atom CPU. The CPU bogs down under load, resulting in frequent latency spikes up to 250ms (that's like going around the globe twice, for reference). Intel for its part has put out firmware patches, but two fixes later and they are apparently unable to correct this issue beyond making ICMP work. TCP/UDP is still a mess, and guess what? That's what everyone uses.
One would hope they are still looking at firmware fixes, but the situation seems dire. There is talk of class-action lawsuits brewing all over the dslreports.com forums, and this does not seem to be idle chatter given the fact that a major modem manufacturer, Arris, has invested heavily in this chipset (Arris for its part, has already filed a lawsuit).
This chipset is a very widely used chipset in cable modems, so if you've been noticing latency in your connection, you'd best test if it uses the Puma 6 chipset. Ironically, the best way to test it is via a performance test cooked up at dslreports.com: It's performance is so consistently bad you can actually detect the chipset via its performance metrics. It is worth noting, nearly all >8 downstream pipe modems rented from comcast with voice function (something they push heavily), and many even without the voice function include the Puma 6 chipset.
As for my personal experience, I exchanged for a customer owned-modem: A Netgear CM600 (Broadcom Chipset). About darn time.
See the test at this link, and stay tuned for more on this developing story. Your local TPU-newsposter is on it.
UPDATE: It would seem the atom-core is not the issue, as the arm core does the packet processing as some users pointed out. Regardless, the chipset as a whole appears to be faulty, and it is all Intel IP.
www.dslreports.com/tools/puma6
31 Comments on Intel Atom-based Puma 6 Modem Chipset has Severe Latency Issues, Many Cable Modems Affected
As I said though, I gave up and will be buying a new SB6183 here shortly. Problem solved.
It's all arm stuff up to gigabit++
Although, they do not use modem parts as it's ethernet in from a fiber converter.
x86/ARM (general processors) is pretty terrible at routing. They can handle residential traffic but the bigger the network, the more of a bottleneck they become.
Nice design there, Intel.... :slap:
FYI: You can blow Intel-powered broadband modems off the 'net with a 'trivial' packet stream
www.theregister.co.uk/2017/04/27/intel_puma6_chipset_trivial_to_dos/