>run Windows on metal >get OK performance >run Windows

>>62003512
Can someone confirm this?

VMs noop fsync to cheese benchmarks.

>>62003549
I can confirm this.

>>62003549
It's confirmed.

>run .net core on windows
>get OK performance

>run .net core on linux
>get better performance

Linux has better stuff.

Sounds like a driver issue.

>>62003512
>Windows on metal
hardcore

>>62003512
One of them was on an SSD

This really makes me think. Worth getting another GPU for passthrough?

can confirm this, my windows on a vm runs fast as fuck boi

>>62003552
Something like that

You can probably configure Windows to be just as fast natively, if you disable disk cache safeguards

>>62003549
Confirmed

>>62005370
if your cpu already has an igpu you wont need to buy one

>>62003512
because windows sucks and can use all the help it can get

also disk is probably cached somehow

Imagine it on a host with f2fs, based RAM cache is gonna send 24 year old NTFS to the moon and back in 2 seconds

>>62006715
And if your CPU doesn't, your probably using Ryzen which means you're fucked because of the NPT bug.

>>62007445
>NPT bug
hasn't this been fixed?

>>62009030
Nope.

>>62009291
:/
crap, and I just bought a r5 1600...

>>62003619

no

>>62003549
It's true.

>>62009030
>>62009291
>>62009387
Wow, that's fucking pathetic on AMD's part. At least Nvidia manned up and is trying to contribute better.

>>62003512
Nah

>>62003512
> get +20% better disk performance
Atypical overall.

Sure, once you scale up file count and volume or create many random weird IO patterns, Linux may work these out better, but the usual desktop usage shouldn't be 20% different.

> everything installs and downloads faster
Installs is normal. Microsoft's method of installing packages just isn't all that fast as compared to many Linux package managers' methods.

Downloads? Hm, maybe you just have better drivers for your hardware on Linux. For a single download, Linux's better network subsystem isn't very relevant. It's more interesting when you want to have many networking rules (QoS and condiitonal port forwarding and firewalling and what not) handled.

>>62003549
Experts agree.

>>62003549
Confirm

>>62003549

kek this meme

ITS FAKE YOU IMBECILES
OF COURSE TRANSLATING LINUX CALLS INTO WINDOWS CALLS IS GOING TO MAKE IT SLOWER THAN JUST RUNNING WINDOWS CALLS

FUCKING RETARDS

>>62009842
there is more to it than simply "translating calls", though...

>>62009995
Not him but emulating is basically that

>>62003512
No fucking clue, but shit happens

>>62010011
I've noticed what OP says. I suspect the way the underlying OS manages memory has a lot to do with this. AFAIU, linux keeps recently used files (or rather, used memory pages) in memory, so if it needs to read them again, it'll do it very fast. I guess that's the reason... but I could be talking BS

>>62003549
KVM here.

Windows SUCKS with disk calls.

HDDs are barely usable in Win10.

>>62003512
Now OP... Tick the "writeback" box and be blown away.

are you running the VM on linux or windows?

With linux and windows they both seem to work but with linux I have to configure the br to the eth

>>62003512
It's because Linux is using the free memory in your PC as disk cache. It's a nice feature that also means the "unused RAM is wasted RAM" meme isn't true for Linux. It also helps keep your OS from thrashing the drive quite as much.

strange OP, I got entirely different results.

>run GTAIV in Windows 10
>get OK performance

>run GTAIV in WINE on Linux host
>framerate is much lower and stuttering horribly

File: 20170818_22.09.37.jpg (6KB, 174x110px) Image search: [Google]

6KB, 174x110px

>>62010771
dunno if you are memeing or just plain stupid.

>>62010771
wine isn't an emulator you stupid fuck
nice bait
sage in all fields

>>62010771
wine != windows in a vm

>>62003512
because NTFS is shit from the 90s

>>62010944
>>62011012
>>62011182

I just wanted to give Linux a fair chance by substituting WINE for a VM but we can do it the hard way if you linuxcucks insist.

>run GTAIV in a Windows VM on Linux host
>it doesn't work at all because VMs can't have more than 256MB of VRAM

>>62011420
>what is GPU passthrough
Linux is not responsible for you being clueless

>>62011420
this guy is fucking brain dead lol
why are you even on g??

>>62011012
>WINdows Emulator isn't an emulator
haha ebin

>>62013317
>Wine Is Not an Emulator
It's literally a recursive acronym

File: dw3M5hU.jpg (143KB, 473x493px) Image search: [Google]

143KB, 473x493px

>>62013317
>let me just talk out of my ass

>>62003512
Turns out RAM is faster than a Hard Drive.

>>62003512
Would windows perforn faster on a VM RAMDisk?

>>62009412
Doesn't nVidia block passthrough?

>>62015823
I think it's just a check that the installer makes when you install drivers, but once they're installed there's no issue.

File: hard-disk-structure.png (371KB, 320x285px) Image search: [Google]

371KB, 320x285px

>>62003512
If you understand how hard drives work you'll realize that some sectors of a hard drive are slower to read and write to than others. If you write your windows install on the outer rings of a hard drive you'll get slower performance than if you would write them closer to the center

>>62003512
>>get +20% better disk performance
Virtual file system is kept in RAM and written to disk at a later point.

>>62003512
>start wow.exe in windows
>wait a few minutes to start

>start wow.exe with wine
>wait a few seconds to start

>>62005370
https://www.redhat.com/archives/vfio-users/
get reading

>>62016444
you have it backwards, the outer sectors are faster, they're also the "beginning" of the disk (disks write from the outside inwards, unlike optical media)

>>62015823
yes it does

>>62003549
It's legit my dad works at Linux

>>62017186
>that kid who thought his dad worked at Microsoft solely cause he used to live in Washington
>tried to convince everyone he knew that his dad worked on Windows 95
>it worked
>no one ever questioned him
>tfw that kid was me

>>62010675
That's one of the easier part of an OS. Proof that win and macos don't do it.
That would be hilarious