Shine Get

  • 0 Posts
  • 95 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle
  • I’m not insisting anything; stating C is not a memory-safe language isn’t a subjective opinion.

    Note I’m not even a Rust fan; I still prefer C because it’s what I know. But the kernel isn’t written by a bunch of Lewis Hamiltons; so many patches are from one-time contributors and the kernel continues to get inundated with memory safety bugs that no amount of infrastructure, testing, code review, etc is catching. Linux is written by monkeys with a few Hamiltons doing their best to review everything before merging.

    Linus has talked about this repeatedly over the past few years at numerous conferences and there’s a reason he’s integrating Rust drivers and subsystems (and not asking them to fork as you are suggesting) to stop the kernel stagnating and to begin to address the issues like one-off patches that aren’t maintained by their original author and to start squashing the volume of memory corruption bugs that are causing 2/3rds of the kernel’s vulnerabilities.


  • No idea what you’re being downvoted. Just take a look at all the critical CVSS scored vulnerabilities in the Linux kernel over the past decade. They’re all overwhelmingly due to pitfalls of the C language - they’re rarely architectural issues but instead because some extra fluff wasn’t added to double check the size of an int or a struct etc resulting in memory corruption. Use after frees, out of bounds reads, etc.

    These are pretty much wiped out entirely by Rust and caught at compile time (or at runtime with a panic).

    The cognitive load of writing safe C, and the volume of extra code it requires, is the problem of C.

    You can write safe C, if you know what you’re doing (but as shown by the volume of vulns, even the world’s best C programmers still make slip ups).

    Rust forces safe® code without any of the cognitive load of C and without having to go out of your way to learn it and religiously implement it.















  • Totally! I bought a DualSense to use with my gaming PC and I love it! It works seamlessly with Steam Input and it gets full support on PlayStation 5 games that have come out on Steam.

    Honestly, I’d love to see Sony’s adaptive triggers come to PC - it’s such an amazing experience feeling tension on the triggers. The haptics are also crazy cool (and if Sony and Valve grow as partners, we could possibly even see those features added to Steam Input for DualSense controllers).

    Sony need to protect their interests but if they see a world where Steam gamers are buying DualSense controllers and PSVR headsets, it might give them reason enough to cross-publish on PlayStation and Steam (Valve could very well cut them a deal to dramatically drop their standard 30% cut).

    I’d LOVE for the next Steam Deck to be a joint venture with Sony. I miss the PSP / PS Vita all the time and the Deck is the closest to a modern iteration (and it’s not so far off the design I’d have expected from Sony themselves).


  • I don’t think it’s that either. They’re getting it to market as soon as possible and that means they’re standing up on top of Steam VR’s APIs which don’t do any of the PSVR2 exclusive features.

    It takes time to build out their own drivers and implement their APIs and ensure they work on PC. Since a lot of the low level stuff is in their own drivers on PS5 - which is a fork of FreeBSD I believe - which means it’s not as simple as just compiling a binary for a different target platform. They’ve got to basically write it all for Windows from scratch (but perhaps not so hard for Linux).

    So they either wait ages while they do all that development work or they see the interest in PSVR2 as a HMD for Steam VR whilst working on writing Windows/Linux drivers. It’s a great first step and opens up opportunities.

    I think it’s a fantastic effort by Sony and increases the value of their headset and gives a nice indicator they’re exploring bringing their exclusive PSVR titles to another platform.

    Sony make hardware - it’s deep in their blood. Could this be a sign they’re considering a place where they’re not making consoles but instead making the best HMDs and motion controllers? Perhaps. And it’s a wise way for them to hedge their bets.

    Let’s face it. Valve are all in on Linux. Sony are all in on FreeBSD. They both see FOSS as integral to the future of gaming. PSVR2 on Steam VR is a great sign for Linux/Unix gaming moving forward and perhaps a surprise from the two companies in the future…