• Diese Seite verwendet Cookies. Indem du diese Website weiterhin nutzt, erklärst du dich mit der Verwendung von Cookies einverstanden. Erfahre mehr

dump performance: usb vs. (e)sata

Olodin

Reading User
Themenstarter #1
Hallo,

ich teste hier gerade die Performance von dump auf externe Festplatten: ich nutze Diese für Backups und möchte von USB 2.0 auf eSata umsteigen. Genutzt wird dump (via ports/sysutils/flexbackup) auf FreeBSD 7.2. Eigentlich hatte ich mir von eSata ca. die doppelte Geschwindigkeit für das Backup erhofft.

Die Zielplatte für das Backup ist eine <SAMSUNG HD103SI/1AG01113> SATA revision 2.x. Ein Vergleich mit bonnie usb<->esata und dieser Platte schaut auch vielversprechend aus:

Code:
# bonnie -s 1000
	-------Sequential Output-------- ---Sequential Input-- --Random--
              -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
Machine    MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
usb      1000 20040 49.4 24731 26.9 12162 15.1 15952 55.1 25279 15.2 243.8  3.0
esata    1000 88389 67.8 101349 42.7 38355 28.1 56522 59.9 79204 30.2 266.8  3.4
Nun gut, dump starten und mal testweise /usr via esata sichern. Viele kleine Dateien, aber 40000k/sec wären schonmal toll. Quellplatte ist vom gleichen Typ wie die Zielplatte, Sicherung also von ad6 auf ad16:

Code:
ATA channel 3:
    Master:  ad6 <SAMSUNG HD103SI/1AG01113> SATA revision 2.x
ATA channel 8:
    Master: ad16 <SAMSUNG HD103SI/1AG01113> SATA revision 2.x
Und dann enttäuschende 12654 KBytes/sec beim Test auf die esata Platte:

Code:
root@mars:/mnt/removable # dump -0 -b 512 -C 32 -a -f usr.dump /usr
  DUMP: WARNING: should use -L when dumping live read-write filesystems!
  DUMP: Date of this level 0 dump: Sat Oct 10 10:56:16 2009
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/ad6s1e (/usr) to usr.dump
  DUMP: mapping (Pass I) [regular files]
  DUMP: Cache 32 MB, blocksize = 65536
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 5877449 tape blocks.
  DUMP: dumping (Pass III) [directories]
  DUMP: 0.01% done, finished in 0:00 at Sat Oct 10 10:56:19 2009
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 61.95% done, finished in 0:03 at Sat Oct 10 11:04:23 2009
  DUMP: DUMP: 5884223 tape blocks on 1 volume
  DUMP: finished in 465 seconds, throughput 12654 KBytes/sec
  DUMP: Closing usr.dump
  DUMP: DUMP IS DONE
Was macht denn da den dump so langsam?
 

Bummibaer

Registered Schwarzbär
#2
Hoi,

vielleicht liegt das daran, dass des filesystem in use is mit read write access zu der Zeit wo des dump rennt au noch uf dem eigentlichen was abgeht und er dadurch einbrichts ? - ich würde mal guggen das zu dem Dump Testzeitpunkt nix uf des livesystem verändernt zugreifft und mal schauen obs daran ggf. liegt - bärig nur so ne Idee - hat ich abär au scho mal.

Gruß Bär
 

spaulding

Well-Known Member
#3
Und vielleicht auch zusätzlich die Option

-L

angeben. Ob die Performance davon besser wird, da bin ich mir nicht sicher, zumindest ist dann aber der Dump des Filesystems konsistent.
 

Olodin

Reading User
Themenstarter #4
Ja, das werd ich nochmal gucken. dump mit -L und vor dem Test zieh ich mal den Netzwerkstecker und fahr ein paar Dienste runter. Auf der Kiste läuft auch kein Desktop.

Kurz zur Hardware:
* Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz
* 1GB Ram
* Intel GM45 chipset


Aber viel spannender: wie schnell sind denn eure dumps?
 

spaulding

Well-Known Member
#5
%mount -v|grep /usr
/dev/da0s1d on /usr (ufs, local, soft-updates, fsid 2be8af445e7dcd09)

%df -h | grep /usr
/dev/da0s1d 9.4G 3.1G 5.5G 36% /usr

%sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu|physmem|usermem|realmem'
hw.machine: i386
hw.model: Intel(R) Pentium(R) 4 CPU 3.00GHz
hw.ncpu: 1
hw.physmem: 3467018240
hw.usermem: 3202457600
hw.machine_arch: i386
hw.realmem: 3480158208

%uname -v
FreeBSD 6.4-RELEASE #2: Sat Oct 3 09:21:30 CEST 2009

(Dump wird auf da1 geschrieben.)

%time dump -0uLa -b256 -C32 -f usr0.dmp /usr
DUMP: Date of this level 0 dump: Mon Nov 23 08:33:50 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/da0s1d (/usr) to usr0.dmp
DUMP: mapping (Pass I) [regular files]
DUMP: Cache 32 MB, blocksize = 65536
DUMP: mapping (Pass II) [directories]
DUMP: estimated 3326342 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 64.02% done, finished in 0:02 at Mon Nov 23 08:41:40 2009
DUMP: DUMP: 3329769 tape blocks on 1 volume
DUMP: finished in 397 seconds, throughput 8387 KBytes/sec
DUMP: level 0 dump on Mon Nov 23 08:33:50 2009
DUMP: Closing usr0.dmp
DUMP: DUMP IS DONE
3.265u 12.653s 6:44.32 3.9% 57+2524k 14085+27402io 0pf+0w

%time dump -0ua -b256 -C32 -f usr0noL.dmp /usr
DUMP: WARNING: should use -L when dumping live read-write filesystems!
DUMP: Date of this level 0 dump: Mon Nov 23 08:45:17 2009
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/da0s1d (/usr) to usr0noL.dmp
DUMP: mapping (Pass I) [regular files]
DUMP: Cache 32 MB, blocksize = 65536
DUMP: mapping (Pass II) [directories]
DUMP: estimated 3327217 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 62.95% done, finished in 0:02 at Mon Nov 23 08:53:14 2009
DUMP: DUMP: 3330644 tape blocks on 1 volume
DUMP: finished in 414 seconds, throughput 8045 KBytes/sec
DUMP: level 0 dump on Mon Nov 23 08:45:17 2009
DUMP: Closing usr0noL.dmp
DUMP: DUMP IS DONE
3.541u 12.737s 6:55.29 3.9% 55+2454k 66+26150io 0pf+0w

%ls -l *.dmp
-rw-r--r-- 1 root wheel 3409444864 23 Nov 08:40 usr0.dmp
-rw-r--r-- 1 root wheel 3410493440 23 Nov 08:52 usr0noL.dmp
 
Zuletzt bearbeitet: