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

Red Hat and Fedora

Android Leftovers

Leftovers: OSS and Sharing

  • Apache Graduates Another Big Data Project to Top Level
    For the past year, we've taken note of the many projects that the Apache Software Foundation has been elevating to Top-Level Status. The organization incubates more than 350 open source projects and initiatives, and has squarely turned its focus to Big Data and developer-focused tools in recent months. As Apache moves Big Data projects to Top-Level Status, they gain valuable community support. Only days ago, the foundation announced that Apache Kudu has graduated from the Apache Incubator to become a Top-Level Project (TLP). Kudu is an open source columnar storage engine built for the Apache Hadoop ecosystem designed to enable flexible, high-performance analytic pipelines. And now, Apache Twill has graduated as well. Twill is an abstraction over Apache Hadoop YARN that reduces the complexity of developing distributed Hadoop applications, allowing developers to focus more on their application logic.
  • Spark 2.0 takes an all-in-one approach to big data
    Apache Spark, the in-memory processing system that's fast become a centerpiece of modern big data frameworks, has officially released its long-awaited version 2.0. Aside from some major usability and performance improvements, Spark 2.0's mission is to become a total solution for streaming and real-time data. This comes as a number of other projects -- including others from the Apache Foundation -- provide their own ways to boost real-time and in-memory processing.
  • Why Uber Engineering Switched from Postgres to MySQL
    The early architecture of Uber consisted of a monolithic backend application written in Python that used Postgres for data persistence. Since that time, the architecture of Uber has changed significantly, to a model of microservices and new data platforms. Specifically, in many of the cases where we previously used Postgres, we now use Schemaless, a novel database sharding layer built on top of MySQL. In this article, we’ll explore some of the drawbacks we found with Postgres and explain the decision to build Schemaless and other backend services on top of MySQL.
  • GNU Hyperbole 6.0.1 for Emacs 24.4 to 25 is released
    GNU Hyperbole (pronounced Ga-new Hi-per-bo-lee), or just Hyperbole, is an amazing programmable hypertextual information management system implemented as a GNU Emacs package. This is the first public release in 2016. Hyperbole has been greatly expanded and modernized for use with the latest Emacs 25 releases; it supports GNU Emacs 24.4 or above. It contains an extensive set of improvements that can greatly boost your day-to-day productivity with Emacs and your ability to manage information stored across many different machines on the internet. People who get used to Hyperbole find it helps them so much that they prefer never to use Emacs without it.
  • Belgium mulls reuse of banking mobile eID app
    The Belgium government wants to reuse ‘Belgian Mobile ID’ a smartphone app for electronic identification, developed by banks and telecom providers in the country. The eID app could be used for eGovernment services, and the federal IT service agency, Fedict, is working on the app’s integration.
  • Water resilience that flows: Open source technologies keep an eye on the water flow
    Communities around the world are familiar with the devastation brought on by floods and droughts. Scientists are concerned that, in light of global climate change, these events will only become more frequent and intense. Water variability, at its worst, can threaten the lives and well-beings of countless people. Sadly, humans cannot control the weather to protect themselves. But according to Silja Hund, a researcher at the University of British Columbia, communities can build resilience to water resource stress. Hund studies the occurrence and behavior of water. In particular, she studies rivers and streams. These have features (like water volume) that can change quickly. According to Hund, it is essential for communities to understand local water systems. Knowledge of water resources is helpful in developing effective water strategies. And one of the best ways to understand dynamic water bodies like rivers is to collect lots of data.

Development News

  • JavaScript keeps its spot atop programming language rankings
    U.K.-based technology analyst firm RedMonk just released the latest version of its biannual rankings of programming languages, and once again JavaScript tops the list, followed by Java and PHP. Those are same three languages that topped RedMonk’s list in January. In fact, the entire top 10 remains the same as it was it was six months ago. Perhaps the biggest surprise in Redmonk’s list—compiling the “performance of programming languages relative to one another on GitHub and Stack Overflow”—is that there are so few surprises, at least in the top 10.
  • Plenty of fish in the C, IEEE finds in language popularity contest
    It's no surprise that C and Java share the top two spots in the IEEE Spectrum's latest Interactive Top Programming Languages survey, but R at number five? That's a surprise. This month's raking from TIOBE put Java at number one and C at number two, while the IEEE reverses those two, and the IEEE doesn't rank assembly as a top-ten language like TIOBE does. It's worth noting however that the IEEE's sources are extremely diverse: the index comprises search results from Google, Twitter, GitHub, StackOverflow, Reddit, Hacker News, CareerBuilder, Dice, and the institute's own eXplore Digital Library. Even then, there are some oddities in the 48 programming environments assessed: several commenters to the index have already remarked that “Arduino” shouldn't be considered a language, because code for the teeny breadboard is written in C or C++.