Pondering AI PCs Means TOPS

Since last Friday (April 26) I’ve been working with the Lenovo Yoga Pro 9 laptop. It’s also called a Yoga Pro 9i. I’m a little mystified by the “i” that comes and goes for this device name. If you look at the lead-in graphic you can see the User Guide calls it “Pro 9i” while Lenovo Vantage calls it “Pro 9.” It’s an early AI PC from Lenovo, which means it has a Copilot key and a built-in AI processor, aka NPU (Neural Processing Unit). As I’m now learning, pondering AI PCs means TOPS (trillions of AI or “tera” operations per second) matter — a lot!

If Pondering AI PCs Means TOPS Matters, What’s the 9(i) Got?

According to Intel Ark the name of the NPU integrated into the Intel Ultra Core i9 185H CPU is “Intel AI boost.” Otherwise, there’s precious little info available about its capabilities except for the frameworks it support. For the record, those are Intel’s own Open VINO, WindowsML, DirectML and OMNX RT.

I had to turn to Copilot to get more information about the 185H NPU. Here’s what it told me:

Intel’s Core Ultra “Meteor Lake” offers an AI Boost NPU with 10 TOPS

Since I’ve learned to verify whatever Copilot tells me, I found this stat verified at Tom’s Hardware in an April 9 story. When I asked Copilot directly “What’s the TOPS rating for the AI Boost NPU in the Intel i9 185H?” it came back with a higher number that I couldn’t verify. Here’s what it said:

The Intel Core Ultra 9 185H processor features an AI Boost NPU that can perform approximately 34 trillion operations per second, which translates to 34 TOPS (Tera Operations Per Second)12.

The second source it cites may explain this apparent discrepancy, though: the 10 TOPS is what the NPU itself contributes. But Arc and NVIDIA GPUs can also support the same AI frameworks mentioned above, and can thus add to a unit’s overall TOPS rating.

Put this into more Copilot context that asks if it itself can use NPU resources:

Microsoft Copilot is now set to run locally on AI PCs with at least 40 TOPS (Tera Operations Per Second) of NPU (Neural Processing Unit) performance.

Given that the Yoga 9(i) comes close to that number, I’m still wondering if it qualifies or not. So far, I can’t find any details that lead me definitively to an unequivocal “Yes” or “No.” Sigh.

The Next Generation Gets It, For Sure?

Another Tom’s story, also dated April 9, says the next “Lunar Lake” generation will include an NPU rated at 45 TOPS. Further it also asserts that PCs with such chips will offer 100+ TOPS overall when they become available. AMD likewise says it will play in that same ballpark, as will the Snapdragon X Elite chips.

I’m still unsure as to whether or not my current review unit — that is, the Lenovo Yoga 9(i) has enough AI oomph to run Copilot workloads locally. I’ll keep banging away at this, though. Eventually, I’ll figure it out. At this point, I’m still at the start of the learning curve…

Rereading Tom’s Hardware I See This…

The Tom’s Copilot Locally story relies mostly on quotes from Intel to set things up — namely, from Todd Lewellen, VP of Intel Client Computing Group. He says:

“[..]And as we go to that next gen, it’s just going to enable us to run more things locally, just like they will run Copilot with more elements of Copilot running locally on the client. That may not mean that everything in Copilot is running local, but you’ll get a lot of key capabilities that will show up running on the NPU.”

This seems pretty clear that the current generation — including the Core Ultra i9 185H in the Lenovo Pro 9i  — does NOT fall under this umbrella. That said, I think it leaves open whether or not it will make any difference for other AI workloads. Should be interesting to get to the bottom of this!

Facebooklinkedin
Facebooklinkedin

Lenovo Yoga Pro 9 Intake

When I got home from a visit to a dental lab around lunchtime on Friday, the Boss asked “Were you expecting a package?” I’d asked Lenovo to send me a Yoga Pro 9 earlier that week, so my answer was a tentative “Maybe…” And sure enough, that’s what it was. Over the weekend, I had time to get through all steps in the Lenovo Yoga Pro 9 intake process. It proved more interesting — and educational — than I expected…

What I Got for Lenovo Yoga Pro 9 Intake

There were some interesting surprises in what showed up. Basics of the unit’s configuration include:

  • Intel Core Ultra 9 185H (Meteor Lake/13th Gen+)
  • 32 GB LPDDR5x-7467 (soldered)
  • Hynix 1TiB NVMe SSD PCIe x4
  • 16″ Lenovo LEN8BAI Monitor 3200×2000 resolution monitor
  • Intel Wi-Fi 6E AX211 network adapter
  • Intel AI Boost NPU & Copilot key

