Open-source News

AMD Radeon ProRender Adds Support For Khronos' ANARI

Phoronix - Mon, 05/09/2022 - 18:12
Radeon ProRender as AMD's physically-based rendering engine has added support for The Khronos Group's ANARI analytical rendering interface for 3D data visualizations...

KDE Plasma 5.25's Exciting Improvements For KWin, Continued Wayland Optimizations

Phoronix - Mon, 05/09/2022 - 17:59
With Plasma 5.25 now under a soft feature freeze ahead of its official release next month, KDE developers are focusing on bug fixing as well as talking more about all of the changes they managed to land this cycle...

AMD Zen 4 IBS Extensions Under Review For Linux

Phoronix - Mon, 05/09/2022 - 17:40
Upcoming AMD Zen 4 processors are bringing improvements to their Instruction-Based Sampling (IBS) capabilities that can be utilized by Linux's wonderful perf utility and subsystem...

Cloud service providers: How to keep your options open

opensource.com - Mon, 05/09/2022 - 15:00
Cloud service providers: How to keep your options open Seth Kenlon Mon, 05/09/2022 - 03:00 Register or Login to like Register or Login to like

For Linux users, there's a new kind of computer on the market, and it's known as the cloud.

As with the PC sitting on your desk, the laptop in your backpack, and the virtual private server you rent from your favorite web hosting service, you have your choice in vendors for cloud computing. The brand names are different than the hardware brands you've known over the years, but the concept is the same.

To run Linux, you need a computer. To run Linux on the cloud, you need a cloud service provider. And just like the hardware and firmware that ships with your computer, there's a spectrum for how open source your computing stack can be.

As a user of open source, I prefer my computing stack to be as open as possible. After a careful survey of the cloud computing market, I've developed a three-tier view of cloud service providers. Using this system as your guide, you can make intelligent choices about what cloud provider you choose.

Open stack

A cloud that's fully open is a cloud built on open source technology from the ground up. So much cloud technology is open source, and has been from the beginning, that an open stack isn't all that difficult to accomplish, at least on the technical level. However, there are cloud providers reinventing the wheel in a proprietary way, which makes it easy to stumble into a cloud provider that's mixed a lot of closed source components in with the usual open source tooling.

If you're looking for a truly open cloud, look for a cloud provider providing OpenStack as its foundation. OpenStack provides the software infrastructure for clouds, including Software-Defined Networking (SDN) through Neutron, object storage through Swift, identity and key management, image services, and much more. Keeping with my hardware computer analogy, OpenStack is the "kernel" that powers the cloud.

I don't mean that literally, of course, but if your cloud provider runs OpenStack, that's reasonably as far down in the stack as you can go. From a user perspective, OpenStack is the reason your cloud exists and has a filesystem, network, and so on.

Explore the open source cloud Free online course: Developing cloud-native applications with microservices eBook: Modernize your IT with managed cloud services Try for 60 days: Red Hat OpenShift Dedicated Free online course: Containers, Kubernetes and Red Hat OpenShift What is Kubernetes? Understanding edge computing Latest articles for IT architects

Sitting on top of OpenStack, there may be a web UI such as Horizon or Skyline, and there may be extra components such as OpenShift or OKD (not an acronym, but formerly known as OpenShift Origin). All of these are open source, and they help you run containers, which are minimalist Linux images with applications embedded within them.

Because OpenShift and OKD don't require OpenStack, that's the next tier of my cloud-based world view.

[ Download the guide: Containers and Pods 101 ]

Open platform

You don't always have a choice in which stack your cloud is running. Instead of OpenStack, your cloud might be running Azure, Amazon Web Services (AWS), or something similar.

Those are the "binary blobs" of the cloud world. You have no insight into how or why they work; all you know is that your cloud exists and has a filesystem, a networking stack, and so on.

Just as with desktop computing, you can have an "operating system" running on the box you've been given. Again, I'm not speaking literally, and there's a strong argument that OpenStack itself is essentially an operating system for the cloud. Still, it's usually OpenShift that a cloud user interacts with directly.

OpenShift is an open source "desktop" or workspace in which you can manage containers and pods with Podman and Kubernetes. It lets you run applications on the cloud much as you might launch an app on your laptop.

[ Keep these commands handy: Podman cheat sheet ]

Open standards

Last but not least, there are those situations when you have no choice in cloud service providers. You're put on a platform with a proprietary "kernel," a proprietary "operating system," and all that's left for you to influence is what you run inside that environment.

All is not lost.

When you're dealing with open source, you have the ability to construct your own scaffolding. You can choose what components you use inside your containers. You can and should design your working environment around open source tools, because if you do get to change service providers, you can take everything you've built with you.

This might mean implementing something already built into the (non-open) platform you're stuck on. For instance, your cloud provider might entice you with an API management system or continuous integration/continuous delivery (CI/CD) pipeline that's included in their platform "for free," but you know better. When a non-open application is offered as "free," it usually bears a cost in some other form. One cost is that once you start building on top of it, you'll be all the more hesitant to migrate away because you know that you'll have to leave behind everything you built.

Instead of using the closed "features" of your cloud provider, reimplement those services as open source for your own use. Run Jenkins and APIMan in containers. Find the problems your cloud provider claims to solve with proprietary code, then use an open source solution to ensure that, when you leave for an open provider, you can migrate the system you've built.

[ Take the free online course: Deploying containerized applications ]

Open source computing

For too many people, cloud computing is a place where open source is incidental. In reality, open source is as important on the cloud as it is on your personal computer and the servers powering the internet.

Look for open source cloud services.

When you're stuck with something that doesn't provide source code, be the one using open source in your cloud.

No matter what level of openness your cloud service operates on, you have choices for your own environment.

Image by:

Flickr user: theaucitron (CC BY-SA 2.0)

Cloud Containers Kubernetes What to read next This work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License. Register or Login to post a comment.

Linux 5.18-rc6 Released - Linux 5.18 Is Looking "Quite Well-Behaved"

Phoronix - Mon, 05/09/2022 - 05:24
Linus Torvalds just released Linux 5.18-rc6 as the latest weekly release candidate ahead of the Linux 5.18 stable release expected later in May...

Rockchip VOP2 DRM Driver Coming To Linux 5.19 For Display Support With Newer SoCs

Phoronix - Mon, 05/09/2022 - 00:36
In addition to the ASpeed AST2600 DisplayPort support sent in as part of this week's drm-misc-next updates intended for Linux 5.19, another prominent addition worthy of its own article is the Rockchip VOP2 display driver being mainlined...

Linux Workaround Coming For Better s2idle Resume On More AMD Lenovo Laptops

Phoronix - Sun, 05/08/2022 - 20:00
Going along with many recent s2idle (suspend to idle) fixes as well as other fixes/workarounds/improvements like around S0ix, a patch is pending as a fix/workaround to get s2idle behaving correctly -- or rather, more timely -- on more AMD Ryzen powered Lenovo laptops...

RADV's Vulkan Ray-Tracing LBVH Extended Back To All GCN GPUs

Phoronix - Sun, 05/08/2022 - 19:15
Mesa's Radeon Vulkan "RADV" driver is in the unique position of supporting Vulkan ray-tracing for older AMD GPUs rather than just the latest-generation RDNA2 GPUs with dedicated ray-tracing cores. Though it's slower on these older GPUs, the code is in place for this open-source driver and the latest addition is now supporting LBVH going back to AMD GFX6 hardware -- in other words, all GCN GPUs...

Pages