No (or you shouldn't at least), unless the 32-bit OS is designed to explicitly allow this (in which case it can switch to long mode when needed). Of course this assumes you aren't emulating the CPU, if you are then pretty much anything is possible.tepples wrote:Can you run a 64-bit OS in a virtual machine inside a 32-bit OS and keep the benefits of a 64-bit OS?
Or you could cheat and go the Windows 3.11 way, where the kernel was 32-bit but all the other software (including pretty much the rest of the OS) were 16-bit. In this case you'd have a 64-bit kernel but the rest of the OS could be 32-bit. Does that count?
You can run a real-time OS inside a VM (since the real-time part is the kernel scheduler), but the benefits probably are thrown away by the unguaranteed timeslices of the non-RTOS host. Between the different tasks of the RTOS it should stay real-time, though (although not against real life time), so I guess at least a minimum amount of the benefits stay (probably only useful in very few specific cases though).tepples wrote:Can you run a real-time OS in a virtual machine inside a non-real-time OS and keep the benefits of a real-time OS?
Also reading back the thread... Wait a second, are you arguing about software compatibility with parallel ports? Huh, that isn't the biggest issue here really, the real issue is the hardware connection (parallel port to FDS). This is why USB is pretty much hated for this kind of stuff, without a microcontroller in the way you're pretty much screwed - unless you somehow feel like emulating an USB device on the other end, that is (can you even get enough speed to make it in-spec?).