Language Selection

English French German Italian Portuguese Spanish

Red Hat Speeds Up Real-Time Linux

Filed under
Linux

Red Hat is aiming for lowered latency and improved performance with the second update of the year to its real-time Linux platform.

The Linux vendor's new MRG 1.2 (short for Messaging, Real-Time, Grid) release includes new tools and improved technology designed to better enhance the OS's value for customers who rely on real-time performance.

A real-time operating system differs from other OSes in that its overall latency is lower, and system actions occur at deterministic intervals. Providing deterministic real-time performance is all about enabling actions to occur within the same amount of time, every time -- a feature that is critical for Red Hat's (NYSE: RHT) U.S military, financial services and telco customers.

With MRG 1.2, Red Hat is publishing new performance benchmarks.

Rest Here




More in Tux Machines

Android/ChromeOS/Google Leftovers

Games: SC-Controller 0.4.2, Campo Santo, Last Epoch and More

Android Leftovers

Ryzen 7 2700X CPUFreq Scaling Governor Benchmarks On Ubuntu Linux

With this week's Ryzen 5 2600X + Ryzen 7 2700X benchmarks some thought the CPUFreq scaling driver or rather its governors may have been limiting the performance of these Zen+ CPUs, so I ran some additional benchmarks this weekend. Those launch-day Ryzen 5 2600X / Ryzen 7 2700X Ubuntu Linux benchmarks were using the "performance" governor, but some have alleged that the performance governor may now actually hurt AMD systems... Ondemand, of course, is the default CPUFreq governor on Ubuntu and most other Linux distributions. Some also have said the "schedutil" governor that makes use of the kernel's scheduler utilization data may do better on AMD. So I ran some extra benchmarks while changing between CPUFreq's ondemand (default), performance (normally the best for performance, and what was used in our CPU tests), schedutil (the newest option), and powersave (if you really just care about conserving power). Read more