1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

MATISK: Benchmarking 1,000+ Revisions Of Mesa

Michael Larabel

Published on 1 August 2011
Written by Michael Larabel
Page 1 of 3 - 11 Comments

With Phoronix Test Suite 3.4-Lillesand and the new MATISK support, over one thousand revisions of the Mesa graphics library were benchmarked. Two small performance optimizations were also noted.

MATISK is a new module to the 3.4-Lillesand development efforts and it is meant as the new code-path for driving context-based benchmarking in an automated manner. MATISK will unify core parts of the regression-detection, auto-bisection, and "Ekofisk" / Phoromatic components. MATISK will be controllable locally on a standalone system or when connected to a Phoromatic server instance, whether it be Phoromatic.com or the upcoming OpenBenchmarking.org-based version. MATISK is the current working-name for this module with the name coming from the word "Automatisk" (Norwegian for meaning automatic, following the other Phoronix Test Suite codenames of being Norwegian-derived words) and perhaps standing for "My Automated Test Infrastructure Setup Kit."

As input, MATISK accepts an INI-based file (there will also be a stable external API for those interested developers) that stores test parameters for automated execution and deals with context handling. Among the accepted parameters is the saved file name, the suite to execute, test description(s), whether to upload results to Openbenchmarking.org, etc. They are the basic test parameters that are commonly dealt with from the Phoronix Test Suite client, when setting up the batch testing mode, can be passed to the client via environmental variables, or also dealt with remotely from Phoromatic.

What MATISK deals better with locally now is support for context-based benchmarking. From the MATISK INI file, an array of contexts can be set (or an external file can be referenced for passing a list of contexts). What is a context in this sense? It can be practically any string. Some simple examples would be lists of Git commit hashes, various kernel command-line parameters to pass, or compiler build switches.

The context itself is really quite irrelevant to the Phoronix Test Suite client and MATISK module since, when supplying an array of contexts, the user can also set external scripts to run that are executed at pre-install, pre-run, post-install, and/or post-run times. The context, when about to be benchmarked, is then passed to the each of these external scripts. These scripts are then responsible for setting the appropriate context of the system under test. This allows for near-universal possibilities for automated testing.

With this Mesa testing, the MATISK INI loader referenced an external file of over 1,000 recent code commits (Git SHA1 hashes) to Mesa. A pre-install script was then written to pull the respective Mesa Git commit, build it, and then install. If the build failed, however, the appropriate exit code was submitted that tells the MATISK module to skip running benchmarks on that context. Additionally, since MATISK and the Phoronix Test Suite support automatic recovery upon system starts/reboots, after installing Mesa, the system was rebooted each time to ensure its GPU was in a clean state. After that, the Phoronix Test Suite runs as normal in a fully automated mode until the tests are complete, and then it moves onto the next context until the list has been exhausted. Bisecting of a context list is also being added so that the Phoronix Test Suite no longer has to depend upon external methods for regression bisecting as the Phoronix Test Suite does currently with using git-bisect.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. AMD Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  2. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  3. Trying Intel OpenCL On Linux For Video Encoding
  4. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  5. webOS Lives On As LuneOS With New Release
  6. Marek Lands Radeon Gallium3D HyperZ Improvements
  7. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  8. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  9. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  10. AMD, Wine & Valve Dominated August For Linux Users
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow