• 0 Posts
  • 36 Comments
Joined 2 years ago
cake
Cake day: November 19th, 2023

help-circle

  • I distro hopped about every 4 months from ~12-22, never really feeling like I’d found the right platform. Sometimes I would dual boot (or just run) Windows, and for a while I had Windows XP in a state I could tolerate.

    For several years after 22, I ran Windows at home, and kept Linux for work. I basically just wanted to game, and Windows was good enough for that. Finally, something came up that I needed a home server for, and I chose Arch, based largely on my experiences from several years ago. Arch had been more stable for me, and when it did break, it always felt like the tools to fix it existed. Ubuntu and derivatives broke for me mostly in “Oops, system is dead. Maybe reinstall?” ways, which I didn’t want on my server. Other distros gave me an assortment of problems, from updates taking too long, to lacking support for a WM I enjoyed, to driver issues.

    Once I was regularly SSHing from Windows to Arch, I missed the things I could do on Linux (more than just games), and steam had made Linux support from a lot of games better, so I reinstalled my gaming PC as Arch too.

    I added a lot of things to my server, and had more problems with some third party tools every time e.g. elasticsearch, mongodb, or postgres updated, so I added a kubernetes cluster with an immutable OS. I tried 3 before settling on Talos, and now when a workload on the server breaks, I move it to kubernetes. That pace has worked out for me, but now the server does no heavy lifting, so I’m experimenting with local LLM on it.






  • We used to have good, strong open source tools made out of C (which is a lot like steel - it can only be worked by blue collar computer nerds with muscly brains). Now that steel core is corroding because of the influence of hackers and other white collar computer sorts with their creative problem solving, and unintended uses of memory.

    That new corrosion is called rust, and it eventually appears on every C project that’s left outside, unless someone comes along to brush it off occasionally.







  • Systemd is trying to stop a service. To do an action to a service (or any unit), it runs a job. The job to stop a service is called a stop job. Once the stop job is taken off the job queue, the stop job is running.

    The method of stopping a service is configurable, but the default is to send a kill signal to the MainPID, then wait for the process to exit. If it doesn’t, after a timeout, the kill is reattempted with a harsher signal.




  • I ran out of crtcs, but I wanted another monitor. I widened a virtual display, and drew the left portion of it on one monitor, like regular. Then I had a crown job that would copy chunks of it into the frame buffer of a USB to DVI-d adapter. It could do 5 fps redrawing the whole screen, but I chose things to put there where it wouldn’t matter too much. The only painful thing was arranging the windows on that monitor, with the mouse updating very infrequently, and routinely being drawn 2 or more places in the frame buffer.



  • I think we’re still headed up the peak of inflated expectations. Quantum computing may be better at a category of problems that do a significant amount of math on a small amount of data. Traditional computing is likely to stay better at anything that requires a large amount of input data, or a large amount of output data, or only uses a small amount of math to transform the inputs to the outputs.

    Anything you do with SQL, spreadsheets, images, music and video, and basically anything involved in rendering is pretty much untouchable. On the other hand, a limited number of use cases (cryptography, cryptocurrencies, maybe even AI/ML) might be much cheaper and fasrer with a quantum computer. There are possible military applications, so countries with big militaries are spending until they know whether that’s a weakness or not. If it turns out they can’t do any of the things that looked possible from the expectation peak, the whole industry will fizzle.

    As for my opinion, comparing QC to early silicon computers is very misleading, because early computers improved by becoming way smaller. QC is far closer to the minimum possible size already, so there won’t be a comparable, “then grow the circuit size by a factor of ten million” step. I think they probably can’t do anything world shaking.