<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>True Energy-efficient Data Processing is Only Gained by Energy-proportional DBMSs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Volker Hudlet AG DBIS TU Kaiserslautern</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Germany hudlet@cs.uni-kl.de</string-name>
        </contrib>
      </contrib-group>
      <pub-date>
        <year>2010</year>
      </pub-date>
      <abstract>
        <p>As energy consumption and related costs are becoming a critical component for operating a data center, system developers as well as database researcher have to deal with this fact and should come up with approaches that increase the energy e ciency of a data center. Several proposal are already present in the literature which introduce approaches to increase the energy e ciency in a given situation. Nevertheless, a server may still consume more than 50% of its maximal power when running in idle mode. Therefore, we believe that only energy-proportional systems can deliver true energy e ciency, as the power consumption scales with the system load. This paper reviews the current state of research concerning energy e ciency in DB servers and presents our vision of an energy-proportional database system.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        In general, a server is constructed for an expected peak
load, i.e., maximal throughput, which is limited by the
storage subsystem (in case of data-intensive applications) or by
the CPU (in the case of computation-intensive applications).
Normally, the peak load corresponds with the maximal
energy consumption. In the majority of application
situations, this maximal throughput is hardly needed, because
the server just utilizes a (small) share of its capacity; the
average server utilization often is around 10% { 30% [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ].
The remaining capacity is unused, while the server is still
consuming (almost the full amount of) energy.
      </p>
      <p>Given the public concern about energy waste, the
exclusive focus on performance, where over-proportional energy
Copyright is held by the author/owner(s).
consumption was acceptable even for only a tiny increase
in performance, is not su cient anymore for future
generations of computer systems in general and DB servers in
particular. Therefore, attention must be shifted from a solely
performance-centric view to energy e ciency.</p>
      <p>The buzzword Green IT is an umbrella term for the
ongoing development of energy-e cient hardware and software as
well as the marketing of resulting products. Unfortunately,
there are products claiming to be green, however, they just
pick up this buzzword to be more attractive on the market.
The remaining parts of this paper are structured as follows:
The following Section 2 will brie y de ne energy e ciency
and will discuss why energy proportionality is a natural
prerequisite for a true energy-e cient system. Furthermore,
related work is considered. Section 3 will explain in more
detail how energy proportionality can be achieved for (most
of the) system components, whereas Section 4 will disclose
our vision of an energy-proportional database system which
we are striving for. Finally, we will conclude this paper and
give an outlook to future work.
2. ENERGY EFFICIENCY REVISITED
In general, energy e ciency is de ned as the quotient of the
system's work and the energy consumed while performing
this work:</p>
      <p>EnergyE ciency =</p>
      <p>W ork</p>
      <p>EnergyConsumption
This generic model can be adapted to more concrete
scenarios such as, in our case, applications of database systems.
The following measure can be used to indicate the energy
e ciency of a database system.</p>
      <p>EnergyE ciency(DBS) =
#T ransactions</p>
      <p>J oule
Note, depending on the transaction mix (varying numbers of
long-running and short-running transactions), this measure
can be misleading. Meaningful results can only be achieved
by using well-de ned benchmarks.</p>
      <p>In the literature, several ideas have come up to improve
energy e ciency. One of such proposals advocates to replace
the hard disks of the storage subsystem by ash disks or solid
state disks (SSD). While consuming signi cantly less energy
(about 1/10 of the energy a hard disk consumes), SSDs
nevertheless deliver substantially higher IOPS rates than hard
disks (at least when read performance is compared).
Therefore, SSDs are a natural candidate for achieving better
energy e ciency. Until the recent past, SSD technology was
still in its infancy and had to struggle with an unbalanced
read/write asymmetry: random reads were much faster
compared with those on hard disks, whereas random writes were
much slower (approx. ten times of random read access)) and
provided only limited write endurance, i.e., the underlying
ash cells wore out and became unusable after a given
number of rewrites. In the meantime, these disadvantages are
almost eliminated. The Intel X-25E claims to be capable
of performing one Petabyte of random writes (on a 32GB
device) before wearing out1. Based on dedicated IO
experiments on selected hard disks (HDDs) and SSDs, we come
to the conclusion that the asymmetry becomes negligible
for SSDs of the newest generation: We have con rmed the
performance of random reads at 13K IOPS, while the
random-write performance scores at respectable 10K IOPS.
Hence, we expect that SSDs will approach the sequential
IO behavior of hard disks but, at the same time, provide
dramatically better random IO.</p>
      <p>
        Harder et al. [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] analyzed the impact of the replacement
