top 94 comments

sorted by: hot top controversial new old
[–] 282 points 6 months ago (23 children)

Just a hunch, but it's not performance why peeps are migrating away from windows

  • source
  • hideshow 23 child comments
  • [–] 46 points 6 months ago (6 children)

    I migrated because I was frustrated with having to constantly fix problems caused by forced updates. I didn't expect the benefit of my computer being WAY faster.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 33 points 6 months ago (5 children)

    My biggest "wow" was when I could hit the super key and have the start menu open immediately instead of waiting 4 minutes for it to load in and another 20 minutes to take my search input and give me back results from Bing.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 5 points 6 months ago

    Hotkeys related thing that got me is the fact that on almost any DE you can configure your own hotkeys the way you want them, you don't have to use the ones Microslop thought are good. Using three languages, layout switching was an absolute pain with what hotkeys Windows has to offer.

  • source
  • parent
  • [–] 1 point 6 months ago (1 child)

    If it took that long, then you might've accidentally installed your os on a harddrive

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 6 months ago

    I wish.

    It was the same Samsung 970 NVME that I'm using right now lol.

    Windows 8 on a hard drive was 1000x worse. I made the mistake of upgrading my laptop back in the day from 7 to 8, and it would just sit at 100% disk IO at idle.

    But just in case, on the SSD it actually would take anywhere from several seconds to a full 15 before the start menu decided to load.

    XFCE, WF-Shell, KDE, and the many dmenu clones are all instant.

  • source
  • parent
  • [–] 25 points 6 months ago (10 children)

    Nobody is going to say what the real problem is unless they want to get fired

  • source
  • parent
  • hideshow 10 child comments
  • [–] 19 points 6 months ago (7 children)
  • [–] 18 points 6 months ago (6 children)

    Lightly squeezes AI bubble a few times

    "Yeah, there's room for one more."

  • source
  • parent
  • hideshow 6 child comments
  • [–] 14 points 6 months ago (5 children)

    Can't wait to see how the fediverse grows when all these datacenters have to liquidate their stock for dirt cheap

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 6 months ago (3 children)
  • [–] 140 points 6 months ago (7 children)

    lol. They’re not going to reduce the bloat in their OS.

  • source
  • hideshow 7 child comments
  • [+] -18 points 6 months ago (6 children)
  • [–] 4 points 6 months ago (4 children)

    How do you manually enable it? Otherwise you are spreading lies and bullshit

  • source
  • parent
  • hideshow 4 child comments
  • [+] -2 points 6 months ago* (last edited 6 months ago) (3 children)
  • [–] 107 points 6 months ago (2 children)

    An abstraction layer that reverse-engineers the Windows GPU and kernel syscalls and runs on a completely different operating system does better than the native platform after a decade or so of volunteer labor, and a few years of a couple paid devs.

    How embarassed would you be if this happened to something you spent 40 years building?

  • source
  • hideshow 2 child comments
  • [–] 42 points 6 months ago (1 child)

    Microsoft is deep into the vibe coding now, but even before that it was cheap devs who could write somewhat functional code but had little concept of optimization, amidst a sprawling bloated OS that has only grown fatter over time.

    The mentality of RAM and storage are cheap has suddenly come to a screeching halt but it's taking to take them a long time to find talent that can actually fix the mess they've already built, especially as they try to grab more AI crap into every nook and cranny of their product line.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 93 points 6 months ago (12 children)

    Linux gaming went from good luck to Windows is taking notes. That’s a pretty wild timeline.

  • source
  • hideshow 12 child comments
  • [–] 37 points 6 months ago* (last edited 6 months ago) (11 children)

    And it all started with a guy wanting to see sexy android ass on Linux

  • source
  • parent
  • hideshow 11 child comments
  • [–] 4 points 6 months ago (4 children)
  • [–] 12 points 6 months ago (3 children)
  • [–] 10 points 6 months ago (2 children)

    Single wizard made DirectX 11 translation to Vulkan because he wanted to enjoy his waifu. Then he made it to the point of Witcher 3 running.

    There was a problem tho - some models were broken because Vulkan didn't have some DirectX features. Then valve got involved and submitted proposal to Kronos for necessary Vulkan extension. Driver guys from MESA implemented it really quickly and suddenly almost all the DirectX 11 games became playable. Nvidia also added support.

    It's an insane story of one guy with Anime waifu in avatar turning the tides of history. AFAIK he now works full time for Valve.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 67 points 6 months ago (6 children)
  • [–] 55 points 6 months ago (5 children)

    For gaming, Microsoft views steamOS as the benchmark, and is working to optimize the platform so that steamOS and Windows gaming performance are comparable. Within the next year or two, it believes that Windows will be able to truly compete head-to-head with steamOS in gaming performance on identical hardware due to foundational changes that are being made to the platform in the coming months.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 2 points 6 months ago

    Do "foundational changes" mean they will play games on WSL hoping the "hyperV, WSL(inux), proton, game, WSLg (Wayland)" chain will have less slowdown than the "Windows, game, directX" route?

    At least if they do it performance will stay on par with SteamOS as long as hyperV doesn't bloat too much.

  • source
  • parent
  • [–] 109 points 6 months ago* (9 children)

    Lol it's true

    It's wild that they recognized that software compiled for their own operating system goes faster through an interpreter on a different operating system

  • source
  • hideshow 9 child comments
  • [–] 36 points 6 months ago* (last edited 6 months ago) (2 children)

    Its funny because Valve doesn't need SteamOS to compete with Windows. They made it to enable playing more games, so you buy more games. If MS matches performance with Windows, Valve still wins, because its just another avenue for people to buy more games. They don't care what OS you do it on. But MS does care, because they need you on Windows to eat up your data. Which also means they're at a disadvantage in competing on performance as well, because they need your games to play as well as they do on SteamOS while also enabling all their bullshit background services and telemetry.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 8 points 6 months ago

    Valve also needed to break its dependency on Windows, in case MS decides to go down the walled garden route like Apple. MS making the windows store the only supported way to install apps and games would be devastating for Valve.

  • source
  • parent
  • [–] 14 points 6 months ago (1 child)

    "With things like instant file search!" Omg I can't, what a joke of an OS.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 11 points 6 months ago

    The company views a third party app called File Pilot as benchmark for these [file search] improvements

    That app is still in beta and was launched one year ago.

    They're comparing the search from the native shell (where they could directly query the NTFS table like Everything does and get instant results), native to their OS with 40 years of experience with some unknown newcomer still in beta???

  • source
  • parent
  • [–] 9 points 6 months ago (2 children)

    Windows Update will also be improved, with the goal of making Windows 11 reliable enough so that a restart is only necessary once a month.

    This isn't just a matter of Windows 11 reliability, it'll take big improvements in Microsoft's quality control to stop needing to follow the monthly updates with emergency patches and hotfixes.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 6 months ago

    Right now they are:

    it's patch Tuesday!!!!!!1!1!!!! We MUST release immediately an update or the users will revolt!!

    But Sir, preliminary testing says that it has a 80% bricking chance with full data loss, can we postpone it?

    PUSH. IT. NOW. Force the install and make sure to reboot all the computers during the working hours, bonus if you force close all the opened apps without saving

  • source
  • parent
  • [–] 3 points 6 months ago

    Whats really fun about this is Valve started investing in Linux because a bunch of changes Microsoft made to windows 8 signaled they were moving to a locked-down ecosystem to bully corporations like Valve out of the market.

    The current state of Windows is a product of MS's blind greed but the current state of the viable alternatives is, in some ways, also a product of MS's greed.

  • source
  • parent
  • [–] 50 points 6 months ago (18 children)

    Some games have better performance running under wine on Linux than natively on Windows.

  • source
  • hideshow 18 child comments
  • [–] 25 points 6 months ago (8 children)

    On the flip side, I couldn’t get Linux native Jackbox to run because the devs failed to update it to support something (Wayland maybe, IDK was troubleshooting mid Xmas party).

    Ended up installing the Windows version in Proton.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 22 points 6 months ago (6 children)

    That's a story old as Linux. Native shit stops working. Thankfully wine/Proton is there to keep it functional

  • source
  • parent
  • hideshow 6 child comments
  • [–] 8 points 6 months ago (5 children)

    Hm. I wonder if still will become a problem in the future if we get more Linux native games. We shit on Windows for not playing old games when wine can, but if a game stops functioning moving from x11 to Wayland (or some other dependency) will there be people there to care enough to fix it? Although I would assume it would be an easier fix for Linux than Windows for when it does.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 9 points 6 months ago (1 child)

    it will always be a problem with native games.

    I think it was about 5 years ago, the Terraria team Linux dev left. Something happened that stopped the Linux build launching, and the native version was not playable until they got a new Linux dev in the team. Proton version worked flawlessly with more stable framerate.

    As far as I know the native Undertale build is still unplayable. If it is working now, well it wasn't for about 6 years.

    I see people get excited about native game builds, that's great but unless it's a very dedicated team that will update the game constantly it seems to be is no use.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 6 months ago (1 child)

    Once 32bit libraries are gone, only wine with the recently added WoW64 will be able to run old games ot of the box. Old native titles made for 32bit Linux will require installing all the 32 bit libs again, assuming they'll be even available for your distro

  • source
  • parent
  • hideshow 1 child comment
  • [–] 7 points 6 months ago* (last edited 6 months ago)

    Which is no issue w Since you can even still run old 16-bit games on linux. Maybe someone will start packaging convenient library collections at some point.

    Many games ship with dependencies statically linked into the binary. Those won't even have the problem apart from maybe glibc.

    Edit: 16-bit still works. For 8-bit there are emulators.

  • source
  • parent
  • [–] 11 points 6 months ago (5 children)

    I always wonder whether that's because it's doing less... like some graphics feature that isn't supported might just no-op in Wine.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 13 points 6 months ago

    Nah. I mean, there might be some stuff like that, but nowadays, I'd be surprised if feature parity wasn't 1:1 (or even better, with some open source drivers having features that are removed from official windows drivers…).

    The underlying OS is pure garbage, that's mostly it. Windows will start chugging everywhere with even moderate FS activity: running a background, single-threaded backup process will sometimes make it impossible to click in another window or open a new application. Driver API is not great, you have to jump through hoops to do basic stuff. There are many ways to do the exact same thing, each being more or less efficient than the other. Audio API is so bad, an audio device failing will sometime cause ohter, unrelated, non-audio application to spontaneously combust.

    And so on and so on.

    On the other hand, the Linux compatibility layer that proton provides do add some overhead in places, but surprisingly, it's not that much overhead. And it's not that common (basically, the code runs natively until specific instructions that requires special handling).

    Obviously, when you have a better operating base, and very little extra overhead, software tends to run smoother.

    And all that is not taking into account optimisation to Linux system themselves; there's been a lot of improvement in technical stuff for graphic drivers (especially on AMD side, but not exclusively), the kernel itself can get improvement in its handling of IO and memory, the whole thing is more flexible, etc.

  • source
  • parent
  • [–] 3 points 6 months ago* (last edited 6 months ago)

    It's usually because of all the other bloat running on Windows. Just various background processes on Windows will eat up like 10G of RAM just idling, where most desktop Linux distros I've used will use 2-5G idling. Having a few extra gigs of RAM available can make a noticeable difference.

    I feel like system calls in the Linux kernel are just more efficient/faster than system calls in Windows. Windows system calls have decades worth of compatibility layers all cobbled together for business reasons, whereas I don't think the Linux kernel suffers from that same problem.

    And that's not even mentioning the multiple layers of absolute voodoo black magic wizardry that is Vulkan (Linux graphics API) and DXVK (a translation later that translates DirectX calls to Vulkan calls). Those are some absolutely incredible pieces of software, and deserve a ton of the credit as well.

    I don't really think Linux is faster because it just injects noops sometimes though lol. You'd definitely be able to notice if part of the graphics pipeline was just... skipping enough steps to make a noticeable performance difference lol

    Edit: correction

  • source
  • parent
  • [–] 49 points 6 months ago (11 children)
  • [–] 10 points 6 months ago (2 children)

    I've run out of devices to put Linux on, so maybe I'll create some VMs today

  • source
  • parent
  • hideshow 2 child comments
  • [–] 10 points 6 months ago* (2 children)
  • load more comments
    view more: next β€Ί