bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #29302] Optimize checkout/update by not creating empty directories


From: Julio M. Merino Vidal
Subject: [bug #29302] Optimize checkout/update by not creating empty directories
Date: Mon, 22 Mar 2010 19:15:07 +0000
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; en-us) AppleWebKit/531.22.7 (KHTML, like Gecko) Version/4.0.5 Safari/531.22.7

URL:
  <http://savannah.nongnu.org/bugs/?29302>

                 Summary: Optimize checkout/update by not creating empty
directories
                 Project: Concurrent Versions System
            Submitted by: jmmv
            Submitted on: Mon 22 Mar 2010 08:15:05 PM CET
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
                 Release: 
         Discussion Lock: Any
           Fixed Release: None
   Fixed Feature Release: None

    _______________________________________________________

Details:

When running "checkout -P" or "update -P" on a large tree, it's easy to spot
that the cleanup of empty directories at the end of the processing takes a
really long time. It is important to realize that these supposedly-empty
directories are not really empty: they also contain the CVS control directory
and their associated admin files.

The creation of these empty directories and their admin files, coupled with
the delayed removal at the end, causes the files that have to stay to end up
spread across the disk. The system cannot know what files/directories will be
deleted, and as there is a lot of disk churn due to the touching of many
files, the file system code must flush those to-be-deleted files to disk.

Seeing this behavior is really easy: e.g. one just needs to check out a fresh
copy of the pkgsrc CVS tree (see http://www.pkgsrc.org/ for the address) and
keep updating it a few times. Timing these operations across the different
runs will result in increasing numbers. Add to the equation a slow
laptop-sized hard disk and it becomes an "annoying" issue.

Some projects like the one mentioned above cannot move away from CVS anytime
soon, so they force all of their developers to be tied to the slowness of
these operations.

I would like to request an optimization to the checkout/update code: instead
of creating directories right when they are seen from the server, delay their
creation until the first non-admin file, non-directory in them gets created.
E.g. instead of doing the pruning at the end, avoid the pruning overall by not
creating the directories in the first place. This would avoid unnecessary
accesses to the file system and speed up the operation of cvs checkout/update
by a great deal.




    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?29302>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]