Hacker Newsnew | past | comments | ask | show | jobs | submit | nikp123's commentslogin

Not to shill for a company, but probably because it's rated to work with it. Similar experience you get with "enterprise equipment".

"You could use any other drive, but our drive has been through rigorous testing" kind of situation.

Ideally we wouldn't need this since standards exist, but time and time again somebody is bound to take a shortcut and break things. Be it Raspberry in their PCI-E implementation or the drive manufacturer skipping a few NVME functions to save few kilobytes of firmware.

Think of it as a guaranteed "trouble-free" experience if you just want to plug it in and work.

I have been boiled by these cheap SSDs once, and it was a firmware related issue too.

200USD for half-assed 4TBs of SSD storage that may or may not work depending on what you plug it into.

PS: It was a Silicon Power SSD as well, so really do watch out for that stuff.


I've never had a M.2 SSD not work with a proper device, but I guess that might vary.


I see you've never had the awfulness of dealing with the weirdly-keyed SSDs or the SATA SSDs! They're terrible! I had one of those laying around in an older mobo and I wanted to just put it in another machine, nope. I found an SSD that's the same size, got an M.2 to USB adapter that handles all of them, then just used dd to copy the data over (since they're the same size, you can just dd it directly). Not fun.


Buying the wrong type of SSD is not the SSDs fault.


Already using it on a 3 drive gaming PC on NixOS and it's been great so far. The caching algo massively speeds up interactions and load times.

Hope you continue the good work and best of luck.


Given that banana countries were a thing, I think it wouldn't be completely out of character for the US to enforce it's (it's own companies) interests. But I don't think it will be war, but rather soft-power.


To be fair to them, some Linux defaults are atrocious IMHO.

For example mq-deadline ALWAYS performs badly in desktop tasks. Launching a Steam download alone is enough to kill a Linux machine using that scheduler. Therefore I feel like we need this.


Unfortunately it tends to do so randomly (was using foot for like 3 or so years by now). And in the end you'll only ever end up saving single digits of RAM. I suggest using server mode *only* on a RAM constrained device like a SBC or a embedded device (Tablet running Linux).

PS: i am issue number 3 hueh


Same here in Serbia, I'm guessing this document is being geo restricted via IP.


Actually, same for me in California, USA! If I click the google result, it opens properly. If I click the direct link, it doesn't.


Same for the Netherlands


I've already made this into a all-in-one program: https://github.com/nikp123/wake-on-arp/

but i do agree with the others in this thread, it's quite a hassle to keep this setup working as intended.

I'd advise against wherever possible, consider investing into an efficient PC:

My current home server thing runs at only 22W while idle and costed me (including storage and networking) about 150eur.

But if it's done for the fun of it, I have nothing against it.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: