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

GNU, GTK/GNOME, and More Development News

  • GNU Emacs 27.1 Adds HarfBuzz Text Shaping, Native JSON Parsing

    GNU Emacs 27.1 is the latest feature release for this very extensible text editor. With Emacs 27.1 there is support for utilizing the HarfBuzz library for text shaping. HarfBuzz is also what's already used extensively by GNOME, KDE, Android, LibreOffice, and many other open-source applications. Emacs 27.1 also adds built-in support for arbitrary-size integers, native support for JSON parsing, better support for Cairo drawing, support for XDG conventions for init files, the lexical binding is now used by default, built-in support for tab bar and tab-line, and support for resizing/rotating images without ImageMagick, among other changes.

  • Philip Withnall: Controlling safety vs speed when writing files

    g_file_set_contents() has worked fine for many years (and will continue to do so). However, it doesn’t provide much flexibility. When writing a file out on Linux there are various ways to do it, some slower but safer — and some faster, but less safe, in the sense that if your program or the system crashes part-way through writing the file, the file might be left in an indeterminate state. It might be garbled, missing, empty, or contain only the old contents. g_file_set_contents() chose a fairly safe (but not the fastest) approach to writing out files: write the new contents to a temporary file, fsync() it, and then atomically rename() the temporary file over the top of the old file. This approach means that other processes only ever see the old file contents or the new file contents (but not the partially-written new file contents); and it means that if there’s a crash, either the old file will exist or the new file will exist. However, it doesn’t guarantee that the new file will be safely stored on disk by the time g_file_set_contents() returns. It also has fewer guarantees if the old file didn’t exist (i.e. if the file is being written out for the first time).

  • Daniel Espinosa: Training Maintainers

    Is not just help others to help you, is a matter of responsibility with Open Source Community. Your life have wonders and should change for better, so you will be lost opportunities or simple can’t work on your favorite open source project. Prepare your self to be a maintainer professor, change your mind for the beginning and help others, that is also a great contribution to open source software. Be kind. Your potential contributors will take over when required. Making sure they have the abilities and use best practices in the project, is not just good for your project, is good for all others out there; they will use them to help other projects.

  • nanotime 0.3.1: Misc Build Fixes for Yuge New Features!

    The nanotime 0.3.0 release four days ago was so exciting that we decided to do it again! Kidding aside, and fairly extensive tests notwithstanding we were bitten by a few build errors: who knew clang on macOS needed extra curlies to be happy, another manifestation of Solaris having no idea what a timezone setting “America/New_York” is, plus some extra pickyness from the SAN tests and whatnot. So Leonardo and I gave it some extra care over the weekend, uploaded it late yesterday and here we are with 0.3.1. Thanks again to CRAN for prompt processing even though they are clearly deluged shortly before their (brief) summer break.

  • Explore 10 popular open source development tools

    There is no shortage of closed-source development tools on the market, and most of them work quite well. However, developers who opt for open source tools stand to gain a number of benefits. In this piece, we'll take a quick look at the specific benefits of open source development tools, and then examine 10 of today's most popular tooling options. [...] Git is a distributed code management and version-control system, often used with web-based code management platforms like GitHub and GitLab. The integration with these platforms makes it easy for teams to contribute and collaborate, however getting the most out of Git will require some kind of third-party platform. Some claim, however, that Git support for Windows is not as robust as it is for Linux, which is potentially a turnoff for Windows-centric developers. [...] NetBeans is a Java-based IDE similar to Eclipse, and also supports development in a wide range of programming languages. However, NetBeans focuses on providing functionality out of the box, whereas Eclipse leans heavily on its plugin ecosystem to help developers set up needed features.

  • Andre Roberge: Rich + Friendly-traceback: first look

    After a couple of hours of work, I have been able to use Rich to add colour to Friendly-traceback. Rich is a fantastic project, which has already gotten a fair bit of attention and deserves even more. The following is just a preview of things to come; it is just a quick proof of concept.

  • Growing Dask To Make Scaling Python Data Science Easier At Coiled

    Python is a leading choice for data science due to the immense number of libraries and frameworks readily available to support it, but it is still difficult to scale. Dask is a framework designed to transparently run your data analysis across multiple CPU cores and multiple servers. Using Dask lifts a limitation for scaling your analytical workloads, but brings with it the complexity of server administration, deployment, and security. In this episode Matthew Rocklin and Hugo Bowne-Anderson discuss their recently formed company Coiled and how they are working to make use and maintenance of Dask in production. The share the goals for the business, their approach to building a profitable company based on open source, and the difficulties they face while growing a new team during a global pandemic.

today's howtos and instructional sessions/videos

TDF Annual Report and LibreOffice Latest

           
  • TDF Annual Report 2019

    The Annual Report of The Document Foundation for the year 2019 is now available in PDF format from TDF Nextcloud in two different versions: low resolution (6.4MB) and high resolution (53.2MB). The annual report is based on the German version presented to the authorities in April. The 54 page document has been entirely created with free open source software: written contents have obviously been developed with LibreOffice Writer (desktop) and collaboratively modified with LibreOffice Writer (online), charts have been created with LibreOffice Calc and prepared for publishing with LibreOffice Draw, drawings and tables have been developed or modified (from legacy PDF originals) with LibreOffice Draw, images have been prepared for publishing with GIMP, and the layout has been created with Scribus based on the existing templates.

  • LibreOffice QA/Dev Report: July 2020

    LibreOffice 6.4.5 was announced on July, 2

  • Physics Based Animation Effects Week#10

    This week, I was mainly working on cleaning up and migrating the patches from my experimental branch to LO master.

Better Than Top: 7 System Monitoring Tools for Linux to Keep an Eye on Vital System Stats

Top command is good but there are better alternatives to Top. Take a look at these system monitoring tools in Linux that are similar to top but are actually better. Read more