• 1 Post
  • 51 Comments
Joined 2 years ago
cake
Cake day: August 11th, 2023

help-circle











  • As THE USB-C PD evangelist. I have to say. Fair. Like PD EPD is definitely reaching the limits of the USB-C form factor to me, and data over copper is a dead end at some point too.

    Still want ever device I have on it. Though as we scale past the 260 watt range (and I do…) or longer distances (also me) it’s just going to have to be another interface and probably medium for data for the protocol. So far MPO for data and honestly pogo pins for power are the best I’m seeing.

    Again for everything thats not a serious power device like well pumps, servers, AC/Heat pump, Power tools, etc or serious data server/client. Its fine, which is seriously impressive.

    Rant over I also like the idea of better hardware stats reported to the OS. Its one reason I fell in love with software raid over hardware raid







  • Can be more efficient, but it’s not always. You can scale those services more too. Do you need all 16 running on idle? Lazy load then as needed. Also does it really need a whole 500mb? Why? If its just a cache made that’s better handles with another shared service (redis, etc). If it’s software, why? A full “fat” Suse Base Container image uncompressed is 94.8mb and not all of that will be loaded in RAM. Going down to a micro at 23mb. All this and now you can deploy it on the shared infra, no separate OS, Management/security/logging/networking solution.


  • Honestly probably got the project to more maintainable state. Probably didn’t need the rewrite to do it in a new lang to do it (the real killer hear it sounds like).

    Those monoliths suck on the operations side, and even worse when it’s a corpse holding up the foundation to other projects that actually need it to change. Need to scale? good luck that decades old pizza box we call a server isn’t supported anymore. Oh of course we can spend millions virtualizing dead hardware to keep it running the same.