I wonder how many decades more we need to came back to the network of interconnected desktops, Xerox originally called Star Office System...
"Star Office" was Sun's competitor to Microsoft Office suite.
11–20 of 34 posts
I wonder how many decades more we need to came back to the network of interconnected desktops, Xerox originally called Star Office System...
"Star Office" was Sun's competitor to Microsoft Office suite.
And at the end of all - this tailored and optimized to ns path there will be python app ;-)
I wonder how many decades more we need to came back to the network of interconnected desktops, Xerox originally called Star Office System...
It starts with open-source mobile devices.
the issue comes down to the possibility of programming a mobile smartphone using only mobile smartphones (in contrast with PCs)
I can see this hardware and software stack making tech support at financial exchanges much harder as now trades will be analyzed down to ns instead ms and there’ll be a guy staring at some FIX protocol packet captures yelling into a phone to some guy at Goldman “no sir, you lost because you weren’t first. I don’t care how much money your algotrading machine cost you, it wasn’t first. There’s a speed of light problem here. You want faster trades, move closer.”
Same goes for DPUs, which are essentially just single-board computers.
The datacenter OS has been done, many times, and the only incarnation that has had long-term success was the mainframe for a rather un-diverse set of tasks (record processing as banks, tax offices and insurance companies are doing).
The problems so far have always been the same: a triangle of cost, performance and flexibility where you get to pick two if you are lucky, but with most of those 'mega systems' you really only get to pick one.
What has been a true improvement over the last two decades is the commoditisation of hardware, the scheduling of tasks and services (think in terms of container schedulers and even task schedulers) over that commodified hardware, and much more recently: the improvements in hardware-assisted parallel computing (which includes machine learning and the recent shuffling of FPGA IP).
The reason those have been an improvement is because they aren't vendor-locked, they don't have to be homogenous and they are flexible enough that once you meet the bar where you really need it, you can start out and grow and shrink practically on-demand. (and I'm not talking about 'the cloud' here, but about the size of what scheduling and parallel computing facilities you might need)
More true to the title of the article: datacenter software has fallen because it's the old "buy a license, a support contract and install an instance" model which drives silo'ed technical design. It used to be true that to perform a task at a specified performance a specialised silo to perform that task was required to be able to fulfil a business need at all (think network frame and packet processing). Up to a point, that has been generified and commodified so much that before your baseline performance requirements need you to get a highly specialised silo'ed system/device/appliance, you've already outgrown the 'do it yourself' scenario. (scale: think about one corridor/double row of 48U) At that stage you'll either be offloading to an elastic capacity provider or are in such a niche scenario that common rules don't apply anyway.
The article seems to forget that calling a module "hardware" doesn't mean there's no CPU on that "hardware" with software running on top of it. Same goes for DPUs, which are essentially just single-board computers. The datacenter OS has been done, many times, and the only incarnation that has had long-term success was the mainframe for a rather un-diverse set of tasks (record processing as banks, tax offices and insu…
The article seems to forget that calling a module "hardware" doesn't mean there's no CPU on that "hardware" with software running on top of it. Same goes for DPUs, which are essentially just single-board computers. The datacenter OS has been done, many times, and the only incarnation that has had long-term success was the mainframe for a rather un-diverse set of tasks (record processing as banks, tax offices and insu…
The Iron Triangle: pick at most two. Most likely pick one. End up with none if you're unlucky.
"Hardware Offload for All" reminds me of Sutherland's Wheel of Reincarnation[0]: just a few complete turns further along from 1960's Channel Programs[1][2]. [0] http://cva.stanford.edu/classes/cs99s/papers/myer-sutherland... [1] https://en.wikipedia.org/wiki/Channel_I/O#History https://en.wikipedia.org/wiki/Channel_I/O#Channel_program_ex... [2] if a supercomputer is a device that turns compute-bound problems into io-…
In other words, mainframes.
This trend has already started in general purpose computing - just look at what Apple is doing with their SOCs - dedicated cores for specific functionality as well as their own I/O engines for storage, all integrated into their SOC. Typing this on an M1 Macbook Pro, I can verify that this approach does indeed have a plethora of performance and efficiency benefits!