The Intel 6th Gen Skylake Review: Core i7-6700K and i5-6600K Tested
by Ian Cutress on August 5, 2015 8:00 AM ESTSkylake's iGPU: Intel Gen9
Both the Skylake processors here use Intel’s HD 530 graphics solution. When I first heard the name, alarm bells went off in my head with questions: why is the name different, has the architecture changed, and what does this mean fundamentally?
Not coming up with many details, we did the obvious thing – check what information comes directly out of the processor. Querying HD 530 via Intel's OpenCL driver reports a 24 EU design running at 1150 MHz. This is different than what GPU-Z indicates, which points to a 48 EU design instead, although GPU-Z is not often correct on newer graphics modules before launch day. We can confirm that this is a 24 EU design, and this most likely follows on from Intel’s 8th Generation graphics in the sense that we have a base GT2 design featuring three sub-slices of 8 EUs each.
As far as we can tell, Intel calls the HD 530 graphics part of its 9th Generation (i.e. Gen9). We have been told directly by Intel that they have changed their graphics naming scheme from a four digit (e.g. HD4600) to a three digit (HD 530) arrangement in order "to minimize confusion" (direct quote). Personally we find that it adds more confusion, because the HD 4600 naming is not directly linked to the HD 530 naming. While you could argue that 5 is more than 4, but we already have HD 5200, HD 5500, Iris 6100 and others. So which is better, HD 530 or HD 5200? At this point it will already create a miasma of uncertainty, probably exaggerated until we get a definite explanation of the stack nomenclature.
Naming aside, Generation 9 graphics comes with some interesting enhancements. The slice and un-slice now have individual power and clock domains, allowing for a more efficient use of resources depending on the load (e.g. some un-slice not needed for some compute tasks). This lets the iGPU better balance power usage between fixed-function operation and programmable shaders.
Generation 9 will support a feature called Multi Plane Overlay, which is a similar feature to AMD’s video playback path adjustments in Carrizo. The principle here is that when a 3D engine has to perform certain operations to an image (blend, resize, scale), the data has to travel from the processor into DRAM then to the GPU to be worked on, then back out to DRAM before it hits the display controller, a small but potentially inefficient operation in mobile environments. What Multi Plane Overlay does is add fixed function hardware to the display controller to perform this without ever hitting the GPU, minimizing power consumption from the GPU and taking out a good portion of DRAM data transfers. This comes at a slight hit for die area overall due to the added fixed function units.
As shown above, this feature will be supported on Win 8.1 with Skylake’s integrated graphics. That being said, not all imaging can be moved in this way, but where possible the data will take the shorter path.
To go along with the reduced memory transfer, Gen9 has support for memory color stream compression. We have seen this technology come into play for other GPUs, where by virtue of fixed function hardware and lossless algorithms this means that smaller quantities of image and texture data is transferred around the system, again saving power and reducing bandwidth constraints. The memory compression is also used with a scalar and format conversion pipe to reduce the encoding pressure on the execution units, reducing power further.
Adding into the mix, we have learned that Gen9 includes a feature called the ‘Camera Pipe’ for quick standard adjustments to images via hardware acceleration. This adjusts the programmable shaders to work in tandem for specific DX11 extensions on common image manipulation processes beyond resize/scale. The Camera Pipe is teamed with SDKs to help developers connect into optimized imaging APIs.
Media Encoding & Decoding
In the world of encode/decode, we get the following:
Whereas Broadwell implemented HEVC decoding in a "hybrid" fashion using a combination of CPU resources, GPU shaders, and existing GPU video decode blocks, Skylake gets a full, low power fixed function HEVC decoder. For desktop users this shouldn't impact things by too much - maybe improve compatibility a tad - but for mobile platforms this should significantly cut down on the amount of power consumed by HEVC decoding and increase the size and bitrate that the CPU can decode. Going hand-in-hand with HEVC decoding, HEVC encoding is now also an option with Intel's QuickSync encoder, allowing for quicker HEVC transcoding, or more likely real-time HEVC uses such as video conferencing.
Intel is also hedging their bets on HEVC by also implementing a degree of VP9 support on Skylake. VP9 is Google's HEVC alternative codec, with the company pushing it as a royalty-free option. Intel calls VP9 support on Skylake "partial" for both encoding and decoding, indicating that VP9 is likely being handled in a hybrid manner similar to how HEVC was handled on Broadwell.
Finally, JPEG encoding is new for Skylake and set to support images up to 16K*16K.
Video Support
The analog (VGA) video connector has now been completely removed from the CPU/chipset combination, meaning that any VGA/D-Sub video connection has to be provided via an active digital/analog converter chip. This has been a long time coming, and is part of a previous committment made by Intel several years ago to remove VGA by 2015. Removing analog display functionality will mean added cost for legacy support in order to drive analog displays. Arguably this doesn’t mean much for Z170 as the high end platform is typically used with a discrete graphics card that has HDMI or DisplayPort, but we will see motherboards with VGA equipped in order to satisfy some regional markets with specific requirements.
HDMI 2.0 is not supported by default, and only the following resolutions are possible on the three digital display controllers:
A DP to HDMI 2.0 converter, specifically an LS-Pcon, is required to do the adjustments, be it on the motherboard itself or as an external adapter. We suspect that there will not be many takers buying a controller to do this, given the capabilities and added benefits listed by the Alpine Ridge controller.
477 Comments
View All Comments
MapRef41N93W - Friday, August 7, 2015 - link
Intel users don't have to brag about single threaded performance. Intel CPUs destroy AMD in multi-threaded as well.....SIDESIDE - Sunday, August 9, 2015 - link
Actually, you are a child. As for you throwing gasoline on the fire here in the intel vs. amd debate. THERE IS NO DEBATE, intel is literally twice as efficient and powerful as amd, and why wouldn't it? they are 2twice as old a company and have a lunch budget bigger than amd's R&D budget. amd's are a budget line of processors, so you buy budget cause money is tight, good for you. I run a video company and will gladly pay and extra $150 for twice as fast rendering all year. I hope AMD the best because competition is ALWAYS a good thing. but you, prisonerX clearly have your head up your A**medi03 - Thursday, August 6, 2015 - link
They did that quite a while ago.Artas1984 - Thursday, August 6, 2015 - link
WELL SAID!!!SkOrPn - Tuesday, December 13, 2016 - link
Zen appears to be matching the $1050 i7-6900K. I would say that is far better then Nehalem.mmrezaie - Wednesday, August 5, 2015 - link
Zen needs more than 40% improvement to be competent, but I am hoping as well.mdriftmeyer - Wednesday, August 5, 2015 - link
The word you're looking for is competitive.Peichen - Wednesday, August 5, 2015 - link
Competent, competitive. AMD is neither at the moment so both of you are correct.prisonerX - Thursday, August 6, 2015 - link
Actually AMD is very competent given how much money they have to work with. AMD would be much more competitive too now if it were not for Intel's well documented illegal practices against AMD.It's like a thief robbed your home and you're praising the fact that it's great that you can go to the pawn shop and buy what he stole from you.
mapesdhs - Thursday, August 6, 2015 - link
Wow, blaming years of terrible decisions on Intel... that's a new one. It wasn't Intel that made AMD adopt automated design tools, or ignore the much easier, faster and obvious option of releasing a tweaked 8-core Ph2. AMD has made massive losses year after year. Their debts are awful. Blaming all this on Intel is just nuts.