Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.
Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.
You don't really need Windows for gaming anymore unless you're playing the games that absolutely insist on kernel-level anti-cheat. Proton is extremely good on Linux these days.
> unless you're playing the games that absolutely insist on kernel-level anti-cheat
Sadly, I do :( Valorant is the main one that keeps my Windows partition around, for better or worse. Also sadly still there's some performance overhead for Linux gaming today, I hope that goes away in the future (for Intel/Nvidia cards especially)
Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.
Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.
Powering the SSD on isn't enough. You need to read every bit occasionally in order to recharge the cell. If you have them in a NAS, then using a monthly full volume check is probably sufficient.
It would surely depend on the SSD and the firmware it's running. I don't think you can entirely count on it. Even if it were working perfectly, and your strategy was to power the SSD on periodicially to refresh the cells, how would you know when it had finished?
NVMe has read recovery levels (RRLs) and two different self-test modes (short and long) but what both of those modes do is entirely up to the manufacturer. So I'd think the only way to actually do this is to have host software do it, no? Or would even that not be enough? I mean, in theory the firmware could return anything to the host but... That feels too much like a conspiracy to me?
Huh. I wonder if this is why I'd sometimes get random corruption on my laptop's SSD. I'd reboot after a while and fsck would find issues in random files I haven't touched in a long time.
If you're getting random corruption like that, you should replace the SSD. SSDs (and also hard drives) already have built-in ECC, so if you're getting errors on top, it not just random cosmic rays. It's your SSD being extra broken, and doesn't bode too well for the health of the SSD as a whole.
I bought a replacement but never bothered swapping it. The weird thing is the random corruption stopped happening a few years ago (confirmed against old backups, so it's not like I'm just not noticing).
It's quite possible. Some SSDs are worse offenders for this than others. I have some Samsung 870 EVOs that lost data the way you described. Samsung knew about the issue and quietly swept it under the rug with a firmware update, but once the data was lost, it was gone for good.
I ran into this firmware bug with the two drives in my computer. They randomly failed after a while -- and by "a while" I mean less than a year of usage. Took two replacements before I finally realized that I should check for an fw update
It found problems in the tree - lost files, wrong node counts, other stuff - which led to me finding files that didn't match previous backups (and when opened were obviously corrupted, like the bottom half of an image being just noise). Once I found this was a problem I've also caught ones that couldn't be read (IOError) that fsck would delete on the next run.
I may not have noticed had fsck not alerted me something was wrong.
But metadata is data too, right? I guess the next question is, would it be possible for parts of the FS metadata to remain untouched for a time long enough for the SSD data corruption process to occur.
Unfortunately, yes. Dropping a magnet onto a car and pulling it off, especially if not recently cleaned, will damage the paint to some degree. Maybe not enough for an average person to notice, but you really shouldn’t do this to other people’s cars.
Some people will get snide about anyone who cares about their car’s paint, but as someone who once bought a car I had to save a long time for and spent a lot of time with car care products I would be very sad if I saw you drop a magnet on to it and then pull it off without a second thought. Please don’t.
The "unpainted" parts are galvanized. Galvanization is essentially zinc paint (with no dye). For the painted parts, the paint serves the same purpose, which is why it's important not to mess it up.
I'm curious, how did you make it this far in life without realizing that paint is delicate and scratches easily? Do you have untreated brick walls in your house or something?
It won't really matter all that much, but it will have done more than 0 damage to the paintwork (since metal is hard and paint is soft). Worth noting that drivers are touchy and emotional, and can't be trusted not to murder you over perceived slights, so it's safest to stick to doing nothing. Stuff something under the windscreen wipers if you really must, and even that is risky.
Unless the cars are perfectly washed and clayed, even running a clean finger over a car is likely to introduce scratches. I just wouldn’t ever touch someone’s car.
You can look up people even trying to detail their cars to make them cleaner and end up leaving “love marks.” It doesn’t matter how soft the thing you’re using is. It’s because the car has contaminants on it and by rubbing anything on the car, those contaminants end up scratching everything. It’s like when you’re at the beach and you’re trying to remove sand off your skin. You’re probably not aggressively rubbing it off or using much pressure but it still hurts. It’s the same with cars, it’s just that the rocks aren’t as visible to you. They will leave swirls and scratches though… which become noticeable.
I’ve had people just lean against my car when it wasn’t completely clean and completely ruin the paint requiring an entire 5 stage detail.
Yeah we are talking pathological territory here. Car paints need less love than their owners need therapy if they have to "detail" their car every time a cat jump on the hood to enjoy the warmth.
Cars spend a significant amount of time outside and they depreciate so quickly it just doesn't matter. One shouldn't expect a paint to stay perfect the same way we expect our skin to wear and age over the years.
I don't even know what a 5 stage detail means but I can safely say you are overreacting. A car is just a tool and a rando putting a fridge magnet or leaning against your car once in a while is just completely negligible compared to the amount of shit a paint is exposed to when driving it. Sand and dirt do not ask for your permission either.
As long as the car is dirty, then contact with it can damage the top coat. This is a lot more true if you need to drag or scrape the magnet to remove it.
HN readers are, as an average, high on technical know-how and bad at social skills and reading the room. What you're seeing is the natural outcome of that.
The very light moderation (that even shows dead comments from banned accounts) and clean, minimal frontend with essentially no restrictions on creating throwaways also makes it pretty attractive for "my first AI app" experiments. Ever since GPT 3 was released I see a graveyard with a scattering of dead, green, obvious LLM replies on most articles, sometimes with account names like "accounttest14" that don't even try to hide it.
Remote: Mostly (Open to 0 - 3 days/wk in office)
Willing to relocate: No
Technologies: Rust, Elixir, Typescript, Python
Linkedin: https://www.linkedin.com/in/brian-armstrong-sf/
Email: brian.hn.hireme@gmail.com
Hello HN! I'm a Staff Software Engineer with a variety of backend experience. I helped Discord scale its WebRTC system and helped guide its media infra (blog post: https://discord.com/blog/how-discord-resizes-150-million-ima... ). Currently open to work where I can put my skills to use and help get your projects into production.
Some of my personal and working traits: I'm a big fan of data-driven decision making. I think the best time to think about "how are we going to deploy this" is before any code gets written. I think empathy is underrated and I prefer over-communication to under-.
Cheers!
reply