<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Matt Van Mater schrieb:<br>
    <blockquote
cite="mid:CACeGjssmA_oMRPTH-4qLEB=1q4GKQdzLjDp4FE5dOeHXt9HWNQ@mail.gmail.com"
      type="cite">
      <ol>
        <ol>
          <ol>
            <li>image1 size in bytes: 17,062,442,700</li>
            <li>image2 size in bytes: 16,993,256,652</li>
          </ol>
        </ol>
      </ol>
    </blockquote>
    <br>
    about 70 MB of change between a boot with a small program install.
    That is realistic. This also means: FOG/Partimage only captures the
    used sectors.<br>
    IF you would capture ALL sectors (used and unused) the rsync
    difference would be those about 70 MB. You shuld run a "clean slack"
    utility before imaging though, like the microsoft precompact.exe
    (supplied with Virtual PC 2007).<br>
    <br>
    But here it looks like this: about the first half of the image
    contain sectors which were not changed between the reboots.<br>
    Then, in the middle of the image, a few bytes (~70 MB) got added,
    and rsync cannot get a match across that 70 MB gap and therefore
    treats everything after that as "new".<br>
    <br>
    <br>
    <blockquote
cite="mid:CACeGjssmA_oMRPTH-4qLEB=1q4GKQdzLjDp4FE5dOeHXt9HWNQ@mail.gmail.com"
      type="cite">
      <ol>
        <li>Command:</li>
        <ol>
          <li>rsync --block-size=512 –only-write-batch=img1toimg2_diff
            image2 image1</li>
        </ol>
        <li>Error message:</li>
        <ol>
          <li>
            ERROR: Out of memory in receive_sums [sender]</li>
          <li>
            rsync error: error allocating core memory buffers (code 22)
            at util.c(117) [sender=3.0.7]</li>
        </ol>
      </ol>
    </blockquote>
    <br>
    A block size below the cluster size doesn't make much sense, it only
    wastes your memory. Hence the out of memory problem, let your
    taskmanager run while doing that and you'll see. AFAIK rsync adjusts
    the block size dynamically, uses large blocks (several MB) if there
    is no change, and switches down to small blocks then there is a
    change to keep the amount of data to transfer low.<br>
    <br>
    What I cannot tell: A option to tell rsync to try harder to search
    for a match within one big file, across a larger desynced region. I
    only know and use "--fuzzy" which only helps on large amounts of
    files, and only makes sense on slow connections.<br>
    <br>
    Joachim<br>
  </body>
</html>