There’s more, but I’ll get to some of that in the next section. The main reason I requested a short loan of this formidable PC was for access to a machine with NPU and Copilot key to take them for a spin. Looks like this unit retails for around US$2,100 at the Lenovo Store.

What I  Learned During the Intake Process

TLDR answer: LOTS of things. I’ll elaborate by noting first that the unit came with Windows 11 Home installed (immediately upgraded to Build 22631.3527 Enterprise). Because I usually interact with most PCs — personal, production and test/loaner units — via RDP, sticking with Home was not an option for me. It’s OK: because I’m an MVP I get a MAK key for Enterprise as part of my Visual Studio subscription. Lenovo will destroy my image upon its return anyway. But if you decide to purchase one, you can indeed configure it with Pro for a mere US$2 extra. That’s what I’d do, for sure…

I found myself a little mystified by the new Meteor Lake Intel Core Ultra 9 185HCore Ultra 9 185H CPU. Intel refers to this CPU as “formerly Meteor Lake” but doesn’t really assign a “Generation” number. Its Intel home page studiously avoids mentioning such info. My unit was built in early February 2024 according to its outside sticker. Its Intel Ark page describes it as Intel Core Ultra processors (Series 1) so it looks like NPU endowed chips are starting a new numbering scheme instead. This should be interested to see play out, expecially with Snapdragon X systems on their way into this same niche.

I also observed that read/write speeds vary significantly by USB-C port type. As you can see in the next graphic, port3 is USB -C 20Gbps, and 4 is Thunderbolt 4. These produce “interesting” benchmark results where one is noticeably faster than the other for some values. Indeed, TB4 is faster for 1M read and 4K random writes, while USB 4 is faster for 1M write and 4K random reads. Others are more or less a wash. I’m going to have to try faster SSDs to see if that makes a difference (I suspect it will).

Lenovo Yoga Pro 9 ports (left & right sides)
Lenovo Yoga Pro 9 ports (left & right sides) [Double-click image for full-size view]

What About AI Stuff?

I can tell that Copilot runs faster on this laptop than on other, older models (even a ThinkPad P16 Mobile workstation with a 12th-Gen i9-12950HX CPU but no NPU). But other than that I haven’t really messed around enough with Copilot and other AI functions to get a sense of the differences. Stay tuned! I only get to keep this unit for a month, so I’ll be writing about it regularly over the next few weeks.

Other Observations

Here are some bullet points that reflect other stuff I noticed while unpacking, setting up and using the new Lenovo Yoga 9 Pro:

  • The shipping materials proudly proclaim “plastic-free packaging” in several places on the boxes. Two egg-crate holders supported the laptop, with one small internal cardboard box for the brick and power cord. There was some soft material labeled 22/PAP between the upper and lower decks of the clamshell. Ditto for the label on the black bag inside which the laptop itself was sitting. The material uses a plastic-recycling symbol (three arrows forming a triangle) but lookup tells me … yep, it’s paper! Even the twist-tie that held the power cord together was covered in brown paper. Good job, Lenovo.
  • For some unholy reason, Lenovo included McAfee AV on the Yoga 9 Pro. I uninstalled it right after I performed the OS updates on that PC. Defender is fine with me: I no longer use much, if any, third party security software.
  • Have to laugh: the Copilot key is a big deal on these new Windows AI-Ready PCs. But the onscreen keyboard (Ctrl+Winkey+O) does not include such a key. I bet MS will fix this before these AI-Ready PCs get into wider circulation.
  • The Open Source Snappy Driver installer (SDIO version) gives the drives already installed on this laptop its blessing. It’s not an absolute guarantee that everything’s up to date, but it’s pretty darn close. Good-oh!
Facebooklinkedin
Facebooklinkedin

Busy Week Brings 9 WinGet Updates

It’s been a busy week, so I’ve been doing stuff more, and playing less with Windows. How do I know? I just ran WinGet on my production desktop and it tossed up a new personal high. That’s right: my busy week brings 9 WinGet updates to my Windows Terminal PowerShell session. You can see the intro part in the lead-in graphic. Wow!

When Busy Week Brings 9 WinGet Updates, Install Them

So that’s what I’m doing right now, as I write this blog post. The whole 9 items took about 2 minutes to complete. It brought 8 successes and one failure. Because I have numerous M365 components open right now, the M365 Apps for Enterprise install failed. That’s probably because I’m using a different subscription version tied to a different MSA. The one I’m using cheerfully reports itself all caught up.

