Green-IT und Datenbanken - ODBMS

Weitere Magazine

Empfehlungen

Info

3 Entwurf 26 -&".'/&'01!.#2.# 34.("(5(".%6 !"#$%&'()*+,(( >/.#?&)*,'8(#.)*'.# !.#2.#@.#A$#%&').1 BBBBB7.((,'8.' !"#$%17.((8.#9" 3:7;
3.2 GreenDB frisch gestarteten Datenbank durchgeführt werden konnte (Kaltstartsimulation). • Das Programm selbst durfte den Datenbankserver nicht belasten. Um die Leistungsindikatoren des Datenbankservers zu erhalten, verwendeten wir die Klasse PerformanceCounter aus dem Namespace System.Diagnostics, da diese alle benötigten Indikatoren liefern konnte und zudem die Möglichkeit besitzt, diese Daten auch von einem entfernten Computer zu ermitteln. Leider mussten wir feststellen, das bei dem ursprünglich angedachten Messintervall von weniger als einer Sekunde der „PerformanceCounter“ die Messwerte nicht rechtzeitig vom Datenbankserver erhielt, wenn die CPU des Datenbankservers zu 100 % ausgelastet war. Die Folge war, dass GreenDB auf diese Werte warten musste, wodurch die Zeitachse und die Messwerte nicht mehr korrespondierten bzw. Werte auf der Zeitachse ausgelassen wurden. Um dieses Problem zu beheben, testeten wir, ob der PerformanceCounter auch bei lokal ermittelten Leistungsindikatoren zu langsam ist. Glücklicherweise war dies nicht der Fall. Wir versuchten also dieses Problem zu umgehen, indem wir die Leistungsindikatoren nicht mehr über die dafür vorgesehene Schnittstelle des entfernten Datenbankservers abgriffen, sondern einen ressourcenschonenderen PerformanceServer entwickelten, der lokal auf dem Datenbankserver ausgeführt wurde. Dieser sendete dann, auf eine Anfrage von GreenDB hin, die lokal ermittelten Leistungsindikatoren mittels UDP-Protokoll an den Messrechner. Nun können also mittels GreenDB und PerformanceServer die Messwerte der Leistungsindikatoren vom Datenbankserver zusammen mit dem vom LMG95 gelieferten Stromverbrauch in GreenDB erfasst und gespeichert werden. Damit die verschiedenen Datenbankabfragen automatisiert hintereinander ablaufen konnten, verfügt GreenDB über ein Textfenster, in welches alle SQL-Befehle hintereinander, jeweils durch ein Pipe-Symbol (|) getrennt, geschrieben werden können. GreenDB arbeitet diese Befehle nun der Reihe nach ab, wobei es vor und nach jedem neuen Befehl eine Wartezeit von 10 Sekunden einhält. Während dieser Wartezeit werden die Leistungsindikatoren und der Stromverbrauch in Watt schon beziehungsweise weiter erfasst. Sinn dieses Vorgehens ist es, erstens vor jeder Abfrage zu sehen, ob sich der Datenbankserver im Leerlauf befindet, und zweitens nach jeder Abfrage eventuell durch „Aufräumarbeiten“ der Datenbank auftretende Effekte zu messen. Um jeden Befehl auch auf einer gerade frisch gestarteten Datenbank messen zu können, implementierten wir eine Funktion, mit der die Datenbank vor jedem Befehl neu gestartet werden kann. Dies ließ sich sehr effektiv über das Programm PerformanceServer verwirklichen, da dieses die Datenbank lokal mit den dafür vorgesehenen Programmen und Parametern neu starten kann, wenn GreenDB einen entsprechenden Befehl sendet. Bei einer Kaltstartmessung wartet GreenDB solange, bis die Datenbank wieder verfügbar ist, und zusätzlich noch 20 weitere Sekunden, bevor ein neuer 27
Seite 1 und 2: Fachbereich 12 Informatik und Mathe
Seite 3: Danksagung Diese Diplomarbeit entst
Seite 6 und 7: Inhaltsverzeichnis 5 Energieverbrau
Seite 9 und 10: 1 Einleitung 1.1 Motivation Der Ene
Seite 11: 1.3 Überblick vorgegebenen Datenmo
Seite 14 und 15: 2 Grundlagen Umwelt-Gütesiegel ein
Seite 16 und 17: 2 Grundlagen Servervirtualisierung
Seite 18 und 19: 2 Grundlagen de erst in den letzten
Seite 20 und 21: 2 Grundlagen [OHS10], [HS11b]. 2.2.
Seite 22 und 23: 2 Grundlagen Vorschläge für Serve
Seite 24 und 25: 2 Grundlagen Die Zuordnung der Obje
Seite 26 und 27: 2 Grundlagen Abbildung 2.5: Geöffn
Seite 28 und 29: 2 Grundlagen Abbildung 2.6: Verknü
Seite 30 und 31: 2 Grundlagen 2.4.4 Die 22 Abfragen
Seite 32 und 33: 2 Grundlagen entscheidend ist wie d
Seite 36 und 37: 3 Entwurf SQL-Befehl zur Messung an
Seite 38 und 39: 3 Entwurf 30 • Systemzeit (Prozes
Seite 40 und 41: 4 Implementierung Stromverbrauch de
Seite 42 und 43: 4 Implementierung Die Verbindung zu
Seite 44 und 45: 4 Implementierung aus Sicherheitsgr
Seite 47 und 48: 5 Energieverbrauch der Datenbank Di
Seite 49 und 50: 5.2 Entwurf gen mit eindeutigen Wer
Seite 51 und 52: Tabelle Zeilenanzahl Größe (in KB
Seite 53 und 54: 5.2 Entwurf Datenbank) der beteilig
Seite 55 und 56: 5.2 Entwurf SQL Befehl 13: Selektio
Seite 57 und 58: 5.3 Leistungsaufnahme der Datenbank
Seite 65 und 66: 5 GB-Datenbank 5.3 Leistungsaufnahm
Seite 67 und 68: Prozent und Watt 0 20 40 60 80 100
Seite 79 und 80: Prozent und Watt 0 50 100 150 5.3 L
Seite 81 und 82: Laufzeit [s] 30000 25000 20000 1500
Seite 85:
5.4 Zusammenfassung der Ergebnisse
Seite 88 und 89:
6 Energieoptimierungen 18|CHINA|2|c
Seite 90 und 91:
6 Energieoptimierungen 9:^User.NATI
Seite 92 und 93:
6 Energieoptimierungen Index REGION
Seite 94 und 95:
6 Energieoptimierungen 10 GB Datenb
Seite 96 und 97:
6 Energieoptimierungen Name Geschle
Seite 98 und 99:
6 Energieoptimierungen Relative Kos
Seite 100 und 101:
Seite 102 und 103:
6 Energieoptimierungen o_orderdate
Seite 104 und 105:
6 Energieoptimierungen 10 GB Datenb
Seite 106 und 107:
6 Energieoptimierungen Prozent und
Seite 108 und 109:
Seite 110 und 111:
6 Energieoptimierungen part, suppli
Seite 112 und 113:
6 Energieoptimierungen Der restlich
Seite 114 und 115:
6 Energieoptimierungen der Verarbei
Seite 116 und 117:
Seite 118 und 119:
6 Energieoptimierungen Abfrage Tabe
Seite 120 und 121:
6 Energieoptimierungen dass der Ind
Seite 122 und 123:
6 Energieoptimierungen 114 Relative
Seite 124 und 125:
6 Energieoptimierungen Abbildung 6.
Seite 126 und 127:
6 Energieoptimierungen Abfragen mit
Seite 128 und 129:
6 Energieoptimierungen 6.3 SSD als
Seite 130 und 131:
6 Energieoptimierungen (besonders i
Seite 132 und 133:
Seite 134 und 135:
6 Energieoptimierungen seite im Arb
Seite 136 und 137:
6 Energieoptimierungen tentyp umgew
Seite 138 und 139:
6 Energieoptimierungen 6.3.4 Ersetz
Seite 140 und 141:
6 Energieoptimierungen SSD weniger
Seite 142 und 143:
Seite 144 und 145:
6 Energieoptimierungen Nr Laufzeit
Seite 146 und 147:
6 Energieoptimierungen Nr Laufzeit
Seite 148 und 149:
Seite 150 und 151:
Seite 152 und 153:
Seite 154 und 155:
6 Energieoptimierungen Ersparnis in
Seite 156 und 157:
6 Energieoptimierungen 6.4 Spannung
Seite 158 und 159:
Seite 160 und 161:
6 Energieoptimierungen TPC-H Benchm
Seite 162 und 163:
Seite 164 und 165:
6 Energieoptimierungen Laufzeit und
Seite 166 und 167:
6 Energieoptimierungen Energieverbr
Seite 168 und 169:
6 Energieoptimierungen 6.4.7 Prozes
Seite 170 und 171:
6 Energieoptimierungen TPC-H Benchm
Seite 172 und 173:
6 Energieoptimierungen 6.4.9 Analys
Seite 174 und 175:
6 Energieoptimierungen terschiedlic
Seite 176 und 177:
6 Energieoptimierungen die durchsch
Seite 178 und 179:
6 Energieoptimierungen der Prozesso
Seite 180 und 181:
6 Energieoptimierungen Es gilt folg
Seite 182 und 183:
6 Energieoptimierungen • SSD mit
Seite 184 und 185:
6 Energieoptimierungen 176 Relative
Seite 186 und 187:
6 Energieoptimierungen 178 Prozent
Seite 188 und 189:
6 Energieoptimierungen 180 an Daten
Seite 190 und 191:
7 Zusammenfassung und Ausblick oder
Seite 192 und 193:
7 Zusammenfassung und Ausblick 64 K
Seite 194 und 195:
7 Zusammenfassung und Ausblick Cach
Seite 196 und 197:
7 Zusammenfassung und Ausblick 188
Seite 198 und 199:
Literaturverzeichnis [GP87] Gray, J
Seite 200 und 201:
Literaturverzeichnis [RD05] Ramamur
Seite 202 und 203:
A Anhang and ps_supplycost = ( sele
Seite 204 und 205:
A Anhang from ( select n1.n_name as
Seite 206 und 207:
A Anhang c_custkey = o_custkey and
Seite 208 und 209:
A Anhang TPC-H Abfrage 15: create v
Seite 210 und 211:
A Anhang select sum(l_extendedprice
Seite 212 und 213:
A Anhang order by numwait desc, s_n
Alle anzeigen

Green-IT und Datenbanken - ODBMS

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?