4 ms·
The "personal computer" model scales better than the "terminal" model
- superkuh 1y agoIt's a sad day when a text blog goes $bleedingedgebrowser only. Apparently I'm using a suspiciously old browser and I don't get to see the text.
- o11c 1y agoEr, what? It works fine for me even on `lynx`. And I don't see any scripts, so unless it's user-agent sniffing or doing something based on IP reputation, I'm not sure what you're seeing.
- stockerta 1y agoIn an older blog post he said that he will block some browser agents because AI scrappers are using them to identify themselves.
- tacticus 1y agoOne aspect missed with why VDI style solutions have become popular is that they do reduce some security overheads (kinda in some ways) while making the vendors happy with the additional licenses everyone needs
- aleph_minus_one 1y agoVDI: Virtual Desktop Infrastructure
- trebligdivad 1y agoAnother roll of the 'wheel of reincarnation' http://www.catb.org/jargon/html/W/wheel-of-reincarnation.html http://www.catb.org/jargon/html/W/wheel-of-reincarnation.htm... as we move back and forward between terminals to big machines and back over time.
- xeonmc 1y agoSimiarly: pocket watches -> wristwatches -> phones -> smartwatches
- ethan_smith 1y agoThe wheel of reincarnation perfectly captures this pattern - we've cycled from mainframes to PCs to cloud and now edge computing is pushing processing back to endpoints again, driven primarily by latency requirements and data sovereignty concerns.
- rbc 1y agoAnother way to think about it is that the terminal has become software, like many other things. Web browsers have become a terminal of sorts too.
- bensandcastle 1y agoThe scaling issue the author identifies is exactly what we've built Strong Compute to solve. Dynamically scalable super computing. "In this environment the problem with a single big unit is that significant updates to it are likely to be quite expensive and you probably simply won't have that money all in one lump at once." This is true if you approach it as a long term lease, or a fixed purchase, which is often a requirement given even if using on demand or spot there's still a lot of setup work to do. Our focus to crush this issue. Zero code change from a small VM to a large cluster.
- nixpulvis 1y agoThis seems at odds with the success of cloud computing. Though I generally believe personal computing is more empowering and therefore should be preferred.
- michaelmior 1y agoOne big difference (at least for big providers such as Azure, AWS, and Google Cloud) is that they have so many customers, they can still scale incrementally, just with much larger increments than a personal computer.
- M95D 1y agoBut who (vendor) cares about empowering clients?
- socalgal2 1y agoIs that dichotomy really appropriate anymore? To me a terminal really has no power. Everything has to be rendered on the server. Photoshop or Blender over a "terminal" would suck. Google Maps doesn't render on the server. It sends that data to your device and your device renders it, in 3d if you want https://postimg.cc/LnBtLfWf https://postimg.cc/LnBtLfWf That seems far removed from "terminals" to me. You could say it's just a smarter terminal but then is multiplayer Edlin Ring just a smarter terminal that just happens to cache some data locally?
- smadge 1y agoA telnet terminal isn’t a terminal by this logic because the text isn’t rendered on the server. A telnet server sends data to your device and your device renders it.
- ggm 1y agoI think when commodity NAS arrived and home users had some expectations of reliable storage at home, combined with ubiquitous cloud storage, to me at least, centrally managed systems became less interesting. Once I realised I didn't run CPU intensive code, the benefit was managed reliable filestore, and access to other people's data. What I'm left with is old timer regret for time passing. The ozone rich, oily smell of a well managed machine room. A display of lights showing intensity of work on a CPU. Tapes stuttering. Well.. romance is fine. We got work to do old timer.
- jauntywundrkind 1y agoHaving smaller scaling units is a convenience. Yes. The mainframe world has tended to require massive upgrades to scale, yes. Yet, in many ways, the world we are in today is actually intensely terminal based. When you are on Facebook, on Google, ask yourself where the compute is happening. Ask yourself what you think the split is, what the ratio of client : server compute is. My money is that Facebook and Google spend far more compute than I do when I use their services. And that's with these companies spending probably billions of dollars carefully optimizing their server side architectures to relentlessly reduce cost. The hyperscalers use lots of powerful dense small servers. It could be argued that these servers more resemble one kind of shared personal computer model, since there are many dozens of them in the rack, not one big system. But still, these systems host many dozens of requests at any given point in time, are being used as a shared system with many terminals connected to them. Last, I do think we have mis-optimized like hell, and have almost no data points about how incredibly bad a job we are doing, have almost no idea what a thin-client / terminal based world could look like. Much of the reason for personal computers is that individuals had power over these systems, that it didn't take getting departmental them IT approval for each use case: you have your computer and do with it as you will. The organizational complexity pushed us away from the terminal model long long long ago. But today, there's enormously popular container options. There's incredibly festureful container-based development options abundant, with web or GUI options abound. Toolbox is a great example. https://github.com/containers/toolbox https://github.com/containers/toolbox I guess it could be argued that this brings a personal computer model to a shared terminal system, hybridized the option? But I long to see better richer shared systems, that strive to create interconnected multi user systems, that we terminal into. There is so much power on tap now, so many amazing many core chips that we could be sharing very effectively, offloading work to, while sparing our batteries & reducing our work:idle compute ratios drastically with.
- toast0 1y ago> My money is that Facebook and Google spend far more compute than I do when I use their services. It kind of depends. UI rendering and painting is actually a lot of work. TLS handshaking with eliptic keys is close to balanced (may be more work for the client). TCP connections are usually harder for the client than the server. Giant services have giant compute farms, but they're also doing work for millions of users at any one time.