It’s the one I’m NOT using that reports itself out-of-date (which is perfectly OK, because I’m not using it. Maybe I should remove it?) Isn’t it funny how using multiple MSAs in a Windows PC can occasionally make life interesting when you login with one such account, and use assets tied to another such account?

It’s All Part of Windows’ Inestimable Charms…

Learning where the eccentricities reside or potholes lie, and steering around them, gives me countless opportunities for learning and enjoyment when it comes to working with Windows. But less so than usual this week: I’m busy. In fact, I need to go do some paying work as soon as I’m done here. Cheers!

Facebooklinkedin
Facebooklinkedin

PowerShell Install Goes Cancelled to Abandoned

Here’s a good one. Take a look near the bottom of the lead-in graphic. It shows what happens at the end of a WinGet upgrade sequence with the PowerShell installer. But whereas that installer used to say “Installation cancelled” it now says “Installation abandoned.” Hence my assertion: PowerShell Install Goes Cancelled to Abandoned. In truth, this simply means the Windows Terminal window must be closed and re-opened for a new PowerShell version to take effect.

What PowerShell Install Goes Cancelled to Abandoned Means

Things get interesting when a program that’s currently running gets updated. Generally, for the code to take over from the old, the old must first stop. Then, the new must start up and run, so it can use all of its newly-minted capabilities and capacities. The “cancelled” and “abandoned” stuff is text for an error message that indicates the installer itself had to terminate in some kind of unexpected, unusual, or surprising way.

Look at what comes up when I close Windows Terminal, and then re-open it. Just for grins, I add WinGet list microsoft.PowerShell and another WinGet upgrade … check. The former shows the new version 7.4.2.0 is present (as does the lead-in prompt above it). The latter shows that a new WinGet check no longer reports that PowerShell needs an upgrade. Case closed!

PowerShell Install Goes Cancelled to Abandoned.follow-up

The new PowerShell version is running so it no longer generates an update notification. [Click image full full-size view.]

Facebooklinkedin
Facebooklinkedin

Reboot After NVIDIA 552.22 . . . Or Else!

I updated my production desktop with its RTX 3070 Ti GPU yesterday. When that process completed, the installer asked me if I wanted to restart now or wait until later. Because I was busy working, I elected later. Then in the usual crush of a frenetic afternoon, I completely forgot that reminder. It came back crashing down upon me this morning when I noticed that graphics performance was discernibly laggy. “Aha!” I thought to myself: “The reminder should have said ‘Reboot after NVIDIA 552.22 . . . or else suffer the consequences.”

Why Reboot After NVIDIA 552.22 Update?

That was the question I asked yesterday when the installer gave its reminder. I got my answer this morning when I noticed that graphics performance was visibly slower than usual. Turns out that while the 552.22 release notes don’t explicitly say “You must reboot upon installing,” it’s considered a best practice to do so when updating a big, complex driver like the one that drives a relatively modern GPU.

That’s probably why the installer asked me to reboot when it finished. I got my demonstration this morning, after forcing my system to sleep at 4-something AM this morning when I saw the monitor was on after wandering around on a predictable nocturnal mission.

Next Time, I’ll Do It When I Quit for the Day

Upon reflection, I now realize something obvious. When I got up from my PC in the evening, with no intent to return until the next morning, that would’ve been the ideal time to reboot. As it is, I had to wait around 90 seconds, all told, for the machine to shut down, restart and reboot to the desktop. Tolerable, but not the smartest way to take the NVIDIA installer’s apt advice.

Facebooklinkedin
Facebooklinkedin

Beta Channel Rollback Follies

Found myself in an interesting pickle after running an in-place repair install on the 2018 vintage X380 Yoga for Build 22635.3495. Before the repair, DISM . . .  /AnalyzeComponentStore was showing me bogus reclaimable packages (see lead-in graphic). After the repair install, those bogus packages were gone — but alas, so were my start menu and task bar icons. Thus, I found myself engaged in Beta Channel rollback follies as I returned to the earlier status quo.

Before Beta Channel Rollback Follies, Some Flailing Around

Before I went to System > Recovery > Go Back to return to the previous status quo, I tried a bunch of repairs on the affected PC. None of the traditional usual suspects gave up the goods:

  1. Turned off Start 11v2 and went back to default Start menu
  2. Tried jacking around with Start11v2 settings galore
  3. Ran explorer.exe from Run box/Task Manager run

