On Thu, Feb 17, 2005 at 03:17:53AM +0100, Thomas Kosch wrote: > Wobi ich diese Aussage bezweifeln m�chte. Ich hatte ende letzten Jahres > das "Vergnugen" das ganze mit einem Gesamtdatenbankvolumen von 20 GB > durchziehen zu d�rfen. Mit dem Weg mysqldump | gzip | ssh | gunzip | > mysqldump war das ganze in rund 8 Minuten gegessen. Ich glaube nicht das > ich schneller gewsen w�re wenn ich das Ganze "bin�r" kopiert h�tte.
nette Performance. Das d�rfte das absolute Minimum f�r den Transfer gewesen sein, gzip sollte in 0,nichts komprimiert haben. Du arbeitest mits SCSI-320? Darf man fragen, warum dann der Server ausgetauscht werden sollte? ;) 1min 320MBit/s dump der Daten von scb nach sca 1min 320MBit/s gzip mit read von sca und write scb 3,5min Transfer der Daten via 100MBit/s 2min zur�ckspielen mit optimierten I/O auf zwei Platten CPU-Zeit entf�llt, da es wohl ein Quad-Opteron war und diese nicht ins Gewicht fiel (Ironie). Obiges zeigt, dass mit guter Hardware allein deine ermittelten Grenzen gesetzt werden, von der CPU-Last durch das Handling der Datenmengen durch mysql mal ganz abgesehen. -- ,''`. Hagen Kuehnel - http://HagK.de : :' : Kopierschutz: Alle Texte sind mit Double-ROT13 verschl�sselt. UrhG �95d `. `'` Die Umgehung des Kopierschutzes stellt eine Straftat dar. UrhG �95a `- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