of HDDs with SSDs in a database systems. They compare
the energy e ciency in XTC [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], a native XML DBMS,
by running a selected subset of the TPoX [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] benchmark.
The results gained in these experiments show a slight
increase of energy e ciency for CPU-bound DB applications
(0,176 TA/Joule vs. 0,166 TA/Joule), whereas more than
a doubling was obtained for IO-intensive DB applications,
i.e., for an IO-bound DB server (0,850 TA/Joule vs. 0,368
TA/Joule). Hence, it is obvious that di ering load
situations may imply entirely di erent energy-e ciency levels.
But this is not the desirable behavior of a DB server.
One could argue that switching the server completely o
would be the most energy-e cient alternative, but again
this is just another energy-e ciency level (namely the point
of origin) and the cost of resuming operation could not be
neglected, e.g., loading the DB bu er anew.
      </p>
      <p>
        The approach mentioned above is hindered by the fact that
the capacity costs (GB/$) for SSDs still exceed the ones for
HDDs by at least a factor of 10. Although analysts forecast
a considerable price drop within the next two years [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], at
the moment, SSDs might still be unattractive for a large
data center.
      </p>
      <p>
        To overcome this drawback, hybrid approaches, like those
described in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] or [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], have been proposed. These ideas
combine the use of SSDs and hard disks and thereby allow
to bene t from the advantages of both storage types while
still having a cost-e ective storage subsystem. Right now,
these approaches just focus on the combination of several
heterogeneous storage types for maximum performance. But
it is conceivable to come up with a hybrid storage subsystem
which focuses on the energy-e ciency aspect as well.
1Using 3.3K IOPS of random 4KB writes|the maximum
random-write speed speci ed by the manufacturer|, a
maximum write endurance of &gt; 8 107 sec is obtained. This
is close to three years, approximately the lifetime of a hard
disk.
      </p>
      <p>
        Apart from the storage subsystem, dedicated proposals aim
at energy-e cient usage of the CPU. To evaluate the
benets gained from energy-e cient approaches, the energy
delay product (EDP) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] has been proposed as a reasonable
measure. This factor is de ned as energy delay: for a
constant EDP, the change in the energy consumed is therefore
matched by an equal change in the response time. Lower
EDP values are, of course, desirable as they embody a larger
percentage of energy saving. In this case, however, system
response time is likely to be increased, which may not be
wanted by the user.
      </p>
      <p>
        In contribution [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], Lang and Patel propose two techniques
which are evaluated towards their resulting EDP. The rst
technique, called explicit query delay, delays queries and
places them into a queue upon arrival. When the queue
reaches a given threshold, all queries in the queue are
examined to determine whether or not they can be aggregated
into a small number of groups, such that the queries of a
group can be jointly evaluated. Hence, this approach tries
to minimize redundant evaluation of queries thereby saving
energy. It has shown that, using a simplistic scenario, this
kind of grouping could decrease the EDP by 26%.
Besides this technique, it is possible to in uence the CPU
behavior and thereby its energy consumption by processor
voltage/frequency control (PVC) techniques, e.g., by
underclocking the front-side bus or by downgrading the CPU
voltage. Again, PVC techniques embody a static approach
which could leverage the energy e ciency only at a certain
load level, but which could eventually also impinge upon the
query execution time and imply higher energy consumption
than the default setting. Thus, in general, it is highly
desirable to dynamically adjust the server's energy consumption
such that the best possible energy e ciency is accomplished
at all load levels.
      </p>
      <p>
        This is an objective where energy-proportional systems come
