SoylentNews is people
SoylentNews
Microsoft Windows 7 or 8.1 users on Intel Kaby Lake or AMD Ryzen CPUs will not be able to download Windows updates.
Microsoft announced some time ago that new silicon as the company called it back then would not be officially supported on Windows 7 or 8.1.
This meant basically that only Windows 10 would support Intel's, AMD's and Qualcomm's new processors, while Windows 7 or 8.1 would not.
This does not mean that Windows 7 or 8.1 won't install on machines running these new processors, but that Microsoft (and the manufacturer) won't offer any form of support for those devices.
A new support page on the Microsoft website suggests that users who run an unsupported processor on an older version of Windows -- read Windows 7 or Windows 8.1 -- won't be able to scan for or download Windows updates anymore.
Users will get the following error message when they run the scan:
Unsupported Hardware
Your PC uses a processor that isn't supported on this version of Windows and you won't receive updates.
It looks like I'll be moving to BSD or Linux sooner than I planned.
(Score: 2) by mhajicek on Sunday March 19 2017, @02:57AM (5 children)
Will windows based CADCAM run in a VM on Linux?
The spacelike surfaces of time foliations can have a cusp at the surface of discontinuity. - P. Hajicek
(Score: 2) by Nerdfest on Sunday March 19 2017, @03:23AM
Almost guarenteed. Pretty much everything will run in a VM, including many of the high-end games. The only place you run into problems is where software insists on talking directly to the hardware, which is fairly rare these days.
(Score: 1, Informative) by Anonymous Coward on Sunday March 19 2017, @08:03AM
Will windows based CADCAM run in a VM on Linux?
Depends, name your poison...
I've had variable success running some of our CADCAM software in VMs, biggest sticking points
1. OpenGL support: it's usually borked to varying (and unpredictable) degrees, so there are limitations you'll have to discover for yourself when running the software in a VM, these limitations might be the deal breaker (e.g. can't simulate and display the design in 3D on the screen that you want to send to the CNC mill).
2. Getting the software to consistently access the usb dongles/protection keys for some of our packages (so much so, that in one case to debug the issue I ended up running a less than kosher version of the main software we had a license for in the VM, the software itself worked reasonably well, the copy protection mechanisms however..)
Try running it, YMMV, but if you want my opinion, and I say this as someone who has been using and administering Linux systems since '93, I'd not bother and just stick with running your software on native hardware (which is what we eventually had to do @work, manglement got the Win7/Win10 bug..and got a bit 'annoyed' at our intransigence).
VMs are fine for a lot of things, you might get lucky and your software may work fine in one, but in our case there were too many things which borked to make it usable so we stuck to running it on native hardware, considering the fact that, thanks to the software requirements, the graphics cards alone in our current CADCAM workstations cost more than the previous complete workstations they've replaced..
Hell, even on my active home network of mainly Linux boxes (9 desktops, two laptops, one netbook, two thin clients), two of them still run Win7 and XP natively for CAD and DAW software which I can't get to function properly in any VM I've tried.
(Score: 2) by Azuma Hazuki on Sunday March 19 2017, @09:07PM (2 children)
For best results you want:
1) A CPU with Intel VT-d or AMD IOMMU, both of which are forms of "directed I/O" which allow a hypervisor to give exclusive access to a given PCIe device to a single VM
2) A separate dGPU, one which is *not* being used to drive your monitor
3) The know-how to configure this feature, called "GPU Passthrough."
I've never gotten to try this myself but have seen youtube demos of the process, including one where a machine had 3 GPUs, a big beefy i7 something or other, and made TWO "virtual gaming machines" on it while reserving the onboard IGP for the host OS's use.
I am "that girl" your mother warned you about...
(Score: 0) by Anonymous Coward on Sunday March 19 2017, @09:45PM
For best results you want:
1) A CPU with Intel VT-d or AMD IOMMU, both of which are forms of "directed I/O" which allow a hypervisor to give exclusive access to a given PCIe device to a single VM
2) A separate dGPU, one which is *not* being used to drive your monitor
3) The know-how to configure this feature, called "GPU Passthrough."
Looks promising, and I'd love to try this @work, but I'm sure the PHB won't release the funds (he begrudges spending money on our critical production systems, yet will still go out any buy fscking Macs that we don't fscking well use...however, it might be an idea to try this the next time I 'reshuffle' my home systems (my firewall needs more memory and CPU/cores, so my current CAD/CAE box is an obvious candidate).
I've never gotten to try this myself but have seen youtube demos of the process, including one where a machine had 3 GPUs, a big beefy i7 something or other, and made TWO "virtual gaming machines" on it while reserving the onboard IGP for the host OS's use.
I'll have a look, cheers.
(sadly I missed out on getting my hands on a fully working but minus the hard disks 32 core system a few weeks back which might have been ideal for this for the princely sum of 30 USD..)
(Score: 0) by Anonymous Coward on Monday March 20 2017, @09:52AM
I have this setup.
It's amazing and I love it. A lot. Too much, perhaps :P