Subject: General Tech | March 17, 2017 - 01:11 PM | Jeremy Hellstrom
Tagged: ryzen, kaby lake, microsoft, Windows 7, windows 8
KB4012982 describes the error you will see if you attempt to update Windows 7 or 8.x on 7th generation Intel processors, AMD Bristol Ridge and newer or Qualcomm "8996" and more recent models. Microsoft has implemented the hardware based obsolescence which they had discussed several months ago when they stated that new chips would need Windows 10 to run. This move will of course be heralded as brilliant and no one could possibly find this upsetting in the least, especially not in this Reddit thread. It is a good thing Microsoft does not have a near monopoly in the market and that anyone who does not support this decision can choose from a wide variety of easily implemented alternatives.
Expect there to be workarounds, the vast majority of Enterprise customers have no interest in moving their infrastructure to Windows 10, nor the budget available to do so if they wanted.
"Microsoft has started the process of built-in obsolescence to current hardware by blocking updates of Windows 7 and Windows 8.1 to Intel 7th Generation (Kaby Lake), AMD Ryzen and Qualcomm Snapdragon 82x processors."
Here is some more Tech News from around the web:
- Intel touts bug bounties to hardware hackers @ The Register
- Why is the Sinclair ZX Spectrum Vega+ project so delayed? @ The Register
- Google borks its Drive Windows app – after pushing out unfinished buggy version to public @ The Register
Subject: Processors | March 13, 2017 - 08:48 PM | Sebastian Peak
Tagged: Windows 7, windows 10, thread scheduling, SMT, ryzen, Robert Hallock, processor, cpu, amd
AMD's Robert Hallock (previously the Head of Global Technical Marketing for AMD and now working full time on the CPU side of things) has posted a comprehensive Ryzen update, covering AMD's official stance on Windows 10 thread scheduling, the performance implications of SMT, Windows power management settings, and more. The post in its entirety is reproduced below, and also available from AMD by following this link.
It’s been about two weeks since we launched the new AMD Ryzen™ processor, and I’m just thrilled to see all the excitement and chatter surrounding our new chip. Seems like not a day goes by when I’m not being tweeted by someone doing a new build, often for the first time in many years. Reports from media and users have also been good:
- “This CPU gives you something that we needed for a long time, which is a CPU that gives you a well-rounded experience.” –JayzTwoCents
- Competitive performance at 1080p, with Tech Spot saying the “affordable Ryzen 7 1700” is an “awesome option” and a “safer bet long term.”
- ExtremeTech showed strong performance for high-end GPUs like the GeForce GTX 1080 Ti, especially for gamers that understand how much value AMD Ryzen™ brings to the table
- Many users are noting that the 8-core design of AMD Ryzen™ 7 processors enables “noticeably SMOOTHER” performance compared to their old platforms.
While these findings have been great to read, we are just getting started! The AMD Ryzen™ processor and AM4 Platform both have room to grow, and we wanted to take a few minutes to address some of the questions and comments being discussed across the web.
We have investigated reports alleging incorrect thread scheduling on the AMD Ryzen™ processor. Based on our findings, AMD believes that the Windows® 10 thread scheduler is operating properly for “Zen,” and we do not presently believe there is an issue with the scheduler adversely utilizing the logical and physical configurations of the architecture.
As an extension of this investigation, we have also reviewed topology logs generated by the Sysinternals Coreinfo utility. We have determined that an outdated version of the application was responsible for originating the incorrect topology data that has been widely reported in the media. Coreinfo v3.31 (or later) will produce the correct results.
Finally, we have reviewed the limited available evidence concerning performance deltas between Windows® 7 and Windows® 10 on the AMD Ryzen™ CPU. We do not believe there is an issue with scheduling differences between the two versions of Windows. Any differences in performance can be more likely attributed to software architecture differences between these OSes.
Going forward, our analysis highlights that there are many applications that already make good use of the cores and threads in Ryzen, and there are other applications that can better utilize the topology and capabilities of our new CPU with some targeted optimizations. These opportunities are already being actively worked via the AMD Ryzen™ dev kit program that has sampled 300+ systems worldwide.
Above all, we would like to thank the community for their efforts to understand the Ryzen processor and reporting their findings. The software/hardware relationship is a complex one, with additional layers of nuance when preexisting software is exposed to an all-new architecture. We are already finding many small changes that can improve the Ryzen performance in certain applications, and we are optimistic that these will result in beneficial optimizations for current and future applications.
The primary temperature reporting sensor of the AMD Ryzen™ processor is a sensor called “T Control,” or tCTL for short. The tCTL sensor is derived from the junction (Tj) temperature—the interface point between the die and heatspreader—but it may be offset on certain CPU models so that all models on the AM4 Platform have the same maximum tCTL value. This approach ensures that all AMD Ryzen™ processors have a consistent fan policy.
Specifically, the AMD Ryzen™ 7 1700X and 1800X carry a +20°C offset between the tCTL° (reported) temperature and the actual Tj° temperature. In the short term, users of the AMD Ryzen™ 1700X and 1800X can simply subtract 20°C to determine the true junction temperature of their processor. No arithmetic is required for the Ryzen 7 1700. Long term, we expect temperature monitoring software to better understand our tCTL offsets to report the junction temperature automatically.
The table below serves as an example of how the tCTL sensor can be interpreted in a hypothetical scenario where a Ryzen processor is operating at 38°C.
Users may have heard that AMD recommends the High Performance power plan within Windows® 10 for the best performance on Ryzen, and indeed we do. We recommend this plan for two key reasons:
- Core Parking OFF: Idle CPU cores are instantaneously available for thread scheduling. In contrast, the Balanced plan aggressively places idle CPU cores into low power states. This can cause additional latency when un-parking cores to accommodate varying loads.
- Fast frequency change: The AMD Ryzen™ processor can alter its voltage and frequency states in the 1ms intervals natively supported by the “Zen” architecture. In contrast, the Balanced plan may take longer for voltage and frequency (V/f) changes due to software participation in power state changes.
In the near term, we recommend that games and other high-performance applications are complemented by the High Performance plan. By the first week of April, AMD intends to provide an update for AMD Ryzen™ processors that optimizes the power policy parameters of the Balanced plan to favor performance more consistent with the typical usage models of a desktop PC.
Simultaneous Multi-threading (SMT)
Finally, we have investigated reports of instances where SMT is producing reduced performance in a handful of games. Based on our characterization of game workloads, it is our expectation that gaming applications should generally see a neutral/positive benefit from SMT. We see this neutral/positive behavior in a wide range of titles, including: Arma® 3, Battlefield™ 1, Mafia™ III, Watch Dogs™ 2, Sid Meier’s Civilization® VI, For Honor™, Hitman™, Mirror’s Edge™ Catalyst and The Division™. Independent 3rd-party analyses have corroborated these findings.
For the remaining outliers, AMD again sees multiple opportunities within the codebases of specific applications to improve how this software addresses the “Zen” architecture. We have already identified some simple changes that can improve a game’s understanding of the "Zen" core/cache topology, and we intend to provide a status update to the community when they are ready.
Overall, we are thrilled with the outpouring of support we’ve seen from AMD fans new and old. We love seeing your new builds, your benchmarks, your excitement, and your deep dives into the nuts and bolts of Ryzen. You are helping us make Ryzen™ even better by the day. You should expect to hear from us regularly through this blog to answer new questions and give you updates on new improvements in the Ryzen ecosystem.
Such topics as Windows 7 vs. Windows 10 performance, SMT impact, and thread scheduling will no doubt still be debated, and AMD has correctly pointed out that optimization for this brand new architecture will only improve Ryzen performance going forward. Our own findings as to Ryzen and the Windows 10 thread scheduler appear to be validated as AMD officially dismisses performance impact in that area, though there is still room for improvement in other areas from our initial gaming performance findings. As mentioned in the post, AMD will have an update for Windows power plan optimization by the first week of April, and the company has "already identified some simple changes that can improve a game’s understanding of the 'Zen' core/cache topology, and we intend to provide a status update to the community when they are ready", as well.
It is refreshing to see a company publicly acknowledging the topics that have resulted in so much discussion in the past couple of weeks, and their transparency is commendable, with every issue (that this author is aware of) being touched on in the post.
Subject: General Tech | November 5, 2016 - 04:09 PM | Scott Michaud
Tagged: Windows 7, windows 10, microsoft
For the second month in a row, NetMarketShare are reporting that Windows 7 is gaining market-share faster than Windows 10. It's difficult to know exactly what this means, and for who, but one possible explanation is that users upgraded to Windows 10 and rolled back to 7 in significant amounts. It will be interesting to monitor the next couple of months, now that Windows 7 is no longer available at retail, to see how its market-share shifts. Then, a few months after that, we'll need to see how Zen and Kaby Lake, which are not supported by Windows 7 and Windows 8.x, changes that further.
I'll now spend the rest of the post discussing statistics... because I can visualize the comments.
NetMarketShare records browser identification strings from partnered websites. As you would expect, there's a bit of controversy regarding how accurate their numbers are. Some of this criticism is simply wrong, usually misunderstanding how small a truly random sample needs to be to converge to the same ratios you will see in a large sample. Just a thousand truly random samples can get you within a few percent of hundreds of millions of people. Studies like this, if they are truly random, have plenty enough data to get a very precise ratio.
A valid concern, however, is whether their pool of websites under- or over-represent certain groups, especially when you attempt to make comparisons on the order of a hundredth of a percent. NetMarketShare claims that they try to get a global representation, including government websites, and they correct their traffic based on the CIA's per-country statistics. Still, it's good to question whether the group of people you are trying to investigate are represented by NetMarketShare's traffic, and how their limitations lower your effective precision.
Subject: General Tech | October 3, 2016 - 01:27 PM | Jeremy Hellstrom
Tagged: Windows 7, windows 10, microsoft, market share
A change of one percent may seem tiny at first glance but historically it is an incredibly large shift in market share for an operating system. Unfortunately for Microsoft it is Windows 7 which has gained share, up to 48.27% of the market with Windows 10 dropping half a point to 22.53% while the various flavours of Windows 8 sit at 9.61%. This would make it almost impossible for Microsoft to reach their goal of
two one billion machines running Windows 10 in the two years after release and spells bad news for their income from consumers.
Enterprise have barely touched the new OS for a wide variety of reasons, though companies still provide significant income thanks to corporate licenses for Microsoft products and older operating systems. It should be very interesting to see how Microsoft will react to this information, especially if the trend continues. The sales data matches many of the comments we have seen here; the changes which they made were not well received by their customer base and the justifications they've used in the design of the new OS are not holding water. It shouldn't be long before we here more out of Redmond, in the mean time you can pop over to The Inquirer to see Net Applications' data if you so desire.
"The latest figures from Net Applications’ Netmarketshare service show Windows 7, now over seven years old, gain a full percentage point to bolster its place as the world’s most popular desktop operating system with 48.27 per cent (+1.02 on last month)."
Here is some more Tech News from around the web:
- HUDWAY Glass Head-Up Display Review @ NikKTech
- AMD prepares Zen for CES 2017 launch; aggressively clearing inventory for platform transition @ DigiTimes
- How to steal the mind of an AI: Machine-learning models vulnerable to reverse engineering @ The Register
- Linus Torvalds Officially Announces the Release of Linux Kernel 4.8 @ Slashdot
- Security analyst says Yahoo!, Dropbox, LinkedIn, Tumblr all popped by same gang @ The Register
- Source code for 'record-breaking' Mirai IoT botnet released online @ The Inquirer
- iPhone 7 Finishes Last In New Test of Battery Life @ Slashdot
Subject: General Tech | May 18, 2016 - 03:40 PM | Scott Michaud
Tagged: microsoft, Windows 7, Windows 8.1
I know this sounds like yet another story where Microsoft attempts to ram Windows 10 down your throat, but it's not (apart from a potential interpretation of the last paragraph). It's been about six-and-a-half years since Windows 7 launched, and about five years since Service Pack 1. If you've attempted to install Windows 7 recently, then attempting to run Windows Update makes it painfully obvious how long that's been.
Image Credit: Microsoft
Finally, Microsoft is making an official roll-up available. Better? It can be slipstreamed into install media, so you don't even need to go through that step with each reformat. This will not contain every possible update, though. Microsoft lists 23 patches that they excluded based on three conditions:
- “They don't have broad applicability.”
- “They introduce behavior changes.”
- “They require additional user actions, such as making registry settings.”
They also excluded every update to Internet Explorer, which makes sense. Users can install Internet Explorer 11 and update it, or just uninstall it entirely if they want (after they download whatever browser(s) that they will actually use). While some of these excluded fixes will affect many users, it should be a much better experience than several hundred patches and a half-dozen reboots. It's probably better to let the user choose many of these optional updates by hand anyway.
At the same time, they also announced that “non-security updates” will be merged into a monthly roll-up for both Windows 7 and Windows 8.1 (and several versions of Windows Server). They're not too clear about how this will work, but it sounds like users will not be able to pick and choose parts of optional patches anymore. Given how many of these were attempts to, again, shove Windows 10 down our throats, that's a bit of a concern. However, I suspect that this is just so Microsoft can align its release structure to how it's done on Windows 10. It's probably just easier for them to manage.
Caught Up to DirectX 12 in a Single Day
I'm not just talking about the specification. Members of the Khronos Group have also released compatible drivers, SDKs and tools to support them, conformance tests, and a proof-of-concept patch for Croteam's The Talos Principle. To reiterate, this is not a soft launch. The API, and its entire ecosystem, is out and ready for the public on Windows (at least 7+ at launch but a surprise Vista or XP announcement is technically possible) and several distributions of Linux. Google will provide an Android SDK in the near future.
I'm going to editorialize for the next two paragraphs. There was a concern that Vulkan would be too late. The thing is, as of today, Vulkan is now just as mature as DirectX 12. Of course, that could change at a moment's notice; we still don't know how the two APIs are being adopted behind the scenes. A few DirectX 12 titles are planned to launch in a few months, but no full, non-experimental, non-early access game currently exists. Each time I say this, someone links the Wikipedia list of DirectX 12 games. If you look at each entry, though, you'll see that all of them are either: early access, awaiting an unreleased DirectX 12 patch, or using a third-party engine (like Unreal Engine 4) that only list DirectX 12 as an experimental preview. No full, released, non-experimental DirectX 12 game exists today. Besides, if the latter counts, then you'll need to accept The Talos Principle's proof-of-concept patch, too.
But again, that could change. While today's launch speaks well to the Khronos Group and the API itself, it still needs to be adopted by third party engines, middleware, and software. These partners could, like the Khronos Group before today, be privately supporting Vulkan with the intent to flood out announcements; we won't know until they do... or don't. With the support of popular engines and frameworks, dependent software really just needs to enable it. This has not happened for DirectX 12 yet, and, now, there doesn't seem to be anything keeping it from happening for Vulkan at any moment. With the Game Developers Conference just a month away, we should soon find out.
But back to the announcement.
Vulkan-compatible drivers are launching today across multiple vendors and platforms, but I do not have a complete list. On Windows, I was told to expect drivers from NVIDIA for Windows 7, 8.x, 10 on Kepler and Maxwell GPUs. The standard is compatible with Fermi GPUs, but NVIDIA does not plan on supporting the API for those users due to its low market share. That said, they are paying attention to user feedback and they are not ruling it out, which probably means that they are keeping an open mind in case some piece of software gets popular and depends upon Vulkan. I have not heard from AMD or Intel about Vulkan drivers as of this writing, one way or the other. They could even arrive day one.
On Linux, NVIDIA, Intel, and Imagination Technologies have submitted conformant drivers.
Drivers alone do not make a hard launch, though. SDKs and tools have also arrived, including the LunarG SDK for Windows and Linux. LunarG is a company co-founded by Lens Owen, who had a previous graphics software company that was purchased by VMware. LunarG is backed by Valve, who also backed Vulkan in several other ways. The LunarG SDK helps developers validate their code, inspect what the API is doing, and otherwise debug. Even better, it is also open source, which means that the community can rapidly enhance it, even though it's in a releasable state as it is. RenderDoc,
the open-source graphics debugger by Crytek, will also add Vulkan support. ((Update (Feb 16 @ 12:39pm EST): Baldur Karlsson has just emailed me to let me know that it was a personal project at Crytek, not a Crytek project in general, and their GitHub page is much more up-to-date than the linked site.))
The major downside is that Vulkan (like Mantle and DX12) isn't simple.
These APIs are verbose and very different from previous ones, which requires more effort.
Image Credit: NVIDIA
There really isn't much to say about the Vulkan launch beyond this. What graphics APIs really try to accomplish is standardizing signals that enter and leave video cards, such that the GPUs know what to do with them. For the last two decades, we've settled on an arbitrary, single, global object that you attach buffers of data to, in specific formats, and call one of a half-dozen functions to send it.
Compute APIs, like CUDA and OpenCL, decided it was more efficient to handle queues, allowing the application to write commands and send them wherever they need to go. Multiple threads can write commands, and multiple accelerators (GPUs in our case) can be targeted individually. Vulkan, like Mantle and DirectX 12, takes this metaphor and adds graphics-specific instructions to it. Moreover, GPUs can schedule memory, compute, and graphics instructions at the same time, as long as the graphics task has leftover compute and memory resources, and / or the compute task has leftover memory resources.
This is not necessarily a “better” way to do graphics programming... it's different. That said, it has the potential to be much more efficient when dealing with lots of simple tasks that are sent from multiple CPU threads, especially to multiple GPUs (which currently require the driver to figure out how to convert draw calls into separate workloads -- leading to simplifications like mirrored memory and splitting workload by neighboring frames). Lots of tasks aligns well with video games, especially ones with lots of simple objects, like strategy games, shooters with lots of debris, or any game with large crowds of people. As it becomes ubiquitous, we'll see this bottleneck disappear and games will not need to be designed around these limitations. It might even be used for drawing with cross-platform 2D APIs, like Qt or even webpages, although those two examples (especially the Web) each have other, higher-priority bottlenecks. There are also other benefits to Vulkan.
The WebGL comparison is probably not as common knowledge as Khronos Group believes.
Still, Khronos Group was criticized when WebGL launched as "it was too tough for Web developers".
It didn't need to be easy. Frameworks arrived and simplified everything. It's now ubiquitous.
In fact, Adobe Animate CC (the successor to Flash Pro) is now a WebGL editor (experimentally).
Open platforms are required for this to become commonplace. Engines will probably target several APIs from their internal management APIs, but you can't target users who don't fit in any bucket. Vulkan brings this capability to basically any platform, as long as it has a compute-capable GPU and a driver developer who cares.
Thankfully, it arrived before any competitor established market share.
Subject: Processors | January 17, 2016 - 02:20 AM | Scott Michaud
Tagged: Windows 8.1, Windows 7, windows 10, Skylake, microsoft, kaby lake, Intel, Bristol Ridge, amd
Microsoft has not been doing much to put out the fires in comment threads all over the internet. The latest flare-up involves hardware support with Windows 7 and 8.x. Currently unreleased architectures, such as Intel's Kaby Lake and AMD's Bristol Ridge, will only be supported on Windows 10. This is despite Windows 7 and Windows 8.x being supported until 2020 and 2023, respectively. Microsoft does not believe that they need to support older hardware, though.
This brings us to Skylake. These processors are out, but Microsoft considers them “transition” parts. Microsoft provided PC World with a list of devices that will be gjven Windows 7 and Windows 8.x drivers, which enable support until July 17, 2017. Beyond that date, only a handful of “most critical” updates will be provided until the official end of life.
I am not sure what the cut-off date for unsupported Skylake processors is, though; that is, Skylake processors that do not line up with Microsoft's list could be deprecated at any time. This is especially a problem for the ones that are potentially already sold.
As I hinted earlier, this will probably reinforce the opinion that Microsoft is doing something malicious with Windows 10. As Peter Bright of Ars Technica reports, Windows 10 does not exactly have an equivalent in the server space yet, which makes you wonder what that support cycle will be like. If they can continue to patch Skylake-based servers in Windows Server builds that are derived from Windows 7 and Windows 8.x, like Windows Server 2012 R2, then why are they unwilling to port those changes to the base operating system? If they will not patch current versions of Windows Server, because the Windows 10-derived version still isn't out yet, then what will happen with server farms, like Amazon Web Services, when Xeon v5s are suddenly incompatible with most Windows-based OS images? While this will, no doubt, be taken way out of context, there is room for legitimate commentary about this whole situation.
Of course, supporting new hardware on older operating systems can be difficult, and not just for Microsoft at that. Peter Bright also noted that Intel has a similar, spotty coverage of drivers, although that mostly applies to Windows Vista, which, while still in extended support for another year, doesn't have a significant base of users who are unwilling to switch. The point remains, though, that Microsoft could be doing a favor for their hardware vendor partners.
I'm not sure whether that would be less concerning, or more.
Whatever the reason, this seems like a very silly, stupid move on Microsoft's part, given the current landscape. Windows 10 can become a great operating system, but users need to decide that for themselves. When users are pushed, and an adequate reason is not provided, they will start to assume things. Chances are, it will not be in your favor. Some may put up with it, but others might continue to hold out on older platforms, maybe even including older hardware.
Other users may be able to get away with Windows 7 VMs on a Linux host.
Subject: General Tech | December 16, 2015 - 07:20 AM | Scott Michaud
Tagged: xbox one, Windows 8.1, windows 8, Windows 7, windows 10, microsoft
Last week, Microsoft announced that the Xbox Wireless Adapter for Windows now supports Windows 7 and 8.x. Previously, the dongle would only work on Windows 10, which meant that other operating systems required Xbox One controllers to be wired.
This does not mean that all functionality will be available on Windows 7 and 8.x, though. The Xbox Accessories app is required to manage profiles and update firmware without an Xbox One console. As far as I can tell, that will continue to be the case. If you have an Xbox One console, and don't mind managing the controllers there, then this wireless adapter might be for you. If you have don't have an Xbox One console, Windows 10, or an existing Xbox One controller, then you may want to reconsider getting an Xbox One controller at all. If you do, then you can turn it wireless, now even on Windows 7 and 8.x.
The Xbox One Wireless Adapter for Windows has been out for a couple of months.
Subject: General Tech | November 4, 2015 - 07:05 AM | Scott Michaud
Tagged: Windows 8.1, windows 8, Windows 7, windows 10, microsoft
Officially, the only version of Windows that you can purchase standalone is Windows 10. Sales of Windows 7 ended on October 31st, 2013, and retail availability Windows 8.x ended on September 1st. Unofficially, you can find SKUs available on Amazon and elsewhere for both of these versions, and in several different editions.
PCs with Windows pre-installed follow their own calendar, though. Almost two years ago, Microsoft announced that Windows 7 PCs will be available until October 31st, 2014, with an extension for Windows 7 Professional that will be at least 12 months after... whenever they decide to announce the date. They announced the date a few days ago and, you guessed it, it's 12 months from then: October 31st, 2016. They also announced that PCs with Windows 8.1 pre-installed will have the same end of sales date.
So basically, you can only purchase Windows 10 now, and PCs will only have it pre-installed after October 31st, 2016... officially.
Subject: General Tech | September 30, 2014 - 11:46 PM | Scott Michaud
Tagged: windows 9, Windows 8.1, Windows 7, windows 10, windows, threshold, microsoft
The Windows event for the enterprise, which took place today in San Francisco, revealed the name of the upcoming OS. It is not Windows 9, or One Windows, or just Windows. It will be Windows 10. Other than the name, there is not really any new information from a feature or announcement standpoint (except the Command Prompt refresh that I actually will give a brief mention later). My interest comes from their mindset with this new OS -- what they are changing and what they seem to be sticking with.
If you would like Microsoft's commentary before reading mine, the keynote is embed above.
Okay, so one thing that was shown is "Continuum". If you have not seen its prototype at the end of the above video, it is currently a small notification that appears when a keyboard and mouse is attached (or detached). If a user accepts, this will flip the user interface between tablet and desktop experiences. Joe Belfiore was clear that the video clip was not yet in code, but represents their vision. In practice, it will have options for whether to ask the user or to automatically do some chosen behavior.
In a way, you could argue that it was necessary to go through Windows 8.x to get to this point. From the demonstrations, the interface looks sensible and a landing point for users on both Windows 7 and Windows 8 paths. That said, I was fine with the original Windows 8 interface, barring a few glitches, like disappearing icons and snapping sidebars on PCs with multiple monitors. I always considered the "modern" Windows interface to be... acceptable.
It was the Windows Store certification that kept me from upgrading, and Microsoft's current stance is confusing at the very least. Today's announcement included the quote, "Organizations will also be able to create a customized store, curating store experiences that can include their choice of Store apps alongside company-owned apps into a separate employee store experience." Similar discussion was brought up and immediately glossed over during the keynote.
Who does that even apply to? Would a hobbyist developer be able to set up a repository for friends and family? Or is this relegated to businesses, leaving consumers to accept nothing more than what Microsoft allows? The concern is that I do not want Microsoft (or anyone) telling me what I can and cannot create and install on my devices. Once you build censorship, the crazies will come. They usually do.
But onto more important things: Command Prompt had a major UX overhaul. Joe Belfiore admitted that it was mostly because most important changes were already leaked and reported on, and they wanted to surprise us with something. They sure did. You can now use typical keyboard shortcuts, shift to select, ctrl+c and ctrl+v to copy/paste, and so forth. The even allow a transparency option, which is common in other OSes to make its presence less jarring. Rather than covering over what you're doing, it makes it feel more like it overlays on top of it, especially for quick commands. At least, that is my opinion.
Tomorrow, October 1st, Microsoft will launch their "Windows Inside Program". This will give a very early glimpse at the OS for "most enthusiastic Windows fans" who are "comfortable running pre-release software that will be of variable quality". They "plan to share all the features (they) are experimenting with". They seem to actually want user feedback, a sharp contrast from their Windows 8 technical preview. My eye will on relaxing certification requirements, obviously.