[svnbook] r4569 committed - Translation: Packing FSFS filesystems

svnbook at googlecode.com svnbook at googlecode.com
Mon Dec 23 15:53:16 CST 2013


Revision: 4569
Author:   jmfelderhoff at gmx.eu
Date:     Mon Dec 23 21:27:32 2013 UTC
Log:      Translation: Packing FSFS filesystems

http://code.google.com/p/svnbook/source/detail?r=4569

Modified:
  /branches/1.6/de/book/ch05-repository-admin.xml

=======================================
--- /branches/1.6/de/book/ch05-repository-admin.xml	Wed Dec 18 21:03:43  
2013 UTC
+++ /branches/1.6/de/book/ch05-repository-admin.xml	Mon Dec 23 21:27:32  
2013 UTC
@@ -3457,8 +3457,12 @@

        <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
-->
        <sect3 id="svn.reposadmin.maint.diskspace.fsfspacking">
+<!--
          <title>Packing FSFS filesystems</title>
+-->
+        <title>FSFS Filesysteme packen</title>

+<!--
          <para>As described in the sidebar
            <xref linkend="svn.reposadmin.basics.backends.fsfs.revfiles"/>,
            FSFS-backed Subversion repositories create, by default, a
@@ -3466,14 +3470,34 @@
            Having thousands of these files present on your Subversion
            server—even when housed in separate shard
            directories—can lead to inefficiencies.</para>
+-->
+        <para>Wie in der Anmerkung
+          <xref linkend="svn.reposadmin.basics.backends.fsfs.revfiles"/>
+          beschrieben, erzeugen auf FSFS basierende
+          Subversion-Projektarchive standardmäßig für jede dem
+          Projektarchiv hinzugefügte Revision eine neue Datei auf
+          der Platte. Wenn tausende dieser Dateien auf dem
+          Subversion-Server liegen, kann dies ineffizient werden,
+          selbst dann, wenn sie in getrennten Scherben-Verzeichnissen
+          untergebracht sind.</para>

+<!--
          <para>The first problem is that the operating system has to
            reference many different files over a short period of time.
            This leads to inefficient use of disk caches and, as a
            result, more time spent seeking across large disks.  Because
            of this, Subversion pays a performance penalty when
            accessing your versioned data.</para>
+-->
+        <para>Das erste Problem besteht darin, dass das Betriebssystem
+          innerhalb kurzer Zeit auf viele verschiedene Dateien
+          beziehen muss. Das führt zur ineffektiven Verwendung von
+          Zwischenspeicherungen der Platte und hat zur Folge, dass bei
+          großen Platten viel Zeit zum Suchen verbraucht wird. Daher
+          kommt es beim Zugriff von Subversion auf versionierte Daten
+          zu Leistungseinbußen.</para>

+<!--
          <para>The second problem is a bit more subtle.  Because of the
            ways that most filesystems allocate disk space, each file
            claims more space on the disk than it actually uses.  The
@@ -3486,7 +3510,22 @@
            which have many small revisions, since the overhead involved
            in storing the revision file quickly outgrows the size of
            the actual data being stored.</para>
+-->
+        <para>Das zweite Problem ist etwas subtiler. Aufgrund der Art
+          und Weise wie die meisten Dateisysteme Plattenplatz
+          zuweisen, benötigt eine Datei mehr Platz, als sie eigentlich
+          belegt. Der Umfang des zusätzlichen Platzes, um eine
+          einzelne Datei unterzubringen, kann, je nach verwendetem
+          Dateisystem durchschnittlich irgendwo zwischen 2 und 16
+          Kilobyte <emphasis>pro Datei</emphasis> liegen. Das bedeutet
+          pro Revision eine Einbuße bei der Plattennutzung für
+          Projektarchive auf FSFS Basis. Besonders deutlich wird der
+          Effekt bei Projektarchiven mit vielen kleinen Revisionen, da
+          hier platzmäßig die Kosten der Speicherung der
+          Revisionsdatei schnell den Umfang der eigentlich zu
+          speichernden Daten überschreiten.</para>

+<!--
          <para>To solve these problems, Subversion 1.6 introduced the
            <command>svnadmin pack</command> command.  By concatenating
            all the files of a completed shard into a single  
<quote>pack</quote> file
@@ -3496,13 +3535,34 @@
            doing so, it aids filesystem caches and reduces (to one) the
            number of times a file storage overhead penalty is
            paid.</para>
+-->
+        <para>Zur Lösung dieser Probleme führte Subversion 1.6 den
+          Befehl <command>svnadmin pack</command> ein. Durch das
+          Aneinanderfügen aller Dateien einer vollständigen Scherbe in
+          eine einzelne <quote>pack</quote>-Datei und das
+          anschließende Entfernen der ursprünglichen Dateien, die pro
+          Revision angelegt wurden, verringert <command>svnadmin
+          pack</command> die Anzahl der Dateien innerhalb einer
+          gegebenen Scherbe auf nur eine einzelne Datei.
+          Das kommt den Zwischenspeichern des Dateisystems entgegen
+          und verringert die Anzahl der Kosten für Dateispeicherung
+          auf eins.</para>

+<!--
          <para>Subversion can pack existing sharded repositories which
            have been upgraded to the 1.6 filesystem format (see
            <xref linkend="svn.ref.svnadmin.c.upgrade"/>).  To do so,
            just run <command>svnadmin pack</command> on the
            repository:</para>
+-->
+        <para>Subversion kann bestehenede zerlegte Projektarchive
+          packen, die auf das Dateisystemformat von 1.6 aktualisiert
+          worden sind (siehe
+          <xref linkend="svn.ref.svnadmin.c.upgrade"/>). Lassen Sie
+          dafür einfach <command>svnadmin pack</command> über das
+          Projektarchiv laufen:</para>

+<!--
          <informalexample>
            <screen>
  $ svnadmin pack /var/svn/repos
@@ -3514,17 +3574,44 @@
  Packing shard 35...done.
  Packing shard 36...done.
  $
+</screen>
+        </informalexample>
+-->
+        <informalexample>
+          <screen>
+$ svnadmin pack /var/svn/repos
+Packe 0...erledigt.
+Packe 1...erledigt.
+Packe 2...erledigt.
+…
+Packe 34...erledigt.
+Packe 35...erledigt.
+Packe 36...erledigt.
+$
  </screen>
          </informalexample>

+<!--
          <para>Because the packing process obtains the required locks
            before doing its work, you can run it on live repositories,
            or even as part of a post-commit hook.  Repacking packed
            shards is legal, but will have no effect on the disk usage
            of the repository.</para>
+-->
+        <para>Da der Packprozess die benötigten Sperren erlangt, bevor
+          er seine Arbeit beginnt, können Sie ihn auf in Benutzung
+          befindliche Projektarchive anwenden oder sogar als Teil
+          eines Hooks nach der Übergabe. Das erneute Packen bereits
+          gepackter Scherben ist legal, hat allerdings keine
+          Auswirkungen auf den Plattenverbrauch des
+          Projektarchivs.</para>

+<!--
          <para><command>svnadmin pack</command> has no effect on
            BDB-backed Subversion repositories.</para>
+-->
+        <para><command>svnadmin pack</command> hat keine Auswirkungen
+          auf Subversion-Projektarchive auf BDB-Basis.</para>

        </sect3>
      </sect2>


More information about the svnbook-dev mailing list