WiFi Performance

On most tablets, WiFi performance is perhaps one of the most crucial parts of the experience as WiFi is often the primary method of connectivity. Without working WiFi, a tablet is basically useless as the only alternative is either cellular (which is quite rare on most tablets) or Ethernet over USB-OTG, which destroys most of the value of a mobile device.

In the case of the Nexus 9, we see that HTC has fitted this device with a BCM4354 WiFi module to enable two spatial stream 802.11ac. Interestingly, there is some evidence to suggest that HTC has also adopted Cypress Semiconductor’s CapSense controller to enable antenna tuning for the WiFi antennas. However, it’s probable that this solution is only for HTC devices without a Qualcomm Gobi modem as we’ve seen the use of the QFE15xx antenna tuner in previous HTC products. In order to test how the Nexus 9’s WiFi solution performs, we turn to iperf on Android to test throughput across the network, and utilize Asus’ RT-AC68U router to ensure that the device under test will be able to reach maximum performance.

WiFi Performance - UDP

The Nexus 9's WiFi solution performs about as well as one might expect from a BCM4354 solution. For the most part I haven't noticed any reception issues, even when touching/detuning the WiFi antennas.

GNSS

While most of the GNSS solutions that we’ve looked at this year use Qualcomm’s GPSOne/IZat due to the presence of a Qualcomm Gobi Modem, the same isn’t true for the Nexus 9. Instead, Broadcom’s BCM4752 is used here. While this shouldn’t have a massive impact on the speed with which first lock is acquired, in practice Qualcomm’s solution is noticeably faster here as the modem can often provide data to make for a hot fix. At any rate, the Nexus 9 does perform acceptably in this regard. I don’t see any major issues with location performance, although it does seem that the GPS tends to report lower accuracy levels than the Qualcomm solutions that I'm used to. Other than this, the GNSS solution is quite usable.

Misc

While we don't have a proper audio quality test yet, it's clear that the audio codec used is the same Realtek RT5677 codec that we saw in the SHIELD Tablet. Outside of the code, we also see an RT5506 2.55V amp on the 3.5mm jack, along with two NXP TFA9895 amps on the speakers, which are quite good due to their front-facing placement. In practice I don't really see much issue with loudness or quality here, as the speakers can get even louder than the M8 in some situations. We also see a Broadcom BCM2079x NFC chip, which means HCE is fully supported out of the box. Interestingly, the VCM controller is exposed to the OS and is said to be a Texas Instruments DRV201 chip.

 

Camera Final Words
Comments Locked

169 Comments

View All Comments

  • mkygod - Saturday, February 7, 2015 - link

    I think so to. The 3:2 ratio is one of the things that Microsoft has gotten right with their Surface Pro devices. It's the perfect compromise IMO
  • UtilityMax - Sunday, February 8, 2015 - link

    I am a little perplexed by this comment. A typical user will be on the web 90% of time. Not only the web browser does not need to be natively designed or optimized for any screen ratio, but it also will be more usable on a 4:3 screen. So will the productivity apps. The only disappointment for me on the 4:3 screen would be with watching the widescreen videos or TV shows. Moreover, there is quite a bit of evidence than a lot of the next generation tablets will be 4:3. Samsung's next flagship tablet supposedly will be 4:3.
  • gtrenchev - Wednesday, February 4, 2015 - link

    Anandtech is becoming more and more boring last year. Sparse on reviews, short on tech comments, lacking on depth and enthusiasm. I can see Anandtech has become a just job for you guys, not the passion it was for Anand :-) And yes, his absence is definitely noticeable.

    George
  • Ian Cutress - Wednesday, February 4, 2015 - link

    Was the Denver deep-dive not sufficient enough? Always welcome for comments.
    As for timing, see Ryan's comment above.
    We've actually had a very good quarter content wise, with a full review on the front page at least four out of every five weekdays if not every weekday.
  • milkod2001 - Wednesday, February 4, 2015 - link

    Why not to post on your forum some sort of suggestion box/poll where all could say what should get reviewed first so some folks won't cry where is the review of their favorite toy :) ?
  • Impulses - Wednesday, February 4, 2015 - link

    Because they'll still cry regardless, and they can't possibly work entirely based on readers' whim, doesn't make sense logistically or nor editorially... Readers might vote on five things ahead of the rest which all fall on the same writer's lap, they won't all get reviewed before the rest, or readers might not be privy to new hardware because of NDAs or cases where Anandtech can't source something for review.
  • tuxRoller - Thursday, February 5, 2015 - link

    While I enjoyed the review, I would've loved to have seen the kind of code driven analysis that was done with Swift.
    In particular, how long does it take for dco to kick in. What is the IPC for code that NEVER gets optimized, and conversely, what is the IPC for embarrassingly instruction-wise parallel code? Since it's relying on ram to store the uops, how long does the code need to run before it breaks even with the arm decoder? Etc.
  • victorson - Wednesday, February 4, 2015 - link

    Are you guys kidding? Better late than never, but heck.. this is freaking late.
  • abufrejoval - Wednesday, February 4, 2015 - link

    Thanks for making it worth the wait!

    The in-depth analysis of Denver is uniquely Anandtech, because you can't get that anywhere else.

    And while Charly D. is very entertaining, the paywall is a bit of an impediment and I quite like again the Anand touch of trying to be as fair as possible.

    I was and remain a bit worried that there seems to be no other platform for Denver, which typically signals a deeper flaw with an SoC in the tablet and phone space.

    While I'm somewhat less worried now, that Denver might be acceptable as a SoC, the current Nexus generation is no longer attractive at these prices, even less with the way the €/$ is evolving.
  • Taneli - Wednesday, February 4, 2015 - link

    eDRAM cache à la Crystalwell would be interesting in a future Denver chip.

Log in

Don't have an account? Sign up now