threads / patch / 7190

patchprepare_packed_git(): sort packs by age and localness.

Subject: [PATCH] prepare_packed_git(): sort packs by age and localness.

## tl;dr

3 messages between Mar 11, 2007 and Mar 11, 2007. Diffs are folded; open one to read it.

replies: 2people: 2as markdown or json

Junio C Hamano· Mar 11, 2007, 02:29 UTC · lore

When accessing objects, we first look for them in packs that are linked together in the reverse order of discovery.

Since younger packs tend to contain more recent objects, which are more likely to be accessed often, and local packs tend to contain objects more relevant to our specific projects, sort the list of packs before starting to access them. In addition, favoring local packs over the ones borrowed from alternates can be a win when alternates are mounted on network file systems.

Signed-off-by: Junio C Hamano <junkio@cox.net>
---
 cache.h     |    2 ++
 sha1_file.c |   58 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 60 insertions(+), 0 deletions(-)
Show changes to 2 files +60 −0

cache.h, sha1_file.c

diff --git a/cache.h b/cache.h
index ae25759..db3a000 100644
--- a/cache.h
+++ b/cache.h
@@ -373,6 +373,7 @@ extern struct packed_git {
 	struct packed_git *next;
 	struct pack_window *windows;
 	uint32_t *index_base;
+	time_t mtime;
 	off_t index_size;
 	off_t pack_size;
 	int pack_fd;
@@ -431,6 +432,7 @@ extern off_t find_pack_entry_one(const unsigned char *, struct packed_git *);
 extern void *unpack_entry(struct packed_git *, off_t, enum object_type *, unsigned long *);
 extern unsigned long unpack_object_header_gently(const unsigned char *buf, unsigned long len, enum object_type *type, unsigned long *sizep);
 extern const char *packed_object_info_detail(struct packed_git *, off_t, unsigned long *, unsigned long *, unsigned int *, unsigned char *);
+void rearrange_packed_git(void);
 
 /* Dumb servers support */
 extern int update_server_info(int);
diff --git a/sha1_file.c b/sha1_file.c
index 219a10f..3036817 100644
--- a/sha1_file.c
+++ b/sha1_file.c
@@ -739,6 +739,7 @@ struct packed_git *add_packed_git(char *path, int path_len, int local)
 	p->windows = NULL;
 	p->pack_fd = -1;
 	p->pack_local = local;
+	p->mtime = st.st_mtime;
 	if ((path_len > 44) && !get_sha1_hex(path + path_len - 44, sha1))
 		hashcpy(p->sha1, sha1);
 	return p;
@@ -823,6 +824,62 @@ static void prepare_packed_git_one(char *objdir, int local)
 	closedir(dir);
 }
 
+static int sort_pack(const void *a_, const void *b_)
+{
+	struct packed_git *a = *((struct packed_git **)a_);
+	struct packed_git *b = *((struct packed_git **)b_);
+	int st;
+
+	/*
+	 * Local packs tend to contain objects specific to our
+	 * variant of the project than remote ones.  In addition,
+	 * remote ones could be on a network mounted filesystem.
+	 * Favor local ones for these reasons.
+	 */
+	st = a->pack_local - b->pack_local;
+	if (st)
+		return -st;
+
+	/*
+	 * Younger packs tend to contain more recent objects,
+	 * and more recent objects tend to get accessed more
+	 * often.
+	 */
+	if (a->mtime < b->mtime)
+		return 1;
+	else if (a->mtime == b->mtime)
+		return 0;
+	return -1;
+}
+
+void rearrange_packed_git(void)
+{
+	struct packed_git **ary, *p;
+	int i, n;
+	int (*sort_fn)(const void *, const void *);
+
+	for (n = 0, p = packed_git; p; p = p->next)
+		n++;
+	if (n < 2)
+		return;
+
+	/* prepare an array of packed_git for easier sorting */
+	ary = xcalloc(n, sizeof(struct packed_git *));
+	for (n = 0, p = packed_git; p; p = p->next)
+		ary[n++] = p;
+
+	sort_fn = sort_pack;
+	qsort(ary, n, sizeof(struct packed_git *), sort_fn);
+
+	/* link them back again */
+	for (i = 0; i < n - 1; i++)
+		ary[i]->next = ary[i + 1];
+	ary[n - 1]->next = NULL;
+	packed_git = ary[0];
+
+	free(ary);
+}
+
 static int prepare_packed_git_run_once = 0;
 void prepare_packed_git(void)
 {
@@ -837,6 +894,7 @@ void prepare_packed_git(void)
 		prepare_packed_git_one(alt->base, 0);
 		alt->name[-1] = '/';
 	}
+	rearrange_packed_git();
 	prepare_packed_git_run_once = 1;
 }
 
-- 
1.5.0.3.942.g299fc
Shawn O. Pearce· Mar 11, 2007, 02:34 UTC · re: Junio C Hamano · lore

Re: [PATCH] prepare_packed_git(): sort packs by age and localness.

Junio C Hamano <junkio@cox.net> wrote:
Show 9 quoted lines
> When accessing objects, we first look for them in packs that
> are linked together in the reverse order of discovery.
> 
> Since younger packs tend to contain more recent objects, which
> are more likely to be accessed often, and local packs tend to
> contain objects more relevant to our specific projects, sort the
> list of packs before starting to access them.  In addition,
> favoring local packs over the ones borrowed from alternates can
> be a win when alternates are mounted on network file systems.
ACK.  But...
 
> diff --git a/cache.h b/cache.h
> @@ -431,6 +432,7 @@ extern off_t find_pack_entry_one(const unsigned char *, struct packed_git *);
> +void rearrange_packed_git(void);
Is that really necessary to make public?
-- 
Shawn.
Junio C Hamano· Mar 11, 2007, 03:07 UTC · re: Shawn O. Pearce · lore

Re: [PATCH] prepare_packed_git(): sort packs by age and localness.

"Shawn O. Pearce" <spearce@spearce.org> writes:
Show 18 quoted lines
> Junio C Hamano <junkio@cox.net> wrote:
>> When accessing objects, we first look for them in packs that
>> are linked together in the reverse order of discovery.
>> 
>> Since younger packs tend to contain more recent objects, which
>> are more likely to be accessed often, and local packs tend to
>> contain objects more relevant to our specific projects, sort the
>> list of packs before starting to access them.  In addition,
>> favoring local packs over the ones borrowed from alternates can
>> be a win when alternates are mounted on network file systems.
>
> ACK.  But...
>  
>> diff --git a/cache.h b/cache.h
>> @@ -431,6 +432,7 @@ extern off_t find_pack_entry_one(const unsigned char *, struct packed_git *);
>> +void rearrange_packed_git(void);
>
> Is that really necessary to make public?

The next patch in the series was going to sort in a different order (giving it a parameter to control the sort order) that is more suitable while repacking, but it seems that the patch is not needed.

← back to recent threads