into play. The notion of energy proportionality has been rst
coined by Barroso and Holzle [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] and characterizes the
behavior of a server whose energy consumption proportionally
scales with its load. An adaptive PVC would be an
initial step towards this design goal. Nevertheless, the entire
system architecture should be reconsidered, because
building energy-proportional systems requires a holistic approach.
Ranganathan [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] comes to the same conclusion that instead
of having several small and local energy-aware
optimizations, a holistic focus supposably results in an even better
energy-e cient system.
      </p>
      <p>
        Recently, Tsirogiannis et al. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] claimed that, within a
single node system (intended for use in scale-out
architectures), the most energy-e cient con guration is typically the
highest performing one. Obviously, their empirical
\observation" is also closely dependent on the absence of
energyproportional runtime behavior in current servers.
Furthermore, the authors hypothesize that better saving
opportunities might be found when cross-node, energy-e ciency
techniques are to be applied.
      </p>
      <p>In the following section, the key components of a server are
examined towards their ability to reach energy-proportional
behavior.
3. ENERGY PROPORTIONALITY OF A DB</p>
      <p>SERVER
Before we come up with a proposal how an energy-proportional
system should be preferably composed, it makes sense to
examine existing (DB) server systems to nd out how energy
proportionality can be achieved.</p>
      <p>
        When considering a server as a whole, Spector [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] as well
as Tsirogiannis et al. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] come to the conclusion that a
normal server consumes already more than 50% of its
maximal power (and much more especially, when a huge memory
is present) when running in idle mode. Figure 1 illustrates
how the power consumption looks like at di erent load
situations. It is remarkable that the power consumption
(starting already at 50%) quickly converges with a small increase
of utilization close to the peak consumption, i.e., the 100%
level. Obviously, a server in its default settings does not
exhibit an energy-proportional behavior at all. For these
reasons, a closer look at the key components will be helpful.
Storage In contribution [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], experiments using hard disk
RAIDs and SSD RAIDs show that, unlike hard disks, SSDs
provide an energy-proportional behavior. We also performed
some load test using a selected set of hard disks and SSDs of
di erent generations (cf. gure 2), but we draw another
conclusion: SSDs just have a slightly better energy-proportional
behavior, yet at a much lower power level (1/10 of that of
hard disks).
      </p>
      <p>
        In the recent past, several approaches have been proposed
for hard-disk-based storage subsystems, which spin down
idle disks in order to save energy [
        <xref ref-type="bibr" rid="ref21 ref22 ref5">5, 21, 22</xref>
        ]. Depending on
