Because it’s had stellar Wayland streaming support (with audio) for somewhere around 2 years at this point, is still way better in that regard than native Discord, and has a thriving plugin suite that lets you enjoy features the native app will never allow.
virt-manager is my go-to. There’s also Gnome Boxes, but I’ve never used it myself. virt-manager is the best I’ve tried, personally. Both use KVM, so they should be much more resource efficient
I believe the commenter was implying that DoS would be a more accurate description, since it does not seem as if the “attack” was distributed, but it is a nitpick nonetheless. We don’t have the context to understand if multiple servers were involved that distributed the load
I’d like to introduce you to Pandora’s Pot
UPDATE: Looks like in the compatibility list, the last letter can sometimes be omitted, so it does look like your model (G513QY) is in fact supported, as G513Q is listed in the supported devices list. That should mean most main functions work.
I can’t find specific listed support for this model through asusctl, but it definitely supports similar models. There is a very good chance everything with asusctl will work out of the box, and if not, open a ticket and they’ll help figure out what would need to be changed to add support. asusctl supports stuff like fan curve control, aura sync (RGB stuff), throttling profiles, and GPU mode (hybrid/integrated/dedicated) switching, all in Linux. There is a GUI frontend for it that comes with it called rog-control-center if you don’t wanna use command line, but it will have fewer features exposed.
You can find info about it at their GitHub:
https://github.com/flukejones/asusctl
UPDATE: Looks like in the compatibility list, the last letter can sometimes be omitted, so it does look like your model (G513QY) is in fact supported, as G513Q is listed in the supported devices list. That should mean most main functions work.
(Sent this update as an extra comment in case your instance doesn’t sync my edit by the time you see this comment)
Your best bet for finding compatibility with WINE (and by extension Bottles, because that’s what it uses) is through their AppDB:
Here is the page for Photoshop (and all its different versions) and here is the page for Fusion 360 (or rather, a version of it being developed to work with WINE)
As with many things WINE, the answer is “it depends” (silver is workable, but still has very significant flaws). You can always try it out yourself, and I recommend walking through the HowTos that people post in the listings and the known bugs. The two programs you asked about are particularly difficult, as they are incredibly complex and use many libraries that are specific to only their own application, meaning their implementation in WINE is not priority (WINE tries to be as compatible as possible, targeting the broadest stuff first before gradually narrowing). Most programs “just work” through WINE, but these two in particular have been struggles to get working for years. Development is always happening, so I recommend to try it out if you’re curious if it’ll work for you. And if not, perhaps it will be better in a couple years.
The token recommendation for apps that don’t work through WINE is to try to find alternatives that play nicer. After all, supporting the anticompetitive business practices of Adobe or Autodesk spits in the face of Linux and the libre software movement as a whole. If you are able to reasonably find alternatives, then that would be ideal, but I find that recommendation quite naïve. As an alternative, you can run Windows in a VM from Linux, or you could dual boot if you only need to use these programs occasionally.
Bottles is really just a frontend for WINE with some extra features baked into the GUI to make the experience better for the end user. Compatibility in Bottles will still be determined by the compatibility a program has through WINE.
I can’t help with pirating software, your options are going to be heavily limited because most people running Linux would just prefer open source alternatives (like Blender), so it’s far less likely you will find cracked software specifically made for Linux (plus, there is a far smaller userbase). On some quick searching, I did find someone who had issues running Houdini in a VM (for multiple distros), but it worked fine when it was installed natively. I’m not seeing an entry in the WINE database for Houdini, so while you could always try running a Windows version through WINE, given the type of program it is, I highly doubt it would run without issue. I have no recommendations on how to get ahold of a Linux compatible version without a license.