Whatever I tried, I was stuck with an invisible Start menu and no visible Taskbar icons. In the end it proved to be more trouble to run Windows without easy menu access than to put up with those bogus reclaimable packages.

Follies, Enumerated and Excoriated

Along the way back to where I started, I had a few bumps in the road. Because I typically run my test PCs through an RDP window on my main desktop, I had to remember “Oh yeah, you have to run Recovery options from the physical desktop.” I also stumbled around numerous Start11 menu settings that didn’t work as they’re supposed to — simply because the underlying Start menu was itself out of order.

Once I realized local repairs weren’t getting me anywhere, I knew enough to say, “Time to roll back.” I’ll stand pat on my current situation until MS comes out with a new Beta update (it usually happens once every week or two). Then, I’ll try again. Hopefully the next one will work properly and not show a bunch of spurious reclaimable packages, either. We’ll see…

A Terrible Trade-Off

Normally, running an in-place repair install results in a Windows image that’s pristine and works well. This is the first time I can ever recall that such a repair took a mildly bollixed image and left it unable to work properly after it was applied. As I’ve been thinking about what this might mean, I’m pondering a clean install on this test PC as an alternative to waiting for the next Beta Channel release. It will probably depend on how much free time I have this week. Stay tuned! I’ll keep reporting on this one…

Facebooklinkedin
Facebooklinkedin

PowerToys Puzzle Locks Together

Last week I blogged about how two quick back-to-back Powertoys releases seemed  to have left WinGet one release behind. No more! What I described as an “interesting PowerToys Puzzle” was indeed a function of lagging manifest updates. This morning,that former PowerToys puzzle locks together as you see WinGet update it from v0.80.0 to the current v0.80.1 in the lead-in graphic.

After PowerToys Puzzle Locks Together, WinGet Gets It Right

If you look at the top block of text in the lead graphic, you’ll see WinGet  recognizes the PowerToys version 0.80.0 needs an update to version 0.80.1. And indeed, that’s exactly what WinGet does in the center block of text just below the list of possible/pending updates that WinGet finds.

I did get a reply to the afore-linked April 11 blog tweet from WinGet team lead Demitirus Nelon. As I had guessed there was a lag between the second release and the WinGet manifest definitions. And it was apparently a completely routine fix, too.

So now, when the “What’s new” document shows v0.80.1 in its lead paragraph that actually agrees with the version that’s running on the target PC. Ain’t it great when things work the way they should? Three cheers for the PowerToys and WinGet teams for working quickly and accurately to fix this sooner rather than later.

I continue to be impressed with the dispatch and dedication of these folks. All I can say is “Keep up the good work!” I’m enjoying being part of the process.

Facebooklinkedin
Facebooklinkedin

Teams Versions Running Side-by-Side

Gosh, it gets confusing sometimes. But it could be mostly a Windows 10 vs Windows 11 thing. On Windows 10 I find myself with multiple Teams versions running side-by-side. That is: Teams (work or school) vs. Teams Classic. The lead-in graphic shows their taskbar icons serious magnified in that order (Modern: left; Classic: right). It’s interesting and a little vexing from time to time. Fortunately, MS will be retiring Teams Classic sometime later this year (no earlier than July 1, 2024 says Copilot).

Issues with Teams Versions Running Side-by-Side

I know I’m in the minority but I don’t have a current, actively administered MSA that’s tied to an AD, Azure AD, or Entra ID based environment. These are the MSAs that work best and most reliably with the new version of Teams (see about info from my ThinkPad P16 Mobile Workstation, running production Windows 11).

Teams Versions Running Side-by-Side.about-new

The latest version from my Windows 11 production PC (Build 22635.3430)

Here’s what Teams Classic tells me about itself (through an unusually tortuous path to get to its “About” info).

The latest Classic Teams from Windows 10 (Build 19045.4291)

I sometimes have trouble using the new Teams version as an app, though it does work consistently and reliably on the Web. But too often — especially in view of impending retirement — Teams Classic wants to run when I really want to use the new version. MS says the Classic version is supposed to uninstall automatically after switching over to the new version. So far, it’s not going anywhere…

I have to pay close attention to the icons to see which one I’m using at any given moment. Thus I’ve learned to distinguish the white background and blue symbol for new versus the blue background and white “T” for classic as a quick differentiator. Man, will I be glad when classic Teams finally retires into obscurity. But hey, that’s the way things go here in Windows-World from time to time where more versions of Teams may not be better but are seemingly inescapable in Windows 10. Sigh.