the respective approach, data is relocated during run time in
order to increase the idle time of a disk that is already spun
down. Otherwise, there is a time penalty to spin up the disk
again. As an overall e ect, energy-proportional behavior can
be approximated [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. In order to further decrease the power
consumption, these approaches could be adapted to hybrid
or SSD-only storage subsystems.
      </p>
      <p>CPU Modern CPUs behave in an energy-proportional way
to some degree. In addition to the control via PVC
techniques, the current trend towards many-core processors
favors energy-e cient operation. It is possible that unused
cores enter a sleep mode where they just consume a fraction
of the power needed in idle mode. The Intel Core i7
processor combines both techniques by disabling unused cores
(especially in the case of single-threaded applications) and
by increasing the clock rate of the remaining one. Finally,
there are also low-energy processors (e.g. Intel Atom)
available.</p>
      <p>DRAM memory Main memory is the primary concern
when thinking about energy proportionality. As it
permanently consumes a given amount of power (independent of
the load), this component is not energy-aware at all. One
current trend is to build large (in the range of Terabyte)
main-memory databases2. This will result in just the
opposite of an energy-proportional system as RAM will be
responsible for the overwhelming share of the energy
consumed by the server|at a constant rate.</p>
      <p>Therefore, it is critical to evaluate how much internal
memory is needed to approximate energy proportionality without
sacri cing drops in performance by utilizing an insu cient
amount of memory.</p>
      <p>In a nutshell, the previous methodology using large-scale
servers (scale-up) is still burdened by large energy
consumption in idle mode.</p>
      <p>
        Another possibility for system engineering is scale-down /
scale-out: Instead of using a single, large server, several
small-scale servers are deployed. In the literature, there have
been proposals for such a network of small-scale servers like
Amdahl blades [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], FAWN (Fast array of wimpy nodes) [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
or TerraServer bricks [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. As each server is independent, this
is the appropriate granularity for scaling the whole system
as well as the appropriate granularity to switch nodes on and
o . In the end, this will result in a true energy-proportional
system (to the extent possible).
2\SAP-Module gewinnen an Tempo" (Computer-Zeitung,
June 22, 2009). Using main-memory data management,
SAP tries to speed up the response times of applications
by a factor of 100.
75%
50%
75%
50%
25%
0%
0%
In the next section, we will explain our vision of an
energyproportional system in more detail.
      </p>
    </sec>
    <sec id="sec-2">
      <title>4. OUR VISION</title>
      <p>As it has become obvious in the preceding section that a
single (large-scale) server node can't establish an
energyproportional behavior, we will focus on the scale-out
approach consisting of several small-scale nodes connected via
network adapters.</p>
      <p>We envision a distributed database system which runs on
several small-scale nodes. While FAWN tackles a distributed
key-value store, we will focus on a traditional relational
database system. Although much research work on
distributed database systems has delivered substantial
scienti c results and engineering techniques during more than
20 years, it is nevertheless fundamental to reevaluate this
\body of knowledge and experience" with respect to modern
hardware and energy e ciency.</p>
      <p>As every node is constructed in a small-scale manner and,
thus, consumes little energy, we have at least energy
proportionality at the granularity of nodes. Depending on the load
situation, nodes can be switched on and o , so this approach
will approximate the ideal energy-proportional system. We
believe that small-scale distributed systems are the key
concept to achieve energy proportionality. By applying ad-hoc
adaptivity mechanisms, energy consumption will scale with
the given load.</p>
      <p>
        At the moment, we are about to implement a rst software
prototype in the context of the SIGMOD 2010 programming
contest [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ] whose goal is set to come up with a distributed
database engine. After having nished the contest, we will
expand its functionality towards adaptivity and energy e
ciency.
      </p>
      <p>For the future, we consider an architecture which comprises
two types of specialized nodes: Data nodes for accessing
the base relations and performing simple operations (e.g.
selection and projection) and computation nodes for
CPUintensive operations like joins. Of course, there are many
open and challenging questions while re ning this approach,
amongst others to nd out how the overall energy e ciency
is a ected by the data distribution or how to come up with
an energy-e cient query optimizer for distributed systems.
Another issue that needs further investigation is how much
energy consumption is introduced by the network
infrastructure and the data transmission between nodes transfer and
whether it proportionally scales with respect to the load as
well.</p>
    </sec>
    <sec id="sec-3">
      <title>5. CONCLUSION</title>
      <p>As we have shown, the current trend towards energy e
ciency and Green IT is relevant for the database research
community as well. Several ideas of limited scope have
already been proposed; nevertheless, we believe that only a
holistic approach will be the road to success in the end.
Present approaches try to be energy-e cient under high
workloads or even peak load situation (e.g., explicit query
delays). Our approach aims especially at increasing the
energy e ciency at low load levels by introducing the concept
of energy proportionality.</p>
      <p>
        Furthermore, we want to provide some evidence whether
or not the claims of Tsirogiannis et al. [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] are true, i.e.,
whether our ndings will support their hypothesis.
In the future, we will further explore how (distributed)
database systems have to be designed to exploit the given system
architecture best. By introducing adaptivity, the database
system will dynamically interact with its underlying
hardware to increase energy e ciency.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>D. G.</given-names>
            <surname>Andersen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Franklin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaminsky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Phanishayee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Tan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>V.</given-names>
            <surname>Vasudevan</surname>
          </string-name>
          .
          <article-title>FAWN: a fast array of wimpy nodes</article-title>
          .
          <source>In SOSP</source>
          , pages
          <volume>1</volume>
          {
          <fpage>14</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>T.</given-names>
            <surname>Barclay</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gray</surname>
          </string-name>
          , and
          <string-name>
            <given-names>W.</given-names>
            <surname>Chong. TerraServer Bricks { A High Availability Cluster Alternative</surname>
          </string-name>
          , Microsoft
          <string-name>
            <surname>Research (MSR-TR-</surname>
          </string-name>
          2004
          <source>-107)</source>
          .
          <source>Technical report</source>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>L. A.</given-names>
            <surname>Barroso</surname>
          </string-name>
          and
          <string-name>
            <given-names>U.</given-names>
            <surname>Ho</surname>
          </string-name>
          <article-title>lzle. The Case for Energy-Proportional Computing</article-title>
          .
          <source>Computer</source>
          ,
          <volume>40</volume>
          (
          <issue>12</issue>
          ):
          <volume>33</volume>
          {
          <fpage>37</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>C. L.</given-names>
            <surname>Belady</surname>
          </string-name>
          .
          <article-title>In the Data Center, Power and Cooling Costs More Than the IT Equipment it Supports</article-title>
          .
          <source>Electronics Cooling</source>
          . vol.
          <volume>13</volume>
          , no. 1; http://electronics-cooling.com/articles/2007/feb/a3/,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>D.</given-names>
            <surname>Colarelli</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Grunwald</surname>
          </string-name>
          .
          <article-title>Massive arrays of idle disks for storage archives</article-title>
          .
          <source>In ACM/IEEE conference on Supercomputing</source>
          , pages
          <fpage>1</fpage>
          <lpage>{</lpage>
          11. IEEE Computer Society Press,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>V.</given-names>
            <surname>De</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Borkar</surname>
          </string-name>
          .
          <article-title>Technology and design challenges for low power and high performance</article-title>
          .
          <source>In International Symposium on Low power electronics and design</source>
          , pages
          <volume>163</volume>
          {
          <fpage>168</fpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J.</given-names>
            <surname>Guerra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Belluomini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Glider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Gupta</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Pucha</surname>
          </string-name>
          .
          <article-title>Energy proportionality for storage: impact and feasibility</article-title>
          .
          <source>SIGOPS Operation Systems Review</source>
          ,
          <volume>44</volume>
          (
          <issue>1</issue>
          ):
          <volume>35</volume>
          {
          <fpage>39</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>T.</given-names>
            <surname>Ha</surname>
          </string-name>
          <article-title>rder, K</article-title>
          . Schmidt,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Ou</surname>
          </string-name>
          , and S. Bachle. Towards Flash Disk Use in Databases - Keeping
          <string-name>
            <surname>Performance While Saving Energy? In</surname>
            <given-names>BTW</given-names>
          </string-name>
          , volume P-
          <volume>144</volume>
          <source>of LNI</source>
          , pages
          <volume>167</volume>
          {
          <issue>186</issue>
          , 3
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Harizopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Shah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Meza</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Ranganathan. Energy E ciency:</surname>
          </string-name>
          <article-title>The New Holy Grail of Data Management Systems Research</article-title>
          . In CIDR,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>M. P.</given-names>
            <surname>Haustein</surname>
          </string-name>
          and
          <string-name>
            <given-names>T.</given-names>
            <surname>Ha</surname>
          </string-name>
          <article-title>rder. An E cient Infrastructure for Native Transactional XML Processing</article-title>
          .
          <source>Data&amp;Knowledge Engineering</source>
          ,
          <volume>61</volume>
          (
          <issue>3</issue>
          ):
          <volume>500</volume>
          {
          <issue>523</issue>
          , 6
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>J.</given-names>
            <surname>Janukowicz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Reinsel</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Rydning</surname>
          </string-name>
          . Worldwide Solid State Drive 2008
          <article-title>-2012 Forecast and Analysis</article-title>
          .
          <source>Technical report</source>
          , IDC,
          <year>Juni 2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>S.-H.</given-names>
            <surname>Kim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Jung</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-S.</given-names>
            <surname>Kim</surname>
          </string-name>
          , and
          <string-name>
            <surname>S. Maeng.</surname>
          </string-name>
          <article-title>HeteroDrive: Reshaping the Storage Access Pattern of OLTP Workload Using SSD</article-title>
          .
          <source>In International Workshop on Software Support for Portable Storage</source>
          ,
          <volume>10</volume>
          <fpage>2009</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>I.</given-names>
            <surname>Koltsidas</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Viglas</surname>
          </string-name>
          .
          <article-title>Flashing up the storage layer</article-title>
          .
          <source>PVLDB</source>
          ,
          <volume>1</volume>
          (
          <issue>1</issue>
          ):
          <volume>514</volume>
          {
          <fpage>525</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>W.</given-names>
            <surname>Lang</surname>
          </string-name>
          and
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Patel</surname>
          </string-name>
          .
          <article-title>Towards Eco-friendly Database Management Systems</article-title>
          . In CIDR,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>M.</given-names>
            <surname>Nicola</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Kogan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Schiefer</surname>
          </string-name>
          .
          <article-title>An XML transaction processing benchmark</article-title>
          .
          <source>In SIGMOD</source>
          , pages
          <volume>937</volume>
          {
          <fpage>948</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>P.</given-names>
            <surname>Ranganathan</surname>
          </string-name>
          .
          <article-title>Recipe for e ciency: principles of power-aware computing</article-title>
          .
          <source>Communications of the ACM</source>
          ,
          <volume>53</volume>
          (
          <issue>4</issue>
          ):
          <volume>60</volume>
          {
          <fpage>67</fpage>
          ,
          <string-name>
            <surname>April</surname>
          </string-name>
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>P.</given-names>
            <surname>Senellart</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Genzmer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Abiteboul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Balazinska</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Madden</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Stonebraker</surname>
          </string-name>
          .
          <article-title>SIGMOD 2010 Programming Contest { Distributed Query Engine</article-title>
          . http://dbweb.enst.fr/events/sigmod10contest/,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A. Z.</given-names>
            <surname>Spector</surname>
          </string-name>
          .
          <article-title>Distributed Computing at Multi-dimensional Scale</article-title>
          . In International Middleware Conference,
          <year>2008</year>
          . Keynote.
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>A. S.</given-names>
            <surname>Szalay</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. C.</given-names>
            <surname>Bell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. H.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Terzis</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>White</surname>
          </string-name>
          .
          <article-title>Low-power amdahl-balanced blades for data intensive computing</article-title>
          .
          <source>SIGOPS Operation Systems Review</source>
          ,
          <volume>44</volume>
          (
          <issue>1</issue>
          ):
          <volume>71</volume>
          {
          <fpage>75</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>D.</given-names>
            <surname>Tsirogiannis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Harizopoulos</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Shah</surname>
          </string-name>
          .
          <article-title>Analyzing the Energy E ciency of a Database Server</article-title>
          . In SIGMOD,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>C.</given-names>
            <surname>Weddle</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Oldham</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Qian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.-I. A.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Reiher</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Kuenning. PARAID</surname>
          </string-name>
          :
          <article-title>A gear-shifting power-aware RAID</article-title>
          .
          <source>ACM TOS</source>
          ,
          <volume>3</volume>
          (
          <issue>3</issue>
          ):
          <fpage>13</fpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>Q.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Tan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Keeton</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J.</given-names>
            <surname>Wilkes</surname>
          </string-name>
          .
          <article-title>Hibernator: helping disk arrays sleep through the winter</article-title>
          .
          <source>In SOSP</source>
          , pages
          <volume>177</volume>
          {
          <fpage>190</fpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>