• 7 Posts
  • 134 Comments
Joined 1 year ago
cake
Cake day: June 17th, 2023

help-circle





  • Windows 10 LTSC FTW!!! I just installed it and wow is it snappier and devoid of nearly all of those annoyances. I have no idea if productivity apps are affected by its stripped down nature but for Steam gaming it’s perfect. I get less lag spikes on steamVR.

    I haven’t trusted Windows in years. This is just for gaming. I have a physically separate hot swappable Optane SSDs for Linux and Windows Gaming.

    For those who will winge at me for not just switching to Linux. During this process I gave a concerted effort to give Linux a go and chose Manjaro KDE to try for steamVR gaming. It sucked. Once I had worked out that it was a permissions issue (It’s always a fucking permissions issue under Linux) and just ran it under the root account, there was extremely high latency for the VR compositor to HMD display. Completely unusable as it made me sick and that’s usually very hard. I tried X11 and Wayland. Direct and Non Direct output modes. No success.








  • My solution is RAIDZ5 and storing the backup on LTO6 tape with parity/erasure code. I think the fact that scrub times take 24 hours even on 16TB drives is already over the safety margin. If a drive failure happens, the first thing I’ll do to run a manual diff backup which should take a fraction of the time and then run the ZFS resilver.

    I’m beginning to see why SSD RAID is being considered now. My guess for HDDs in enterprise is that a RAID 15 (I made this up) would be considered. What I mean is data is stored on two identical servers each running RAID5 or 6. Off the shelf solutions like Gluster exist and that seems to be gaining traction at least according to Linus Tech Tips.




  • Framework tackling phones is useless if they go the mainstream SoC route (Qualcomm, Mediatek) as they don’t have the software team needed to make those work properly (I would argue alot of handset manufactures don’t either). From what I hear you need a hell of software team to “fix” the garbage Android SDK released for those chips. Most importantly is if they go the closed mainstream SoC route which have EoL SDK support dates then what’s the point of building a durable repairable phone at a higher price point when you have to throw it out at the same as everyone else?

    I want to see Framework enter the Linux phone market using “open” chips like Rockchip alongside Pine64’s Pinephone (Pro) and the Librem 5 as I think they would more likely have the funds, dev time and community support to help bring say PostmarketOS into a usable state then have to rework the SDK. This way the phone’s EoL date would be determined be the local phone infrastructure shutdowns. A much longer amount of time.