The MacBook Pro Review (13 & 15-inch): 2011 Brings Sandy Bridge
by Anand Lal Shimpi, Brian Klug & Vivek Gowri on March 10, 2011 4:17 PM EST- Posted in
- Laptops
- Mac
- Apple
- Intel
- MacBook Pro
- Sandy Bridge
Last year at the iPad introduction Steve Jobs announced that Apple is a mobile device company. Just last week Steve returned to introduce the iPad 2 and point out that the majority of Apple's revenue now comes from products that run iOS. The breakdown is as follows:
| AAPL Revenue Sources—Q1 2011 | |||||||||
| iPad | iPhone | iPod | Mac | iTunes Store | Software/Services | Peripherals | |||
| Percentage | 17.2% | 39.1% | 12.8% | 20.3% | 5.4% | 2.9% | 2.2% | ||
Just looking at iPad and iPhone, that's 56% of Apple's sales. All Macs put together? Only 20%. Granted 20% of $26.7 billion in sales is still $5.3 billion, but the iOS crew gets most of the attention these days.
It shouldn't come as a surprise that when Apple launched its 2011 MacBook Pro lineup last week that it did so with little fanfare. There was no special press event and no video of an unusually charismatic man on a white background describing the latest features of the systems. All we got two weeks ago were a few pages describing the high level features of the lineup, a short outage on the Mac Store and five new configurations available for sale.
Apple tends to not mix architecture updates and chassis changes. The 2011 MacBook Pro lineup is no different. These models fundamentally implement the same updated unibody shell that was introduced in 2009. The term unibody comes from the fact that the base of the chassis is machined out of a single block of aluminum. There's no way to gain access to the MacBook Pro's internals from above, you have to go in from below. As a result there's absolutely no chassis flex or squeaking while you pound on the keyboard, use the trackpad or just interact with the part of the machine that you're most likely to be touching. Apple has been shipping unibody MacBook Pros since 2008 and from my experience the design has held up pretty well.
From top to bottom: 13-inch MBP (2011), 15-inch MBP (2011), 15-inch MBP (2010)
The biggest letdown in the design has been the hinge connecting the display to the rest of the chassis. I haven't had it fail completely but I've had it become frustratingly loose. Even brand new, out of the box, the 15-inch MacBook Pro will have its display move by a not insignificant amount if you tilt the machine 90 degrees so that the display is parallel to the ground. A number of readers have written me over the years asking if Apple has improved the locking ability of the hinge in each new version of the MacBook Pro. It doesn't seem to be any better with the 2011 model—sorry guys.
Other than screen size, ports and internals, there's nothing that separates the 13-, 15- and 17-inch MacBook Pros from one another. They all feature the same excellent backlit keyboard (keyboard size is constant across all models) and a variant of the same high quality display. All of them have the same front facing 720p camera and the same large glass-covered trackpad.
Battery capacity hasn't changed compared to last year, although power consumption on some models has gone up (more on this later).
| 2011 MacBook Pro Lineup | |||||||
| 13-inch (low end) | 13-inch (high end) | 15-inch (low end) | 15-inch (high end) | 17-inch | |||
| Dimensions |
0.95 H x 12.78 W x 8.94 D
|
0.95 H x 14.35 W x 9.82 D
|
0.98 H x 15.47 W x 10.51 D
|
||||
| Weight |
4.5 lbs (2.04 kg)
|
5.6 lbs (2.54 kg)
|
6.6 lbs (2.99 kg)
|
||||
| CPU |
2.3 GHz dual-core Core i5
|
2.7 GHz dual-core Core i7
|
2.0 GHz quad-core Core i7
|
2.2 GHz quad-core Core i7
|
2.2 GHz quad-core Core i7
|
||
| GPU |
Intel HD 3000 Graphics
|
Intel HD 3000 + AMD Radeon HD 6490M (256MB)
|
Intel HD 3000 + AMD Radeon HD 6750M (1GB)
|
Intel HD 3000 + AMD Radeon HD 6750M (1GB)
|
|||
| RAM |
4GB 1333MHz DDR3 (8GB max)
|
||||||
| HDD |
320GB 5400 RPM
|
500GB 5400 RPM
|
500GB 5400 RPM
|
750GB 5400 RPM
|
750GB 5400 RPM
|
||
| Display Resolution |
1280x800
|
1440x900 (1680x1050 optional)
|
1920x1200
|
||||
| Ports |
Gigabit LAN, Firewire 800, Thunderbolt, 2x USB 2.0, SDHC slot, combined audio in/out jack
|
Gigabit LAN, Firewire 800, Thunderbolt, 2x USB 2.0, SDHC slot, separate audio in/out jacks
|
Gigabit LAN, Firewire 800, Thunderbolt, 3x USB 2.0, separate audio in/out jacks, ExpressCard 34 slot
|
||||
| Battery Capacity |
63.5Wh
|
77.5Wh
|
95Wh
|
||||
| Price | $1,199 | $1,499 | $1,799 | $2,199 | $2,499 | ||
The new MacBook Pros are still equipped with DVD drives and thus Apple still distributes OS X and the application preload on a pair of DVDs. I was hoping Apple would go to an all-USB distribution starting with the MBA but it looks like we'll have to wait for another generation of Pro systems before we see that.
Facebook
Twitter
RSS
198 Comments
View All Comments
zhill - Friday, March 11, 2011 - link
Good article. I was thinking about your issue with the high cpu utilization, and could it simply be a reporting issue? Could the cpu performance counters or OSX be reporting QuickSync as part of the cpu rather than the GPU? This would certainly be strange and not accurate, but given that intel seems to list QuickSync and HD3000 separately, maybe the reporting stats aren't accurate. Presumably this would be an issue in both Windows and OSX, but at the driver level there could be differences. Just a thought.Have you, or anyone else, noticed heat issues with the MBP lid closed versus open? Aren't the vent ports along the back next to the hinge such that when open they can vent, but when closed airflow could be inhibited?
Anand Lal Shimpi - Friday, March 11, 2011 - link
I thought about that too, but there seems to be a genuine increase in thermal output from the CPU - higher than I'd expect from idle cores and the quick sync engine active.I haven't personally noticed any heat issues with the lid open vs. closed, seems to behave similarly (although now that you mention it I feel like open I do get temperatures a couple of degrees cooler than when it's closed - that could just be psychological though as the comparison is completely unscientific).
Take care,
Anand
Omid.M - Friday, March 11, 2011 - link
Anand,So do the 15-17" MBPs have hardware acceleration support for Flash? I didn't see that explicitly in the review; sorry if I missed it, but I tweeted you asking for this.
The last MBP update, Anand said the 13" he could highly recommend, but the 15" got way too hot under load.
This update, Anand said the 13" he could highly recommend, but the 15" gets way too hot under load.
Hmm. (not insinuating anything, Anand and crew)
I find that odd. But, maybe it's a good thing: I'm not comfortable buying an MBP until Apple build TRIM support for 3rd party SSDs into OSX. I would not want the Apple SSDs.
My early 2008 MBP is still running fine, although I'm tempted by the QC models. Maybe waiting until Ivy Bridge, in hopes of a cooler laptop, will be enough time to see if Apple brings TRIM for after-market SSDs.
I'm disappointed, but I guess this review saved me some money until next year.
Anand Lal Shimpi - Friday, March 11, 2011 - link
Sorry I think I missed your tweet! I measured around 40 - 60% CPU utilization of a single core when viewing a 1080p HD video in YouTube on the new 15-inch MBP (same CPU usage for both the iGPU and dGPU).The frame rate was perfectly smooth, but it's unclear to me how much lifting is being done by the GPU here.
Last year's 15 was pretty warm, but this year's model definitely didn't take a step back in that department - transistor count nearly doubled after all!
The move to 22nm should bring about marginal updates to architecture so I'm hoping for lower power consumption at similar performance levels.
Take care,
Anand
Omid.M - Friday, March 11, 2011 - link
Anand,You mentioned in the last MBP refresh/review that the 13" showed support for TRIM in OSX (evidenced in System Profiler, I believe).
You also said in this refresh/review that Apple supports TRIM for its own SSDs only.
To my knowledge, the last MBP generation had the SSD option for both 13" and 15-17" models, meaning the same SSD was offered across all models.
If TRIM is only supported for Apple SSDs, why did we see an evidence of TRIM in last year's 13" model but no evidence for the 15/17, assuming the same SSD was offered across the entire line and assuming the version of OSX shipped with the last models was the same across the line?
Was that due to different chipset drivers because the 13" had the Core 2 Duo/Nvidia combo, and the older 15/17 had Core i5/i7 (thus, newer chipset) ?
Does it make sense what I'm asking?
tno - Friday, March 11, 2011 - link
Apple ships different versions (small tweaks) of OSX with different laptops, and there is the key. If you recall, the field in System Profiler was populated indicating that at some level the chipset (Nvidia sourced) supported the instruction, but SSDs that supported the instruction did not.So you're correct, Nvidia chipset driver supported TRIM, but the OS did not implement the instruction. The Core i5/i7 integrated chipset driver had no support for TRIM.
http://www.anandtech.com/show/3762/apples-13inch-m...
name99 - Friday, March 11, 2011 - link
"I saw a number of different MCS (modulation coding scheme) values with the 2011 MBP in the exact same place. Link rates from just below 300 Mbps all the way up to the expected 450. It seems to settle out at the expected 450 Mbps in the same room as the AP, it just takes a while, whereas other 2x2 stacks I've seen always lock onto 300 Mbps and stay there in the same room and position."Is the state of the art any better than this?
The reason I ask is that the simple WiFi problem (1x1 antenna, what is the best modulation + puncturing I should use for this SINR?) is well understood.
But once MIMO enters the picture there are so many more options available --- for example: should we try to use all receive antennas for different streams, and run those three streams at "robust" modulation, or should we transmit a single "fragile" (64-QAM, 5/6) stream, and rely on receive diversity to be able to detect it without error? If we send a "fragile" stream, should we use the transmit antennas to perform beam shaping to target more power at the target?
As I understand it, optimal methods for handling the juggling between all the different types of diversity available in the MIMO space still do not really exist (if anyone has a reference stating otherwise, please provide it).
If this is the case, it would not surprise if, on either the base station end, the laptop end, or both, you have a huge amount of bouncing around between different possibilities (of course with 3x3:3 the space is larger than with 2x2:2 or 2x3:2) because what is being used to make the choices are simply heuristics, not engineered algorithms, and the heuristics are extremely sensitive to the slightest changes in the SINR covariance matrix).
Brian Klug - Friday, March 11, 2011 - link
I haven't really played around enough with other 3x3 WiFi stacks enough to say for certain. I agree with you that a lot of this is it making some decisions based on whether to prioritize connection robustness or throughput rate. At close ranges, it certainly selects MCS that gives most throughput, but I'm still shocked to not see more 450 Mbps when in the exact same room as the AP.Moving away, you'll quickly fall back to single stream rates (but obviously still get MIMO range extension). You're exactly right that everyone has their own heuristics for how to do this based on SINR. I still haven't figured out how to actually grab SINR out on here, all I can see for the moment is just RSSI. Completely agreed though.
-Brian
MrCromulent - Friday, March 11, 2011 - link
Once again a very detailed, comprehensive and yet easy to understand article!I'd like to inquire once more about the C300: In the initial test, the C300 was criticized for poor garbage collection. Now it's considered an option for Apple notebooks. Has the GC been improved by Marvell in the last few firmware updates?
Griswold - Friday, March 11, 2011 - link
Interesting revenue information right at the start. Apple went from a computer- to a music&player- to a phone company. :P