Updating archives

Discussion in 'FirstDefense-ISR Forum' started by WWS, Mar 15, 2008.

Thread Status:
Not open for further replies.
  1. WWS

    WWS Registered Member

    Joined:
    Jul 13, 2004
    Posts:
    249
    Does anyone put a limit on the amount of times you would update an archive before creating a new one?
     
  2. Peter2150

    Peter2150 Global Moderator

    Joined:
    Sep 20, 2003
    Posts:
    20,590
    Yes, but it's not based on number of times. The archives have certain database type characteristics. For example if you were to add 1gb of data to your drive and then update the archive it would grow by 1gb. Then delete the 1gb of data and update the archive, deleting it from the archive. But the archive file would stay the same size. That causes some restructuring which probably why you see the "finalizing" time at the end.

    If you notice on a newly created archive, the time "finalizing" is only a few seconds. But over time it grows. When the "finalizing" time reaches a few minutes, I then delete the archive and rebuild it.

    Pete
     
  3. WWS

    WWS Registered Member

    Joined:
    Jul 13, 2004
    Posts:
    249
    When I asked that I had in mind that the more times you update the more fragmented the snap becomes.
     
  4. Huupi

    Huupi Registered Member

    Joined:
    Sep 2, 2006
    Posts:
    2,024
    thats correct over time it become ever more fragmented,IMO creating a new one is better then defrag the file as it would take ages to finish.
     
  5. Peter2150

    Peter2150 Global Moderator

    Joined:
    Sep 20, 2003
    Posts:
    20,590
    Oh that. Defragging would be a waste of time. It's a compressed archive type of file, and I thing windows deliberately leaves space.

    Pete
     
  6. beethoven

    beethoven Registered Member

    Joined:
    Dec 27, 2004
    Posts:
    1,388
    A few minutes? Never noticed such a long time but then it's true, most of my archives have only been updated a few times. Despite what you said initially, can you provide a figure of how many times you updated to reach a few minutes? Just a rough guess:D
     
  7. stapp

    stapp Global Moderator

    Joined:
    Jan 12, 2006
    Posts:
    23,937
    Location:
    UK
    I can confirm what Peter said about the 'finalizing' of the archives going into minutes.

    I update one in particular a lot being a beta tester, so that I had a current build archived if my hard drive had problems. (fortunatly hasn't happened)

    Have just deleted the archive and made a new one so I didn't have to wait so long for the final croak. :)

    Peter with all he does in the testing arena will have to rebuild his much more frequently than I ever would. Apparently the 'finalizing' wait is not a symptom of a problem within the archive.
     
  8. Peter2150

    Peter2150 Global Moderator

    Joined:
    Sep 20, 2003
    Posts:
    20,590
    First no the finalizing wait is not a symtom of problems in the archive, just that as you add and delete the structure internally changes.

    I probably on average update my archive at least daily, if not moreso. Initially this finalizing time may be 10 seconds on a new archive, but after a month it can be up to 2 or 3 minutes. I've never had a problem with this and sometimes I've gone several months. But that time does creep up and can get larger than the update time itself.

    If you only update once a week or so, it's not a big deal.

    Pete
     
  9. Huupi

    Huupi Registered Member

    Joined:
    Sep 2, 2006
    Posts:
    2,024
    i can confirm that,finalising take longer with freqently updated archives as time goes by,i would guess it something to do with fragmenting.

    If you defrag your system and then update archive,there's a difference in fileplacement so i guess finalising is a kinda sorting to get the data more contiguous ?? o_O

    At the copy/update process there's also a lot of replacing data[not removing].what this exactly means no clue but maybe everything is interrelated ??

    Or my guessing is completely wrong !??! o_O
     
  10. Peter2150

    Peter2150 Global Moderator

    Joined:
    Sep 20, 2003
    Posts:
    20,590
    no your right. Data is getting replace inside the archive which fragments it internally, or something like that.
     
  11. lucas1985

    lucas1985 Retired Moderator

    Joined:
    Nov 9, 2006
    Posts:
    4,047
    Location:
    France, May 1968
    It isn't fragmentation at the cluster level (disk fragmentation) but fragmentation at the data level, typical behaviour of a database. It's something akin to Registry fragmentation, since the Registry is also a database.
     
Thread Status:
Not open for further replies.
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.