Facebooklinkedin
Facebooklinkedin

Interesting v0.80.x PowerToys Puzzle

I’ve just stumbled upon — and confirmed — and interesting v0.80.x PowerToys puzzle. Given that every picture tells a story, my lead-in graphic attempts to show what’s going on here. Let me explain, in three sections:

1. Top white text shows the info that pops up after Winget upgrades PowerToys to Version 0.80.0. Notice it reads “Release v0.80.1”.

2. Winget clearly shows it’s upgrading PowerToys to version 0.80.0 in the black text section in the middle.

3. Opening settings in that upgraded version of PowerToys, it self-reports as v0.80.0, and offers the “Install now” button to upgrade the program to v0.80.1. Not coincidentally, that install and upgrade actually work, and result in  a self-report of v0.80.1.

Note: you may have to show the graphic in its own browser tab or window to see the whole thing. Some important stuff is on the bottom edge (v.0.80.1 update notification and install button).

Interesting v0.80.x PowerToys Puzzle Gets Cracked

The way I see it, there are two possibilities here, and Ockham’s razor leans heavily toward one of them. First, it’s possible that winget is actually installing version 0.80.1 but misreporting same. I doubt it. My best guess is the second one, which is that v0.80.0 is showing the documentation for v0.80.1 when it should be showing a downrev version.

I think I just confirmed this because I did click the “Install now” button in PowerToys > Settings. It ran a tool called “PowerToys (Preview) x64 Setup” complete with progress bar.

And when it was finished it showed me the same “What’s new” document shown above, also labeled Release v.0.80.1. What’s different this time is that PowerToys > Settings > General now self-reports as follows:

Seems pretty conclusive to me. I’m guessing that the development team hasn’t yet updated their manifests for WinGet to switch things over from v0.80.0 to v0.80.1. At the same time the new “What’s new” has probably pushed out the old one, so it’s showing even on the v0.80.0 version. Go figure!

 

Facebooklinkedin
Facebooklinkedin

22635.3430 Post-Reboot Black Screen Fix

Here’s an interesting item. Yesterday was Patch Tuesday for April. As per normal due diligence, I updated my various Windows 10 and 11 PCs. When I tried to remote into the production PC (ThinkPad P16 Gen1 Mobile Workstation) it showed me a black screen. Fortunately, I was able to come up with this 22635.3430 post-reboot black screen fix: Ctrl+Alt+Esc launched Task Manager. Then I was able to run Explorer.exe. After that, the desktop and all came up normally. Weird!

After the 22635.3430 Post-Reboot Black Screen Fix…

The system seems to be working properly. Nor is reliability monitor showing an error in its output for today. Whatever caused this strange pause in screen output during startup seems to have been benign (no errors) and purely transitory (I can’t make the system do it again).

After I did get to the desktop I installed a handful of winget updates, plus Intel DSA updates for Bluetooth, Wi-Fi and Iris Xe. This made another reboot mandatory. After that second reboot, all worked as it should have. So whatever caused my initial black screen was apparently a one-time hiccup.

The DISM /cleanup-image Report

I try to run dism /cleanup-image /analyzecomponentstore any time I install a CU. This time it quite startlingly shows 16 (!) reclaimable packages. Based on recent experience I’m guessing 13 of them are bogus (that’s a recurring number). Check it out!

What’s more the cleanup fails with error 6824 “another transaction is depending on the fact that this property will not change.” I’ve learned this means it’s time for a repair install based on recent experience.

Methinks something went awry with the latest CU KB5036992. I wonder how many others will report similar difficulties. In the meantime, I’m off to fix this, and move on. This time, I will have to use UUPDump.net, too. Sigh. The new way in Canary and Dev versions “Fix problems using Windows Update” is ever so much easier…

Note Added +3Hrs: IPRI Does It!

An indeed, though it takes quite a while to work through all the steps, building an ISO for 22635.3430 from UUPDump.net, mounting same, and running install from setup.exe gets rid of the high count for reclaimable packages (including “the bogus 13”). Here’s what I get from
dism /online /cleanup-image /analyzecomponentstore
after in-place repair install and its final reboot:

22635.3430 Post-Reboot Black Screen Fix.IPRI

After the IPRI, reclaimables drops to zero.
[Click image for full-size view.]

Fixed! Now I need to figure out how to report this on Feedback Hub.

Facebooklinkedin
Facebooklinkedin

Author, Editor, Expert Witness