That’s so weird. This isn’t about Nintendo hardware sucking: it’s running on an actual Nintendo Switch, except instead of it using the Switch’s OS and it running the game, it goes Linux -> Emulator (yuzu) -> game (running from an actual cart through a dumper) and somehow that’s faster.
It’s a software issue.
Is it the Nintendo Switch OS which is needlessly bloated? It does nothing, how can it be heavier than an actual Linux Distribution?
I’m not familiar with how the Switch works, but the dumper has a FPGA for decoding the cartridge. Is this something that the Switch has to do in real time in software, and maybe that’s where the performance loss comes from? It seems unlikely but I know nothing of the Switch’s internals or software. In fact let’s just say I know nothing at all, I’m just an idiot.
PS: Everyone who buys used Switch games should see this until the end. The dumper allows you to extract a certificate file from a cartridge. Basically, someone malicious could buy a new game, dump it including the certificate file, clone it, and resell the game. Then they would be able to play online with it. If you buy the original copy afterwards and play online, you are likely going to be the one whose certificate is flagged as fake, leading to you being banned.
Also, they could just sell multiple copies of cloned games and you wouldn’t be able to tell the difference… Except for the certificate, which would be the same and would signal Nintendo that you (and like 10 other people) are playing a fake game, unbeknownst to you.
The switch natively can tune the performance, which you might notice going from docked to handheld mode and seeing the quality dip.
The emulated setup is probably bypassing some of this, which would likely have a “safety” zone it never leaves to make sure the performance is always smooth and the battery isn’t being drained too fast, and it’s likely pretty conservative.
The Quest 3 does the same thing and using some tools, you can adjust the hidden visual settings of a game to make it look better or run faster at the cost of some more heat and battery usage. Natively, it really holds back what it will allow the software to do with the hardware because it’s focused more on battery life, and cranking up, say, Wrath of Asgard 2, you might only get an hour of battery but it looks and runs way better.
I agree, but I mean… Nintendo’s primary audience are children and adults who aren’t necessarily tech savvy. The Deck’s primary audience is practically the exact opposite. Having it work is more important than squeezing out every last ounce of power for most consumers. The same applies to the Quest (though it is much simpler to unlock that power if you’re a dev or power user than a Nintendo product).
I just think of giving some mercy to the tech support team by not having the options where someone who doesn’t know what they’re doing could fiddle with it. The way you enable developer options in Android would be nice though. Fun even; it’s like finding an Easter egg.
In a perfect world, we’d be able to just use the hardware however the fuck we wanted without any barriers. 😞
Yeah, the switch has an entire core locked off and everything is downclocked to improve battery life and control temperatures. No doubt this emulation gives everything more clock cycles (and perhaps an extra core?). Probably very short on battery and possibly very hot too.
I would assume the cart slot is directly connected to the bus and should be faster than going through the USB port, but that’s just a wild guess since I don’t know enough about hardware let alone the specifics of the Switch’s.
To be honest I naively assumed Nintendo not to be the type of company (… Or even competent enough) to implement the type of data mining that would impact performance lol
Is it the Nintendo Switch OS which is needlessly bloated? It does nothing, how can it be heavier than an actual Linux Distribution?
AFAIK the OS is based on a microkernel and the modules are rather small, so there’s probably a lot of overhead for IPC. Also I guess the power management is quite aggressive to increase battery life and lower heat.
Additionally, as a high level emulator Yuzu sacrifices some accuracy for speed. It’s possible that this allows it to also be faster than the official implementation.
This is actually not surprising to me. I heard that Windows used to perform better on a virtual machine with a Linux host. The Linux kernel is very mature, and virtual machines (or emulators) use tricks to improve performance.
This has been big on some of AMD’s workstation and server chips because Windows generally doesn’t know what to do with the unexpected NUMA Node layouts. Or the scheduler just can’t handle 128 cores. So abstracting that away with Linux’s superior scheduler can help significantly on certain hardware
I think a bigger factor is the memory and resources reserved for the account system / store / online services, etc. But also, yeah the emulator might be more efficient on a few calls
At that point why not run the Java version when you’re using Linux anyway? Java apps run great on Linux (compared to Windows) and this also allows them to use the Fabric based performance mods too which would boost it even more.
Sure, this makes sense for Minecraft, and the video itself only compared Minecraft (for fear of being struck by the Nintendo Ninjas, which is an interesting fear considering everything else in the video). I’d love to see if other games, like BoTW or Pokémon S/V, have similar performance enhancements.
That’s so weird. This isn’t about Nintendo hardware sucking: it’s running on an actual Nintendo Switch, except instead of it using the Switch’s OS and it running the game, it goes Linux -> Emulator (yuzu) -> game (running from an actual cart through a dumper) and somehow that’s faster.
It’s a software issue.
Is it the Nintendo Switch OS which is needlessly bloated? It does nothing, how can it be heavier than an actual Linux Distribution?
I’m not familiar with how the Switch works, but the dumper has a FPGA for decoding the cartridge. Is this something that the Switch has to do in real time in software, and maybe that’s where the performance loss comes from? It seems unlikely but I know nothing of the Switch’s internals or software. In fact let’s just say I know nothing at all, I’m just an idiot.
PS: Everyone who buys used Switch games should see this until the end. The dumper allows you to extract a certificate file from a cartridge. Basically, someone malicious could buy a new game, dump it including the certificate file, clone it, and resell the game. Then they would be able to play online with it. If you buy the original copy afterwards and play online, you are likely going to be the one whose certificate is flagged as fake, leading to you being banned.
Also, they could just sell multiple copies of cloned games and you wouldn’t be able to tell the difference… Except for the certificate, which would be the same and would signal Nintendo that you (and like 10 other people) are playing a fake game, unbeknownst to you.
The switch natively can tune the performance, which you might notice going from docked to handheld mode and seeing the quality dip.
The emulated setup is probably bypassing some of this, which would likely have a “safety” zone it never leaves to make sure the performance is always smooth and the battery isn’t being drained too fast, and it’s likely pretty conservative.
The Quest 3 does the same thing and using some tools, you can adjust the hidden visual settings of a game to make it look better or run faster at the cost of some more heat and battery usage. Natively, it really holds back what it will allow the software to do with the hardware because it’s focused more on battery life, and cranking up, say, Wrath of Asgard 2, you might only get an hour of battery but it looks and runs way better.
deleted by creator
I agree, but I mean… Nintendo’s primary audience are children and adults who aren’t necessarily tech savvy. The Deck’s primary audience is practically the exact opposite. Having it work is more important than squeezing out every last ounce of power for most consumers. The same applies to the Quest (though it is much simpler to unlock that power if you’re a dev or power user than a Nintendo product).
deleted by creator
I just think of giving some mercy to the tech support team by not having the options where someone who doesn’t know what they’re doing could fiddle with it. The way you enable developer options in Android would be nice though. Fun even; it’s like finding an Easter egg.
In a perfect world, we’d be able to just use the hardware however the fuck we wanted without any barriers. 😞
I love the phrasing in the parentheses, which can be read as saying you’re either dev/power user OR a Nintendo product.
Ah, that’s more reasonable than simply being a matter of system bloat. They should test for battery duration while doing that.
Yeah, the switch has an entire core locked off and everything is downclocked to improve battery life and control temperatures. No doubt this emulation gives everything more clock cycles (and perhaps an extra core?). Probably very short on battery and possibly very hot too.
Ah, yes, this makes a lot of sense and is something I had not considered. Great point.
Is it possible that the native card reader is slower than the usb-c one ? Maybe a bus bandwidth issue ?
I would assume the cart slot is directly connected to the bus and should be faster than going through the USB port, but that’s just a wild guess since I don’t know enough about hardware let alone the specifics of the Switch’s.
The card reader isn’t super fast actually, but most games for the switch don’t rely on storage throughput (few heavy assets, etc).
Are you sure about that? Data mining, even to the extents that take toll on user experience, is a common thing in consumer electronics
To be honest I naively assumed Nintendo not to be the type of company (… Or even competent enough) to implement the type of data mining that would impact performance lol
I have seen the phrase “the Switch is a telemetry nightmare” on CFW websites
AFAIK the OS is based on a microkernel and the modules are rather small, so there’s probably a lot of overhead for IPC. Also I guess the power management is quite aggressive to increase battery life and lower heat.
Yeah power management is the most likely culprit here. What is not shown is his battery life and thermals which I suspect are deplorable.
I remember there being a mod for cfw that unlocked a manual power setting slider and the results were similar.
Additionally, as a high level emulator Yuzu sacrifices some accuracy for speed. It’s possible that this allows it to also be faster than the official implementation.
Contrary to popular opinion, i’m gonna guess graphics driver. Specifically the shader compiler.
This is actually not surprising to me. I heard that Windows used to perform better on a virtual machine with a Linux host. The Linux kernel is very mature, and virtual machines (or emulators) use tricks to improve performance.
This has been big on some of AMD’s workstation and server chips because Windows generally doesn’t know what to do with the unexpected NUMA Node layouts. Or the scheduler just can’t handle 128 cores. So abstracting that away with Linux’s superior scheduler can help significantly on certain hardware
I think a bigger factor is the memory and resources reserved for the account system / store / online services, etc. But also, yeah the emulator might be more efficient on a few calls
At that point why not run the Java version when you’re using Linux anyway? Java apps run great on Linux (compared to Windows) and this also allows them to use the Fabric based performance mods too which would boost it even more.
Sure, this makes sense for Minecraft, and the video itself only compared Minecraft (for fear of being struck by the Nintendo Ninjas, which is an interesting fear considering everything else in the video). I’d love to see if other games, like BoTW or Pokémon S/V, have similar performance enhancements.
One look at the Switch store app says everything about how sub-optimal the OS is