DE version is available. Content is displayed in original English for accuracy.
Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
80% Positive
Analyzed from 543 words in the discussion.
Trending Topics
#architecture#open#source#project#deal#port#exotic#extra#run#pay

Discussion (7 Comments)Read Original on HackerNews
You’d be surprised the number of companies who really want to run something on an obscure platform, and will pay $$$ to port stuff to it. Often the thing being ported isn’t even open source, it is some proprietary product, but that proprietary product has open source dependencies, and so someone ends up paid to port them to the obscure platform, to even try to upstream the port if the maintainers will take it.
Years ago, I knew of a small company which sold a CMS (I was going to work for them, but the job fell through when they couldn’t pay me enough); the CMS was proprietary, but it ran on an open source stack (LAMP). Some random customer said they’d only buy it if it was ported to IBM i (PASE, the AIX emulation environment), and they were willing to pay for the port, so it happened.
Later on, I worked for Oracle, and ended up on a project to port some ERP-related product to AIX - all because we had a big customer willing to pay millions for this product, but only if we made it run on AIX. And in the process I found an AIX-specific bug in JNA (the open source Java FFI library), and ended up helping the JNA developers to fix it
I submitted the story, and I'm mentioned in it.
For me, it's about demonstrating my stuff runs everywhere Go does.
In particular, this makes s390x the only bigendian architecture I can test on "actual hardware" (vs. QEMU binfmt emulation).
For the "traditional" open source model of give away the software and sell the support, s390x customers could be fantastic customers: love paying for support, lots of $$$, super sticky once you get them.
But yeah for a random indie dev the PITA makes it harder.
I can't speak to their managed Jenkins offering, but FWIW, we've had no major trouble running Zig's CI on 3 s390x-linux VMs, each with 8x z15 vCPUs and 32 GB of RAM.
They are definitely over-provisioned, though, so we have the job timeouts set ~3 hours higher than they ideally should be to deal with load spikes. But after we dialed those timeout values in, it's been smooth sailing from there. I'd even say it's one of our most stable CI platforms now.
I did reach out to Bruce Gilkes about the over-provisioning and he informed me that they are planning an upgrade to z17 later this year, so hopefully that'll improve the situation.
> What does an open source project get from this? ... So besides the bragging rights (I guess?) and discovering latent bugs exposed by the exotic architecture, what's in it for a project to deal with this extra architecture
The way I look at it, if Zig is going to be a serious C competitor, it must run in all the places that people run C in. Plus I just find it fun to do porting work since it involves a whole bunch of learning.