• 0 Posts
  • 62 Comments
Joined 1 year ago
cake
Cake day: June 27th, 2023

help-circle








  • The busiest core routes should be served with light rail, allowing an efficient high-frequency service for the most common journeys, and most parts of a city should ideally have some kind of connection to that rail system within a kilometre or two. But you can’t just put rails and stations literally everywhere, so buses (or trolleybuses with batteries if you’re so inclined) remain useful for less common routes, gaps between stations, the neighbouring areas of rail routes or last-mile connections from light rail to within a short walk of a person’s final destination.

    Buses are also necessary as a fallback during maintenance or unforeseen closures on the rail network. Even if it’s just a temporary station closure, that one station will likely be the only one in walking distance for quite a few people (especially if we’re talking about an interurban network where a small, outlying town or village might only have one station connecting it to the rest of its metro area), whereas that same area could have several bus stops, giving pretty much everyone there a way to continue getting around, perhaps even to get a bus to neighbouring stations.

    And bus routes don’t change that infrequently. Certainly, not infrequently enough that you’d want to tie them to placing or removing fixed infrastructure like tracks or wires. Diversions also happen sometimes. All of this isn’t to argue against light rail, but to argue for a comprehensive multi-modal vision of public transport. Let passengers use the right combination of services for their particular journey’s needs.





  • Funnily enough, one of the few legitimately impactful non-enterprise uses of AVX512 I’m aware of is that it does a really good job of accelerating emulation of the Cell SPUs in RPCS3. But you’re absolutely right, those things are very funky and implementing their functions is by far the most difficult part of PS3 emulation.

    Luckily, I think most games either didn’t do much with them or left programming for them to middleware, so it would mostly be first- and second-party games that would need super-extensive customisation and testing. Sony could probably figure it out, if they were convinced there was sufficient demand and potential profit on the other side.


  • The Xbox 360 was based on the same weird, in-order PowerPC 970 derived CPU as the PS3, it just had three of them stuck together instead of one of them tied to seven weird Cell units. The TL;DR of how Xbox backwards compatibility has been achieved is that Microsoft’s whole approach with the Xbox has always been to create a PC-like environment which makes porting games to or from the Xbox simpler.

    The real star of the show here is the Windows NT kernel and DirectX. Microsoft’s core APIs have been designed to be portable and platform-agnostic since the beginning of the NT days (of course, that isn’t necessarily true of the rest of the Windows operating system we use on our PCs). Developers could still program their games mostly as though they were targeting a Windows PC using DirectX since all the same high-level APIs worked in basically the same way, just with less memory and some platform-specific optimisations to keep in mind (stuff like the 10MB of eDRAM, or that you could always assume three 3.2GHz in-order CPU cores with 2-way SMT).

    Xbox 360 games on the Xbox One seem to be run through something akin to Dolphin’s “Übershaders” - in this case, per-game optimised modifications of an entire Xenon GPU stack implemented in software running alongside the entire Xbox 360 operating environment in a hypervisor. This is aided by the integration of hardware-level support for certain texture and audio formats common in Xbox 360 games into the Xbox One’s CPU design, similarly to how Apple’s M-series SoCs integrate support for x86-style memory ordering to greatly accelerate Rosetta 2.

    Microsoft’s APIs for developers to target tend to be fairly platform-agnostic - see Windows CE, which could run on anything from ARM handhelds to the Hitachi SH-4 powered Sega Dreamcast. This enables developers who are mostly experienced in coding for x86 PCs running Windows to relatively easily start writing programs (or games) for other platforms using those APIs. This also has the beneficial side-effect of allowing Microsoft to, with their collective first-hand knowledge of those APIs, create compatibility layers on an x86 system that can run code targeted at a different platform.


  • kbity@kbin.socialtolinuxmemes@lemmy.worldI love systemd
    link
    fedilink
    arrow-up
    11
    arrow-down
    7
    ·
    1 year ago

    The biggest problem people have with systemd is that it’s constantly growing, taking on more functions and becoming a dependency of more software. People joke that some day you won’t be using Linux anymore, but GNU/systemd, (or as they’ve taken to calling it, GNU plus systemd) because it’s ever-growing from a simple init daemon into a significant percentage of an entire operating system.

    People worry that some day, you won’t be able to run a Linux system that’s compatible with much of the software developed for Linux without using systemd. Whether that’s a realistic worry or not I don’t know, and I don’t really have a horse in the systemd VS not-systemd race, but I can appreciate being worried that systemd might end up becoming a hard requirement for a Linux system in a way that nothing else really is - you can substitute GNOME for KDE, X11 for Wayland (or Mir, I guess), PulseAudio for PipeWire and most stuff will still work, so the idea that systemd could become as non-negotiable an element of a Linux system as the Linux kernel itself rubs people the wrong way, as it functionally makes Linux with systemd a different target platform entirely to Linux with another init daemon.






  • Yeah, Windows’ bullshit is what drove me to Linux in the first place. I only have it on my gaming system, and only because Discord’s stupid screensharing doesn’t transmit audio on Linux, NVIDIA’s drivers for Linux suck balls (going AMD next time now that their cards are good again) and there are a couple of games my friends play that have issues on Linux. I’ve never run into a game on my everyday laptop that Linux couldn’t run, and the Steam Deck will take basically whatever you throw at it.

    Windows is a barely-functional rat’s nest of code spaghetti that falls apart at complete random. Sometimes your audio drivers will just stop working for no apparent reason. Sometimes your computer will just refuse to connect to the internet until you do a clean install. Windows Update apparently runs Prime95 in its spare time and so does the Antimalware Service Executable. I hate using it so much. I wish Windows would just curl up and die.