Hacker News Reader

Comment by kop316 | Hacker News Reader

It's not advertised very well, but Raptor has a cloud you can test put POWER systems:

I have played around with Digital Ocean and AWS, and this felt very different working with it. For one, you don't get charged for data in or out. I actually enjoyed working with it. Sadly, I stopped using it because the only cloud service I use is a VPS for Jitsi Meet (I self host otherwise). Jitsu Meet as compiled doesn't work on the POWER ISA, and I was unable to get it to compile on it.

View on HN

Thanks for the link! This is really useful for developing/testing out code optimizations for POWER-based systems (e.g. for low-level bits like hashing functions, crypto, and vector math).

You're welcome!

You definitely get bare metal on this. I really liked how much control I got working with this system.

> For one, you don't get charged for data in or out.

On the other hand, it appears to be $0.62/GB for storage, as compared to $0.10/GB on Amazon. And a comparable system would appear to be anywhere from 1.5x to 2x as expensive (even just vs on-demand pricing, let alone spot), and AFAICT billed by the hour rather than by the second.

Timothy Pearson from Raptor here...so if storage becomes a main concern it definitely becomes less expensive to lease a dedicated box vs. a VPS from Integricloud, and that's by design to some extent. The Integricloud architecture is centered more on making sure that your data stays private than competing directly with Amazon etc. that simply don't have the ability to make any assurances beyond general platitudes in that area (for starters, they don't control the firmware on their own machines), and the design (and pricing) reflect this different approach to cloud services.

The dedicated boxes are also unlimited data transfer, and you can put in some fairly large storage arrays inexpensively. We have a bunch of projects that are using dedicated boxes for development work, for example we sponsor Adelie Linux with one, and so far they've been very happy with the service.

While you're here, can I ask: the integricloud main website says:

> with our fully redundant power systems, uptimes generally exceed 99.999% with overall availability typically at or above 99.9%

Do you have an SLA or other uptime guarantee?

Nothing formal, but if the service itself does go down (i.e. your VPS drops and can't be restarted due to a service problem, or connectivity fails, etc.) refunds / service credits would be issued. We really haven't encountered this enough to have a formal policy as of yet -- the redundancies we use are quite good.

I haven’t been able to figure out how to get an actual system running on this: I’ve tried several times, and hit roadblocks each time.

I’d really like a cloud vendor for POWER and Linux on Z

idk about Z, but i, AIX or Linux on PowerVM

https://cloud.ibm.com/catalog/services/power-systems-virtual...

I was able to get it working the first time, but I will agree that the documentation isn't the friendliest.

IBM has some freebies you can sign up for. I did it a couple of months ago to test ci/cd on Z and Linux.

Was it a missing dependency, or something else?

Everything would install just fine, but I got an error with "jitsi-videobridge2", and there was no audio or video. The specific error was:

java.lang.NoClassDefFoundError: Could not initialize class org.jitsi.videobridge.sctp.SctpManager at org.jitsi.videobridge.Endpoint.createSctpConnection(Endpoint.java:868) at org.jitsi.videobridge.health.Health.check(Health.java:77) at org.jitsi.videobridge.health.Health.performCheck(Health.java:211) at org.jitsi.health.AbstractHealthCheckService.run(AbstractHealthCheckService.kt:144) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access000(RecurringRunnableExecutor.java:36) atorg.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36) at org.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36) atorg.jitsi.utils.concurrent.RecurringRunnableExecutor1.run(RecurringRunnableExecutor.java:328) 2020-05-05 17:34:17.029 INFO: [20] Videobridge.createConference#320: create_conf, id=faec394a06bdbbd8 gid=null logging=false 2020-05-05 17:34:17.032 SEVERE: [20] RecurringRunnableExecutor.run#230: The invocation of the method org.jitsi.videobridge.health.Health.run() threw an exception. java.lang.NoClassDefFoundError: Could not initialize class org.jitsi.videobridge.sctp.SctpManager at org.jitsi.videobridge.Endpoint.createSctpConnection(Endpoint.java:868) at org.jitsi.videobridge.health.Health.check(Health.java:77) at org.jitsi.videobridge.health.Health.performCheck(Health.java:211) at org.jitsi.health.AbstractHealthCheckService.run(AbstractHealthCheckService.kt:144) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292) at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access000(RecurringRunnableExecutor.java:36) atorg.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36) at org.jitsi.utils.concurrent.RecurringRunnableExecutor000(RecurringRunnableExecutor.java:36)

Though it claims to be architecture agnostic in the package, I think it is compiled for x86_64.

I attempted to compile and run jitsi meet myself, but that got out of hand incredibly quickly (in no small part because the documentation is sorely lacking). I then attempted to compile jitsi-videobridge2 myself, but same thing.

Though looking now, you may be able to compile it form here:

https://jitsi.github.io/handbook/docs/dev-guide/dev-guide-we...

And maybe that isn't as bad.

Reply on news.ycombinator.com