The first website with data going that far back I found is pcindex.app. to be fair, I've never heard of it, but their data for 1TB HDDs follows what I emotionally remember; prices skyrocketed in 2011 after the floods, then stayed higher forever after. They started getting more reasonable in 2019, but the AI boom have since sent things off again.
I just ran an import of only a dozen photos and it did go up to 2.3GB usage. I knew containers were more lightweight but I didn't think a VM could get that bad. Hopefully it's reporting a sum of virtual or assigned memory space and isn't actually hogging that much in physical ram.
I personally prefer smaller setups, but SilverStone make very high quality though expensive cases that bridge the gap between server/workstation. Have a look at their CS383 or SETA H2
Every once in a while a security researcher will highlight a new method for obtaining the key from the TPM, usually by tapping into the I2C comms between it and the CPU. They'll say it's 'trvial' and can be done 'in seconds', but that's only after a lot of work figuring out that particular motherboard.
A few months ago there was yellowkey that just needed a special file on a USB drive to bypass bitlocker, making it so easy that it was arguably a backdoor.
Depending on how the cables have been put in, it can be fairly easy to replace an existing run by tying the new cable to the old one and pulling it through.
I'd be worried about lateral movement. Something like a XSS in jellyfin that gets them to my browser on my main computer, or otherwise leveraging the network proximity in anyway to spread to other machines with stuff I care about.
What bash scripts are you writing that you expect to run on both a Mac laptop and a production linux server? You can install the newer bash if that's what you're used to, but you're surely going to run into issues like ls . -lah far quicker than differences in bash since 3.2
Even on a linux desktop you're going to have differences from a production server, you'd want to be using something like ansible, or replicating production in a local test environment in a container or VM. Exactly like you have done.
How'd you end up being the only one at your workplace to be given a Mac? Even with a linux VM, being on ARM can cause issues with compatibility.
If your script starts with #!/bin/bash, both bash and zsh will run it fine. The bigger problem is the programs, filesystem and libraries being different. Which is why POSIX exists, if you're looking to write stuff that works across systems.
I couldn't tell if you were honestly asking for explanations or if all of your complaints sum up to "it's different and I don't like that". Which honestly, fair.
Mac App store is the official one, can also install brew, macports, pkgsrc, or nix. Or use language/runtime specific ones like npm, pip, cargo, go.
Why are the utils like ls and friends flag-order-sensitive
They avoid GNU versions of utilities, for similar licencing fears as avoiding modern bash. That said ls . -lah is unhinged, I don't know any other unix derived ls that supports that.
Why do I have 40 network devices with cryptic names?
Gotta preach for the cult of ZFS. It's check summing, copy on write, and zraid features are all exactly what you want for data resilience. Plus you get transparent compression, and snapshots that can provide a bit of a stop-gap for your lack of backups.
It will normally soak up any and all memory for buffers and caches, but is meant to quickly free up when it's needed by an app. Linux already does this on any filesystem with its page cache.
Oh and mounting a ZFS dataset on a new machine is super quick and easy, it stores it's config on the drives themselves, so you can plug them into a new box and zpool import -af and boom it's mounted and ready to go.
I remember when I was a kid messing with Windows 95/98, I had this intuitive feeling of what was happening under the hood. Just like how you describe your theory. Honestly you're probably on the right track. In theory on linux you can actually dive into the source code and try to figure out what's actually happening, but that's intimidating AF. Hard to say if the problem is between wine and the Direct Rendering Manager (DRM), X11, Wayland, KDE, or the GPU driver...
I had a kind of similar problem with my display not outputting when it was connected. I had to use a DRM file in /sys and udev script to fix it, wrote a blog about it. If your monitors are still messed up after a reboot, it sounds like this won't help you though.
Also you made me lol to "wine strikes me more as an emulator". It totes is. The "Wine Is Not an Emulator" name is a joke, the original name was "WINdows Emulator", which they changed to avoid Microsoft's lawyers.
That is simultaneously ridiculous and amazing. Blindly clicking the buttons to enable the screen definitely proves you're getting familiar with the OS.
Why do you think wine/Bricklink messed it up in the first place?
I just used the free chat with Claude, it created and tracked the files in its own webchat thingy. Being a kernel module, I was happy to manually check, copy/paste, compile, then run the code for each iteration.
Porting postmarketOS to a phone sounds like it may require some amount of manual running and explaining results back to the chat. Ultimately the output only starts to get functional when it hits reality and needs to keep adapting to feedback.
I wrote a blog on the process that more focuses on the journey and technical details of the controller chip.
The first website with data going that far back I found is pcindex.app. to be fair, I've never heard of it, but their data for 1TB HDDs follows what I emotionally remember; prices skyrocketed in 2011 after the floods, then stayed higher forever after. They started getting more reasonable in 2019, but the AI boom have since sent things off again.
I just ran an import of only a dozen photos and it did go up to 2.3GB usage. I knew containers were more lightweight but I didn't think a VM could get that bad. Hopefully it's reporting a sum of virtual or assigned memory space and isn't actually hogging that much in physical ram.
7GB for immich is wild, my instance with 2TB of photos is currently using 811MB of RAM. What's eating it all?
I personally prefer smaller setups, but SilverStone make very high quality though expensive cases that bridge the gap between server/workstation. Have a look at their CS383 or SETA H2
Also jonsbo have the N5
Every once in a while a security researcher will highlight a new method for obtaining the key from the TPM, usually by tapping into the I2C comms between it and the CPU. They'll say it's 'trvial' and can be done 'in seconds', but that's only after a lot of work figuring out that particular motherboard.
A few months ago there was yellowkey that just needed a special file on a USB drive to bypass bitlocker, making it so easy that it was arguably a backdoor.
Depending on how the cables have been put in, it can be fairly easy to replace an existing run by tying the new cable to the old one and pulling it through.
I'd be worried about lateral movement. Something like a XSS in jellyfin that gets them to my browser on my main computer, or otherwise leveraging the network proximity in anyway to spread to other machines with stuff I care about.
OMG is that Horridus, the most complete Triceratops fossil known?
Even worse, the card's model is '7G106', 7G100 is the series, like saying NVIDIA RTX 5000 series of cards.
Very evocative of the 2010 Motorola Flipout I still have in a drawer. Looks very fun.
What bash scripts are you writing that you expect to run on both a Mac laptop and a production linux server? You can install the newer bash if that's what you're used to, but you're surely going to run into issues like
ls . -lahfar quicker than differences in bash since 3.2Even on a linux desktop you're going to have differences from a production server, you'd want to be using something like ansible, or replicating production in a local test environment in a container or VM. Exactly like you have done.
How'd you end up being the only one at your workplace to be given a Mac? Even with a linux VM, being on ARM can cause issues with compatibility.
If your script starts with
#!/bin/bash, both bash and zsh will run it fine. The bigger problem is the programs, filesystem and libraries being different. Which is why POSIX exists, if you're looking to write stuff that works across systems.I couldn't tell if you were honestly asking for explanations or if all of your complaints sum up to "it's different and I don't like that". Which honestly, fair.
To avoid GPLv3, zsh is the new default.
Mac App store is the official one, can also install brew, macports, pkgsrc, or nix. Or use language/runtime specific ones like npm, pip, cargo, go.
They avoid GNU versions of utilities, for similar licencing fears as avoiding modern bash. That said
ls . -lahis unhinged, I don't know any other unix derived ls that supports that.Yeah they got some weirdo Apple stuff
https://archive.is/BLu1J
Gotta preach for the cult of ZFS. It's check summing, copy on write, and zraid features are all exactly what you want for data resilience. Plus you get transparent compression, and snapshots that can provide a bit of a stop-gap for your lack of backups.
It will normally soak up any and all memory for buffers and caches, but is meant to quickly free up when it's needed by an app. Linux already does this on any filesystem with its page cache.
Oh and mounting a ZFS dataset on a new machine is super quick and easy, it stores it's config on the drives themselves, so you can plug them into a new box and
zpool import -afand boom it's mounted and ready to go.Didn't know Doc Martins did Chelsea style boots, that's sick!
I keep buying and wearing out various no-name cheap boots. One day I'll get a pair of RM Williams or even Crockett & Jones...
I remember when I was a kid messing with Windows 95/98, I had this intuitive feeling of what was happening under the hood. Just like how you describe your theory. Honestly you're probably on the right track. In theory on linux you can actually dive into the source code and try to figure out what's actually happening, but that's intimidating AF. Hard to say if the problem is between wine and the Direct Rendering Manager (DRM), X11, Wayland, KDE, or the GPU driver...
I had a kind of similar problem with my display not outputting when it was connected. I had to use a DRM file in
/sysandudevscript to fix it, wrote a blog about it. If your monitors are still messed up after a reboot, it sounds like this won't help you though.Also you made me lol to "wine strikes me more as an emulator". It totes is. The "Wine Is Not an Emulator" name is a joke, the original name was "WINdows Emulator", which they changed to avoid Microsoft's lawyers.
That is simultaneously ridiculous and amazing. Blindly clicking the buttons to enable the screen definitely proves you're getting familiar with the OS.
Why do you think wine/Bricklink messed it up in the first place?
I've always geeked out about fan curves and monitoring, though I readily admit for most PCs leaving the default BIOS curve works fine enough.
I just used the free chat with Claude, it created and tracked the files in its own webchat thingy. Being a kernel module, I was happy to manually check, copy/paste, compile, then run the code for each iteration.
Porting postmarketOS to a phone sounds like it may require some amount of manual running and explaining results back to the chat. Ultimately the output only starts to get functional when it hits reality and needs to keep adapting to feedback.
I wrote a blog on the process that more focuses on the journey and technical details of the controller chip.