On Friday 15 February 2002 13:04, Marko Schulz wrote:
+��e#
-h+�> On Fri, Feb 15, 2002 at 12:20:52PM +0100, Johannes Franken wrote:
> > On Fri, Feb 15, 2002 at 11:19:45AM +0100, Christoph Kampe wrote:
> > > Leider ist die Geschwindigkeit auch ein nicht unbedeutender Faktor :-(
> >
> > Die Verzoegerung ergibt sich beim gzip. Probier doch mal aus,
> > ob "gzip -1" so viel schneller ist, dass es die groessere Ausgabe
> > rechtfertigt.
>
> Auch andere -2 - -4 sind mei�t von der Zeit noch ganz OK und
> komprimieren schon etwas besser. Experimientieren ist hier also
> angesagt.
>
> Ich bin mir allerdings unsicher, ob gzip hier wirklich der
> entscheidende Faktor ist. Schlie�lich wird hier massiv von einer
> Partition gelesen und auf eine andere Partition der selber Platte
> geschrieben. Aber das wird Christoph am besten beobachten
> k�nnen. Ggf. mit Hilfe von top oder dem Umleiten nach /dev/null
> ('dd if=/dev/hda1 |gzip > /dev/null' und 'dd if=/dev/hda1 > /dev/null').
>
> Falls doch die Platte der bremsende Faktor ist, w�re nat�rlich der
> Backup auf eine andere Platte gut, aber aus Geldgr�nden vermutlich
> nicht machbar. Eine etwas wildere Idee: Vielleicht k�nnte man das
> Backup aber ja von einem Rechner �ber das Netz auf die Platte eines
> anderen Rechners machen. Oder ob da das Netz zum Flaschenhals wird?
> Im Zweifelsfall mu� man das halt ausprobieren.
--
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
