Getting Started with Red Hat Enterprise Linux for Real Time
Red Hat Enterprise Linux for Real Time is a real-time computing platform for deadline-oriented applications and time-sensitive workloads. This guide explains how to get started with Red Hat Enterprise Linux for Real Time.
System requirements: Red Hat Enterprise Linux 7.1 installed on an AMD64 or Intel 64 system.
Make sure you have registered your system. Then follow these steps:
Step 1
Enable the Red Hat Enterprise Linux for Real Time repository:
# subscription-manager repos --enable rhel-7-server-rt-rpms Step 2
Install the Red Hat Enterprise Linux for Real Time package group:
Step 3
# grep vmlinuz /boot/grub2/grub.cfg linux16 /vmlinuz-3.10.0-229.4.2.el7.x86_64 . linux16 /vmlinuz-3.10.0-229.4.2.el7.x86_64 . linux16 /vmlinuz-3.10.0-229.4.2.rt56.141.6.el7_1.x86_64 . linux16 /vmlinuz-3.10.0-229.4.2.rt56.141.6.el7_1.x86_64 . Step 4
Tell bootloader to use the RT kernel. Starting from 0, to choose the third kernel in the list above use 2:
Step 5
Step 6
Verify that your system is running the Red Hat Enterprise Linux for Real Time kernel by running the uname command:
# uname -v ; uname -r #1 SMP PREEMPT RT Mon Apr 27 16:12:34 EDT 2015 3.10.0-229.4.2.rt56.141.6.el7_1.x86_64 Step 7
Check the output for the rt designation. If it appears, the Red Hat Enterprise Linux for Real Time kernel is running you are ready to start configuring your Red Hat Enterprise Linux for Real Time system.
In the following documents, you can learn about:
- Kernel tuning tools: Tools for tuning your real time system from Red Hat Enterprise Linux for Real Time Kernel Tuning.
- Tuning guidelines: Tuning techniques real time and scheduling policies from Before You Start Tuning Your Red Hat Enterprise Linux for Real Time System
- General tuning techniques: The Tuna interface, setting persistent tuning parameters, changing BIOS parameters and other techniques from General System Tuning.
- Application tuning tips: Handling signal processing, doing scheduling, using Mutex options, and investigating realtime scheduler priorities for applications from Application Tuning and Deployment
Working with the real-time kernel for Red Hat Enterprise Linux
It’s worth the effort to run a real-time kernel and evaluate its potential and performance benefits for applications.
Great Linux resources
The real-time kernel capability has existed for more than a decade in the open-source ecosystem. Similarly, Red Hat Enterprise Linux (RHEL) support for the real-time kernel has been available for several years. Still, many system administrators misinterpret its core concepts and actual operational behavior. In this article, I describe some of its key features, differences from the standard kernel, and quick installation steps.
Initially, Red Hat introduced a product called «Red Hat Enterprise MRG,» where MRG stood for Messaging, Real-time, and Grid. MRG 2 was based on RHEL 5 and RHEL 6 versions, whereas MRG 3 was based entirely on RHEL 6. From RHEL 7 onward, the MRG product was deprecated, and «RHEL for Real-Time» was introduced as a separate product.
What is the real-time kernel?
A real-time kernel is not necessarily superior or better than a standard kernel. Instead, it meets different business or system requirements. It is an optimized kernel designed to maintain low latency, consistent response time, and determinism. By way of comparison, a standard RHEL kernel focuses on throughput-oriented operations and fair scheduling of tasks. The real-time kernel is also known as kernel-rt or preempt-rt .
The simplest way to identify a real-time kernel is to execute the uname -r command on the terminal, and then look for the rt keyword in the kernel version. If rt is missing, then the system uses the standard kernel.
The following output is an example:
#uname -r 3.10.0-1127.10.1.rt56.1106.el7Some important kernel-rt mechanisms include:
- A task’s priority is checked (1-99) under heavy load.
- High priority (99) tasks are given preference for CPU execution.
- Does not use the Completely Fair Scheduling (CFS) policy.
- Scheduling policies in-use are SCHED_FIFO or SCHED_RR.
- Maintains low latency execution time.
- Offers an opportunity to measure, record, and configure response time.
To further understand how kernel-rt is different from a standard kernel, the following diagram explains how using kernel-rt maintains low latency and response times in the system.
In the above diagram, blue plots represent response time(ms) on a tuned standard RHEL7 kernel, whereas green points represent response time(ms) on a tuned RHEL7 kernel-rt . The green section shows consistency, low latency, and low response time. To study this graph and the related testing in further detail, please refer to the Red Hat official guide «Why Use Red Hat Enterprise Linux for Real Time to Optimize Latency.»
Below I have listed some other differences vital to comparing RHEL for Real Time with standard RHEL:
- Kexec and vmcore — Installation and configuration are the same as standard RHEL.
- Third-party modules — All modules must be recompiled with kernel-rt before being used.
- irqbalance daemon — Disabled by default.
- Scheduling policy — Only SCHED_FIFO or SCHED_RR is used.
- Interrupt (IRQs) — Uses dedicated CPUs to isolate processes from each other.
Install RHEL for real-time
Let’s perform a quick installation and observe the other packages that are part of a kernel-rt installation. A separate ISO image of kernel-rt is available for fresh provisioning. A user/admin can also install the kernel-rt RPM package on an existing standard RHEL system, followed by a reboot.
Step 1: Download the ISO image named RHEL for Real-Time from the Red Hat customer portal and provision. You may also use an existing standard RHEL box and enable the rhel-7-server-rt repository to fetch kernel-rt packages.
Step 2: Perform a group installation to install all RT specific packages simultaneously.
Step 3: Verify all dependent packages.
Step 4: Reboot the system, and then select kernel-rt from the boot console.
Users should perform the RT group installation, as it provides all necessary kernel-rt dependent packages. The following table displays brief dependent package details:
- kernel-rt — Real-time kernel
- rt-setup — Most critical package for RT environment setup.
- rtctl — Configures scheduling priorities for kernel thread.
- rt-test, rt-checks, rteval — Used to test system capabilities and loads.
Let me give you a very brief real scenario illustrating why RT group installation is crucial. One of the leading telecom customers was running real-time RHEL kernel (3.10.0-693.11.1.rt56.632.el7) as a three-blade cluster environment on HP ProLiant BL460c Gen9 machine. They observed traffic delays and timeouts in the cluster environment. A large number of UDP self-heartbeat (HB) packets were missing or dropped. We observed that there were no issues with network cards or cluster modules once we analyzed pcap and strace packets. Further diagnosis showed that the rt-setup package was missing because kernel-rt was installed forcefully without any of its dependent packages.
| Environment | Missed HB’s in 7 days | Missed HB’s in 7 days with rt-setup |
|---|---|---|
| hostname-a12 | 138 | 0 |
| hostname-a13 | 113 | 0 |
| hostname-a14 | 118 | 5 |
This rt-setup package is responsible for configuring and running the rt-entsk daemon, which prevents IPI generation and delay of real-time tasks.
The following bullet points display some of the key features of rt-setup (v2.0-6):
- Creates real-time groups.
- Adds real-time limits configuration for PAM.
- Adds /usr/bin/rt-setup-kdump to configure kdump in RT.
- Adds udev-specific rules for threaded irqs and /dev/rtc access.
- Adds /usr/bin/slub_cpu_partial_off to turn off cpu_partials in SLUB.
- Adds net-socket timestamp static key daemon ( rt-entsk ).
It is worth the effort to run a real-time kernel and evaluate its potential as many applications can benefit from it. Kernel-rt can be tuned to further reduce performance issues. Tools such as ftrace are provided with RHEL for Real-Time and are very useful for analyzing and debugging latency issues. However, those details are out of the scope of this article.
The real-time kernel has been around for a long time, but many sysadmins are not sure how to work with it. In this article, I defined what the real-time kernel does. I also provided you with information on how to install it. Perhaps the real-time kernel will help your organization realize even greater Linux performance!