Search

Diese Arbeit beschäftigt sich mit der Frage, ob es möglich und sinnvoll ist ein Solid State Drive (SSD) als Cache für eine herkömmliche magnetscheibenbasierte Festplatte zu nutzen. In aktuellen Rechnersystemen stellt häufig der Massenspeicher in Form einer Festplatte den Flaschenhals des Systems dar. Dies ist darauf zurückzuführen, dass Festplatten auf Grund ihres mechanischen Aufbaus eine Zugriffszeit haben, die um mehrere Größenordnungen schlechter ist als die der nächsten Stufe in der Speicherhierarchie – dem Arbeitsspeicher. Um dieses Problem zu beseitigen, wurde in den letzten Jahren halbleiterbasierter Massenspeicher als Ersatz für Festplatten eingeführt, der dieses Defizit nicht besitzt. Diese Laufwerke werden unter der Bezeichnung SSD vermarktet. SSDs haben jedoch den Nachteil, dass die Kosten pro Byte wesentlich über denen von Festplatten liegen. Darum ist mit einer vollständigen Substitution von Festplatten durch SSDs in den kommenden Jahren kaum zu rechnen. Die momentane Situation, die daraus resultiert, ist die, dass Anwender häufig genutzte Daten auf einer meist kleinen SSD speichern und die restlichen Daten auf einer langsameren Festplatte. Dieses Vorgehen ist für den Nutzer jedoch sehr umständlich. Deshalb wird in dieser Arbeit die Nutzung von SSDs als transparenter Cache für Festplatten vorgeschlagen. Dadurch würde nur ein geringes Eingreifen des Nutzers erforderlich sein und es ihm trotzdem ermöglicht, die Vorteile von SSDs zu nutzen. Es werden im Verlauf dieser Arbeit dafür zunächst die technischen Grundlagen von Festplatten und SSDs dargestellt und andere Arbeiten betrachtet, die ein ähnliches Konzept verfolgen bzw. für die praktische Realisierung des Cache von Bedeutung sind. Auf Grundlage dieser technischen und theoretischen Rahmenbedingungen wird eine konkrete Problem- und Aufgabenstellung formuliert. Basierend auf dieser wird eine Architektur für einen blockbasierten Cache vorgeschlagen, deren konkrete Implementierung ebenfalls in dieser Arbeit beispielhaft dargestellt wird. Mit Hilfe dieser Beispielimplementierung wurden für diese Arbeit Simulationen und Messungen durchgeführt. Sie ermöglichen es die Frage zu beantworten, ob es sinnvoll ist, eine SSD als Cache zu nutzen. Somit wird abschließend diese Fragestellung anhand der gewonnenen Messergebnisse unter den Gesichtspunkten der Leistungssteigerung und des zusätzlichen Ressourcenverbrauchs durch den Cache diskutiert., This thesis discusses whether it is feasible and reasonable to use a solid-state drive (SSD) as cache for a traditional magnet platter based hard disk drive. The mass storage realized through a hard disk drive is often the bottleneck in current computers. The reason for that is that the access time of a hard disk drive is several magnitudes inferior to the one of the next layer in the memory hierarchy – the main memory – due to its mechanical nature. To tackle this issue, semiconductor-based mass storage that does not display this disadvantage was introduced in recent years as a replacement for hard disk drives. This type of storage is marketed as solid-state drives. However, SSDs have the disadvantage that the cost per byte is much higher in comparison to hard disks. Because of this, the complete replacement of hard disk drives by solid-state drives cannot be expected in the near future. That results in the current situation where users store the most frequently used data on a small SSD and the remaining data on a slower hard disk drive.This approach is cumbersome for the end user. In order to overcome this issue, this thesis proposes the use of SSDs as a transparent cache for hard disk drives. This would require only a small degree of intervention by the user and would still enable him or her to experience the benefits of SSDs. The thesis is of the following structure. It starts with a discussion of the technological background of hard disk and solid-state drives followed by the presentation of related works and concepts relevant to the topic of this thesis. Based on this background, a precise research question is established. To answer it, the thesis continues with the proposition of an architecture for a block-based cache and discusses an actual implementation of this architecture. On the basis of this implementation, extensive simulations and measurements were possible and the scientific question of this thesis is discussed thoroughly by the means of their results.

Von Natur aus arbeiten Content-Management-Systeme langsamer als Systeme mit statischen HTML-Seiten, da sie die Seiten erst zur Laufzeit aus vielen einzelnen Elementen zusammensetzen müssen. Um dem entgegen zu wirken hat der richtige Einsatz des Cachings eine enorme Bedeutung.

Die Zugriffslokalität referenzierter Daten ist eine wichtige Eigenschaft verteilter Anwendungen. Lokales Zwischenspeichern abgefragter entfernter Daten (Caching) wird vielfach bei der Entwicklung solcher Anwendungen eingesetzt, um diese Eigenschaft auszunutzen. Anschliessende Zugriffe auf diese Daten können so beschleunigt werden, indem sie aus dem lokalen Zwischenspeicher bedient werden. Gegenwärtige Middleware-Architekturen bieten dem Anwendungsprogrammierer jedoch kaum Unterstützung für diesen nicht-funktionalen Aspekt. Die vorliegende Arbeit versucht deshalb, Caching als separaten, konfigurierbaren Middleware-Dienst auszulagern. Durch die Einbindung in den Softwareentwicklungsprozess wird die frühzeitige Modellierung und spätere Wiederverwendung caching-spezifischer Metadaten gewährleistet. Zur Laufzeit kann sich das entwickelte System außerdem bezüglich der Cachebarkeit von Daten adaptiv an geändertes Nutzungsverhalten anpassen. Locality of reference is an important property of distributed applications. Caching is typically employed during the development of such applications to exploit this property by locally storing queried data: Subsequent accesses can be accelerated by serving their results immediately form the local store. Current middleware architectures however hardly support this non-functional aspect. The thesis at hand thus tries outsource caching as a separate, configurable middleware service. Integration into the software development lifecycle provides for early capturing, modeling, and later reuse of cachingrelated metadata. At runtime, the implemented system can adapt to caching access characteristics with respect to data cacheability properties, thus healing misconfigurations and optimizing itself to an appropriate configuration. Speculative prefetching of data probably queried in the immediate future complements the presented approach.

Die letzte Warmzeit fällt in den Zeitraum von 128000 bis 115000 Jahren vor heute. Mitteleuropa war damals bewaldet und die Durchschnittstemperaturen lagen etwas über denen der heutigen Warmzeit. Europa wurde von frühen Neandertalern besiedelt, die Großwildjäger waren, vermutlich Vorräte anlegten und komplexe Totenbräuche befolgten. Es wird ein Überblick über den aktuellen Forschungsstand zur Archäologie der letzten Warmzeit gegeben., The last interglacial is dated to between 128 and 115 ka BP. During this period Central Europe was forested and temperatures were slightly higher than today. Early Neandertals inhabiting this region hunted big game and presumably stored goods and practiced complex burial customs. A synopsis of the present state of research on the archaeology of the last interglacial is provided., Le dernier interglaciaire est daté entre 128 et 115 ka BP. Pendant cette période, l'Europe centrale était boisée et les températures étaient légèrement plus élevées qu'aujourd'hui. Les anciens Néandertaliens qui habitaient cette région chassaient le gros gibier et stockent vraisemblablement des biens et pratiquaient des coutumes funéraires complexes. Un résumé de l'état actuel de la recherche sur l'archéologie de la dernière période interglaciaire est fourni.