From 5520f2e763a8bf02d81bb44ef9e0eedd0d0785bb Mon Sep 17 00:00:00 2001 From: pschoeps Date: Thu, 3 Apr 2014 20:49:00 +0200 Subject: [PATCH] fast fertig --- bericht/ori/ori-con.tex | 2 +- bericht/ori/ori-function.tex | 5 +++-- bericht/ori/ori-ver.tex | 6 +++--- 3 files changed, 7 insertions(+), 6 deletions(-) diff --git a/bericht/ori/ori-con.tex b/bericht/ori/ori-con.tex index be7b08e..a22ec07 100644 --- a/bericht/ori/ori-con.tex +++ b/bericht/ori/ori-con.tex @@ -2,4 +2,4 @@ Während meiner Ausarbeitung stieß immer wieder auf Funktionen, die zwar in der Abhandlung oder in den Man-Pages aufgeführt sind, aber nur teilweise bzw. überhaupt nicht funktionierten. Es war mir nicht möglich die automatische Synchronisation \emph{orisync} erfolgreich zu starten. Auch Segmentation Faults oder undefinierte Fehler traten immer wieder auf. \\ -Abschließend möchte ich noch sagen, dass Ori zwar einen guten Ansatz darin gefunden hat, Speicherdienst, Dateisystem und Versionskontrollsystem in sich zu vereinen, aber noch in fast allen Bereichen scheitert, diesen erfolgreich umzusetzen. Deshalb ist Ori momentan nicht zu gebrauchen. \ No newline at end of file +Abschließend möchte ich noch sagen, dass Ori zwar einen guten Ansatz darin gefunden hat, Speicherdienst, Dateisystem und Versionskontrollsystem in sich zu vereinen, aber noch in fast allen Bereichen scheitert, diese Idee erfolgreich umzusetzen. Deshalb ist Ori momentan nicht zu gebrauchen. \ No newline at end of file diff --git a/bericht/ori/ori-function.tex b/bericht/ori/ori-function.tex index fbb5199..8742c8f 100644 --- a/bericht/ori/ori-function.tex +++ b/bericht/ori/ori-function.tex @@ -46,11 +46,12 @@ Wie aus dem Systemdiagramm ersichtlich ist, besteht Ori aus den Teilprogrammen \ \item[\emph{-- --journal-sync}] für synchrones Wiederherstellungs-Journal \end{description} \end{description} + +\pagebreak + \item[\emph{libori}] verwaltet die Repositorien bestehend aus Index, Objekt-Speicher und Objekt-Metadaten. Die Repositorien werden lokal unter \emph{.ori} im Home-Verzeichnis gespeichert. \end{description} -\pagebreak - Beispielverzeichnis mit einem Repo \emph{repo}: \\ \begin{tikzpicture} diff --git a/bericht/ori/ori-ver.tex b/bericht/ori/ori-ver.tex index 704ddd4..2f048ac 100644 --- a/bericht/ori/ori-ver.tex +++ b/bericht/ori/ori-ver.tex @@ -38,9 +38,9 @@ Testaufruf GlusterFS: Testaufruf OriFS: -\shellcmd{./iozone -azcR -I -f /ori-home/rep/testfile -b excel.xls} \\ +\shellcmd{./iozone -azcR -I -f /ori/home/rep/testfile -b excel.xls} \\ -Beim Vermessen von \emph{orifs} wurde die Option \emph{-U /ori-home/rep} weggelassen, weil \emph{orifs} vom System nicht automatisch un- und gemounted werden kann. \\ +Beim Vermessen von \emph{orifs} wurde die Option \emph{-U /ori/home/rep} weggelassen, weil \emph{orifs} vom System nicht automatisch un- und gemounted werden kann. \\ Lesend: \\ @@ -60,6 +60,6 @@ Schreibend: \\ Auswertung: \\ - +Wie aus den Diagrammen ersichtlich wird, schneidet Ori angeblich sowohl beim Lesen, als auch beim Schreiben von Daten besser ab als GlusterFS. Es ist jedoch anzumerken, dass durch Fehlen der Un- und Mountoperationen Caching-Effekte aufgetreten sind, wodurch überhöhte Werte gemessen wurden. Da GlusterFS wie schon in 1.8.3.3 erwähnt, die Geschwindigkeit der Festplatte beim Lesen mit 104 MiB/s fast voll ausnutzt, liegt es nahe, OriFS ebenfalls dort einzuordnen, da beide Systeme auf FUSE aufbauen. \pagebreak \ No newline at end of file