Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*speed\s+of\s+amrecover\s*$/: 10 ]

Total 10 documents matching your query.

1. RE: speed of amrecover (score: 1)
Author: "Gregor Ibic" <gregor.ibic AT intelicom DOT si>
Date: Thu, 1 May 2003 09:07:41 +0200
Is there some other method to pack (compress) files and store them on the tape, to get faster recovery procedure? We will switch to Ultrium2 and it would be a nightmare if 400GB file has to be read e
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00001.html (10,996 bytes)

2. RE: speed of amrecover (score: 1)
Author: Joshua Baker-LePain <jlb17 AT duke DOT edu>
Date: Thu, 1 May 2003 08:49:40 -0400 (EDT)
A couple of notes: 1) The 2:1 ratio (or 2.6:1 in the case of AIT) claimed by vendors for hardware compression is rather optimistic, and highly dependent on your data type(s). Always work from the nat
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00005.html (11,564 bytes)

3. RE: speed of amrecover (score: 1)
Author: "Gregor Ibic" <gregor.ibic AT intelicom DOT si>
Date: Thu, 1 May 2003 14:57:09 +0200
ok, i understand that there wont be a single file, but the issue is that the entire package has to be read if a small piece wants to be restored. maybe this is a gnutar issue, but still it is annoyin
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00007.html (11,250 bytes)

4. RE: speed of amrecover (score: 1)
Author: Joshua Baker-LePain <jlb17 AT duke DOT edu>
Date: Thu, 1 May 2003 09:02:00 -0400 (EDT)
I'm still not quite sure we're there. Only the tape file (backup image) containing the files you've requested needs to be read -- not the entire tape. That backup image may be large, or it could be t
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00008.html (11,785 bytes)

5. RE: speed of amrecover (score: 1)
Author: "Gregor Ibic" <gregor.ibic AT intelicom DOT si>
Date: Thu, 1 May 2003 15:13:12 +0200
we have a DLT2000 15/30 and we backup a single image the backup spent about 1.5 hour for 5GB then we recover a file from the tape and it needed the same time for recover also, even when the file was
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00009.html (11,128 bytes)

6. RE: speed of amrecover (score: 1)
Author: Joshua Baker-LePain <jlb17 AT duke DOT edu>
Date: Thu, 1 May 2003 09:22:29 -0400 (EDT)
Yep, that's right. The recovery time would be less than the backup time if you multiple images. Also keep in mind that an Ultrium 2 drive is significantly faster than your DLT, even taking into accou
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00011.html (11,679 bytes)

7. Re: speed of amrecover (score: 1)
Author: Jon LaBadie <jon AT jgcomp DOT com>
Date: Thu, 1 May 2003 10:11:40 -0400
As someone mentioned earlier, yes the behavior of tar is to read the entire tar file. If the DLE containing your file is 5GB, then tar will read the entire 5GB. Why is tar's behavior this way? Well i
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-05/msg00016.html (12,240 bytes)

8. speed of amrecover (score: 1)
Author: "Gregor Ibic" <gregor.ibic AT intelicom DOT si>
Date: Wed, 30 Apr 2003 19:56:03 +0200
why is amrecover so slow, it seems that reads the entire backup, not only the requested file(s). using TAR regards, gregor
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-04/msg00620.html (10,483 bytes)

9. Re: speed of amrecover (score: 1)
Author: Stephen Carville <carville AT cpl DOT net>
Date: Wed, 30 Apr 2003 11:30:17 -0700
A tape is not a random access device so it must first be wound forward to the position of the tar file and then tar has to read the archive until it reaches the file that need to be restored. If you
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-04/msg00624.html (11,226 bytes)

10. Re: speed of amrecover (score: 1)
Author: Joshua Baker-LePain <jlb17 AT duke DOT edu>
Date: Wed, 30 Apr 2003 14:39:13 -0400 (EDT)
And, I believe, tar reads the entire file to make sure it has gotten everything you requested. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
/usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2003-04/msg00625.html (11,107 bytes)


This search system is powered by Namazu