How about proprietary "non unix's"? Anyone running VMS? RSTS/E ? Or on rare hardware, OS-32 on a PE 8/32, or MPX on any SEL 32 family? MPE on Harris ?
Ask HN: Anyone using proprietary Unix at work?
51–60 of 221 posts
Re: Ask HN: Anyone using proprietary Unix at work?
#52Back when I worked at OmniTI (from like 2015 to 2017), we had an in-house Illumos neé Solaris distro for cloud servers named OmniOS. I didn't use it too much myself as it was somewhat legacy but all the other devs who used it for prod debugging loved all the dtrace/zfs stuffs on it.
Re: Ask HN: Anyone using proprietary Unix at work?
#53I worked on a system deployed on AIX for a few years. We used it to distribute batch workloads in parallel across a cluster of machines - no other software and OS did such a thing, maybe still doesn't. The machines themselves were PowerPC RS6000's which only ran AIX. The company already had a close relationship with IBM because they'd been running mainframes for decades. They made tons of money so saving money on lic…
> distribute batch workloads in parallel across a cluster of machines - no other software and OS did such a thing, maybe still doesn't What am I missing? One of my college courses ages ago was about working with MPI which we got to run on the hpc cluster. The last time I needed to run N copies of something I asked kubernetes to do it. The time before that, I asked $cloud_vendor for N identical VMs with the same cloud…
For example, large banks need to securely, reliably, and very efficiently process an unfathomable amount of transactions[1]. In this case, kubernetes would be a giant waste of resources and complexity. The former one hampers throughput, the latter one means security and reliability suffer.
For people not familiar with it (me included, actually), it can be mind-boggling what throughput is achieved, and what mechanisms for reliability are in place. Not just in software, in actual hardware; this goes way beyond ECC memory.
[1] Transactions in the bank sense, not in the computer sense, because I don't want to confuse matters more. In the mainframe world for example, there is a difference between "batch processing" and "online transaction processing", but both could be applied to bank transactions. Note that I'm not advocating for the mainframe world here.
Re: Ask HN: Anyone using proprietary Unix at work?
#54Last I used a Xerox digital printing press I was greeted with a "SunOS" version string when opening a shell - being some version of a Solaris. It wasn't much impressed by my linux cli-fu. Looking at current brochures those still ship with it. Product is called "Freeflow Print Server" that GUI for the job queue looked java based as it also has Windows incarnations. It will do the raster imaging before printing. Good t…
Re: Ask HN: Anyone using proprietary Unix at work?
#55How about proprietary "non unix's"? Anyone running VMS? RSTS/E ? Or on rare hardware, OS-32 on a PE 8/32, or MPX on any SEL 32 family? MPE on Harris ?
I have an AlphaServer in my collection, running OpenVMS. It's been a while since I've booted it up. It's very loud.
Re: Ask HN: Anyone using proprietary Unix at work?
#56This is running Solaris. https://www.usa.philips.com/healthcare/solutions/radiation-o... Last I heard they were desperately trying to get it on Linux. Why it isn't is because its a huge legacy application with some very horrible hacks specific to the OS.
Re: Ask HN: Anyone using proprietary Unix at work?
#57Re: Ask HN: Anyone using proprietary Unix at work?
#58the software being run is SAP R3/Oracle and there is plans to replace it, but that is not happening anytime soon due to the usual delays associated with ERP migrations.
License cost is a red herring here especially when dealing with enterprise applications from the likes of like SAP, Oracle and IBM, heck were probably paying as much for our SAP on SUSE subscriptions as we do for our HPUX licenses, and the real license costs is with the applications and databases.
And it's not that long ago(say 2014) that there were niches where the only real cost effective way to get enough single box io performance was to bye an non x68 box that came with it's own unix, so there is a lot of systems out there where the hardware aren't actually old enough for an 1:1 migration to make commercial sense and rewrites/redesigns of ERP software is risky with most projects overrun both the time and budgets by an order of magnitude, if they don't outright fail to deliver an new system.
Re: Ask HN: Anyone using proprietary Unix at work?
#59Re: Ask HN: Anyone using proprietary Unix at work?
#60The stepper is a tool that is too expensive to retire, and if routinely maintained, can remain operational and happily expose wafers for more than twenty years[1]. No surprise to see it contains some ancient (by consumer electronics standards) software.
[1] https://www.asml.com/en/news/stories/2021/three-decades-of-p...
Also, I used a HP 86142B optical spectrum analyzer last year, which runs HPUX.