Language Selection

English French German Italian Portuguese Spanish

Is SUPER Superior?

Filed under
Reviews
SUSE
-s

SUPER is a project to optimize SuSE for speed and performance. In looking for an idea for my next article, I thought this project's lastest effort might make an interesting review. It's based on OpenSuSE's latest release, which is 10.0 RC1. Being concerned with speed and performance, this review could not help but compare SUPER's times with that of OpenSuSE's. However, there was another kink in the armor. I'd already compared OpenSuSE with Mandriva. I got to thinking, was the test fair? Did they use the same boot options? Were the same services and deamons being started at boot? Did they both use parallel=yes? So, what started out as a review of SUPER has morphed into a speed test. Is Super really faster than other two contenders?

SUPER stands for SUSE Performance Enhanced Release. To quote the site: "SUPER is a testbed for anything that makes your SUSE Linux OS perform in a different manner than intended in the more stable and enterprise oriented SUSE Linux tree. This can be a speed improvement geared towards the specialized desktop user or an additional feature that is considered too experimental or dangerous by the main SUSE Linux tree." So, in other words they are trying to make a good thing even better by compiling base packages in a certain order, optimized per architecture (for dvd version), utilizing RUN_PARALLEL=yes, limiting boot time file operations, pre-linking and caching files for boot-up with readahead.

SUPER is quite scaled down in comparison to the OpenSuSE SuSE Linux distribution. Applications are limited in number, and in fact the entire distro comes on one cd and takes about 1.3 gig of hard drive space. As a result the menus are minimized as is the selection of applications. The full rpm list as tested is located here. One could set up an SuSE ftp mirror in yast and install whatever else they'd like I speculate. But otherwise it is almost identical on the surface to SuSE Linux 10.0 rc1.


    



But is SUPER superior in performance?


Given the fact that one needs to take into consideration the startup services, it's also important to note that Mandriva gives the user a choice during install and SuSE presumes to make that decision for us (although can be adjusted later). So, where at first consideration my original times (1, 2) may seem unequal, I submit perhaps they are. Another important note is that SuSE Linux runs RUN_PARALLEL=yes as well as preloads applications with readahead by default as found in SUPER.

For the sake of this rough and unscientific experiment, I installed on Reiserfs, used the same boot options, matched the start up services as closely as possible, booted to run level 3 with vga=normal. The clock is started when the <enter> key is depressed.

Discrepancies between this and previous tests may be contributed to booted run level, frame buffer, and having opened applications previously that boot. Represented below are the averages of 3 time tests for each area, first open of each application.


Time in Seconds




Mdv 2006rc1 OSS 10.0rc1 Super 10.0rc1

Boot 17 24 21.6
X&KDE 21 27.3 15.3
OpenOffice 6 6.6 4.6
Firefox 3 3.3 2
Shutdown 17.6 22.3 21






Versions as tested



Mdv 2006rc1 OSS 10.0rc1 Super 10.0rc1

X&KDE 6.9.0,3.4.2 6.8.2, 3.4.2 6.8.2, 3.4.2
OpenOffice 1.1.5 1.9.125 1.9.125
Firefox 1.0.6 1.0.6 1.0.6
gcc 4.0.1 4.0.2 4.0.2



As you can see, the optimizations in compiling methods of SUPER are having a significant performance increase once the system is booted, whether that was the compile order of the base system or the flags used in the individual applications. However, Mandriva is still smokin' 'em on the boot and shutdown times. There is no clear winner here, as it will depend on personal preference. If you are the type that has 3 month uptimes, you aren't going to care about boot times as much. On the other hand if you are the type that leaves your applications open just about from boot to boot, yet has to reboot to another os often, then application start times might seem less important. Is SUPER superior? It's up to you to decide.

More in Tux Machines

Why Everyone should know vim

Vim is an improved version of Vi, a known text editor available by default in UNIX distributions. Another alternative for modal editors is Emacs but they’re so different that I kind of feel they serve different purposes. Both are great, regardless. I don’t feel vim is necessarily a geeky kind of taste or not. Vim introduced modal editing to me and that has changed my life, really. If you have ever tried vim, you may have noticed you have to press “I” or “A” (lower case) to start writing (note: I’m aware there are more ways to start editing but the purpose is not to cover Vim’s functionalities.). The fun part starts once you realize you can associate Insert and Append commands to something. And then editing text is like thinking of what you want the computer to show on the computer instead of struggling where you at before writing. The same goes for other commands which are easily converted to mnemonics and this is what helped getting comfortable with Vim. Note that Emacs does not have this kind of keybindings but they do have a Vim-like mode - Evil (Extensive Vi Layer). More often than not, I just need to think of what I want to accomplish and type the first letters. Like Replace, Visual, Delete, and so on. It is a modal editor after all, meaning it has modes for everything. This is also what increases my productivity when writing files. I just think of my intentions and Vim does the things for me. Read more

Graphics: Intel and Mesa 18.1 RC1 Released

  • Intel 2018Q1 Graphics Stack Recipe
    Last week Intel's Open-Source Technology Center released their latest quarterly "graphics stack recipe" for the Linux desktop. The Intel Graphics Stack Recipe is the company's recommended configuration for an optimal and supported open-source graphics driver experience for their Intel HD/UHD/Iris Graphics found on Intel processors.
  • Mesa 18.1-RC1 Released With The Latest Open-Source 3D Driver Features
    Seemingly flying under our radar is that Mesa 18.1 has already been branched and the first release candidate issued. While the Mesa website hasn't yet been updated for the 18.1 details, Dylan Baker appears to be the release manager for the 18.1 series -- the second quarter of 2018 release stream.

Exploring Contributors Centrality Over Time

At the end of my previous post we concluded with yet another question. Indeed, on the 2017 KDEPIM contributor network we found out that Christian Mollekopf while being a very consistent committer didn't appear as centrality as we would expect. Yet from the topology he seemed to act as a bridge between the core contributors and contributors with a very low centrality. This time we'll try to look into this and figure out what might be going on. My first attempt at this was to try to look into the contributor network on a different time period and see how it goes. If we take two snapshots of the network for the two semesters of 2017, how would it look? Well, easy to do with my current scripts so let's see! Read more

KDE: Elisa 0.1.1, KDE Plasma 5.13 and More

  • 0.1.1 Release of Elisa
    The Elisa team is happy to announce the first bug fix release for the 0.1 version.
  • KDE Plasma 5.13 Is Making Great Improvements On Its Wayland Support
    KDE Plasma 5.13 that is due for release in June will have a great number of improvements to its Wayland support for allowing the KDE Plasma desktop to work much better on this alternative to the X.Org Server. KDE developer Roman Gilg has provided a nice summary of some of the Wayland improvements in the queue for the Plasma 5.13.0 release due out towards the middle of June.
  • This week in Usability & Productivity, part 15
    I’ve initiated a big project: overhauling KDE Open & Save dialogs for greater usability and productivity.
  • Latte bug fix release v0.7.5
    Latte Dock v0.7.5   has been released containing important fixes and improvements! Hopefullly this is going to be the last stable version for v0.7.x family. During the next months the next stable branch (v0.8.x) is going to appear.