Justin - Thanks for taking the time and effort to reach out to the Dell Engineering team.
Do you have any insight or a personal view on why Dell declined to enable SpeedShift?
So we are able to enable is ourselves via a bios hack with great success but your engineering team will not enable it even though it is so easy to do it makes dell engineering look more pathetic than your quality control.
Another reason to avoid Dell.
your engineering team need to wake up and enable a default feature.
Thanks for the update, Justin C. I will make sure the message the engineers have sent will be received by as many people as possible.
For what it's worth... With real world speed comparison.
Compiling my project without SST activated takes 28.5 minutes
with SST: 26 minutes.
I was wondering why it was that my Gigabyte Aero 14 with a i7-6600HQ was that much faster than the Dell XPS 15 9560 with an i7-7700HQ, while I haven't figured out everything yet, the Aero 14 has SST enabled by default.
I hope Dell will reconsider.
(the Aero 14 takes 24 minutes to compile that same project, it's something unique to Windows, as on linux the 9560 is 1 minute quicker than the Aero 14)
I am also making my point by putting this in EVERY single review I can find, you can always tell the lazy sods to spend 3 minutes enabling it in the next BIOS to save face.
It'd be nice to know WHY the engineers chose to ignore it. It's a major selling point of the Kaby Lake line and it's something your customers have paid for. Is it laziness? Is there a compelling technical reason that we're not hearing about? Would enabling it ourselves be problematic in some way? Void my warranty? This is my first Dell in many years and I swore I'd never buy another, after all the inexcusable problems I've had in the past. While this isn't a huge deal - combined w/ the few little problems I've had with my XPS so far, I'm wondering if this will be my last Dell.
For Linux users at least of the Dell XPS 9360 - I just checked and it is enabled, according to the MSR readout:
19:13:48 root@localhost:/home/jospoortvliet/>zypper in msr-tools
Loading repository data...
Reading installed packages...
Resolving package dependencies...
The following NEW package is going to be installed:
1 new package to install.
Overall download size: 22.6 KiB. Already cached: 0 B. After the operation, additional 52.9 KiB will be used.
Continue? [y/n/...? shows all options] (y): y
Retrieving package msr-tools-1.3-6.3.x86_64 22.6 KiB ( 52.9 KiB unpacked)
Retrieving: msr-tools-1.3-6.3.x86_64.rpm ................................................[done]
Checking for file conflicts: ............................................................[done]
(1/1) Installing: msr-tools-1.3-6.3.x86_64 ..............................................[done]
r23:09:38 root@localhost:/home/jospoortvliet/>rdmsr 0x770
See the msr-tools website for info about what it is and does https://01.org/msr-tools
According to the discussion on http://forum.notebookreview.com/threads/the-throttlestop-guide.531329/page-497#post-10343728 if 0x770 is set to 1 speedshift is enabled. I suspect it was either enabled by Linux itself or by the last Dell Bios update from May.
Come on dell engineers enable SpeedShift on the 9560 and 9550 premium XPS notebooks.
I have paid a mass for my XPS 15 9550 and I will have this state of the art technology enabled.
I can not accept to have a premium notebook and a state of the art technology is not enable by default because the manufacturer engineers refuse to enable it, what’s a mess.
It's bad enough Dell abandons my 9550, but to also abandon their newest 9560? Pathetic. Even HP has updated their BIOS periodically to improve the users' experience. I'll be looking at other manufacturers for my next laptop, and so will my family and friends...
Thanks for nothing Dell Engineer.
Dell XPS-15 9550
Dell Desktop Alienware Aurora R7
HP Desktp Envy 750-175se CTO