{"thread":{"id":"14563","subject":"[PATCH] Enable threaded delta search on *BSD and Linux.","startedAt":"2008-07-21T09:23:43Z","lastAt":"2008-07-22T06:51:25Z","messageCount":3,"participants":["Pierre Habouzit","Junio C Hamano"],"isPatch":true,"patchVersion":1,"patchTotal":null},"messages":[{"id":"84163","messageId":"1216632223-14655-1-git-send-email-madcoder@debian.org","threadId":"14563","inReplyTo":null,"subject":"[PATCH] Enable threaded delta search on *BSD and Linux.","fromName":"Pierre Habouzit","fromEmail":"madcoder@debian.org","sentAt":"2008-07-21T09:23:43Z","receivedAt":"2008-07-21T09:23:43Z","isPatch":true,"sender":{"key":"madcoder@debian.org","avatar":"https://avatars.githubusercontent.com/u/44708?v=4"},"body":"Signed-off-by: Pierre Habouzit <madcoder@debian.org>\n---\n\n  Following the discussion we had 10 days ago, here is a proposal to enable\n  threaded delta search on systems that are likely to behave properly wrt\n  memory and CPU usage.\n\n Makefile |    5 +++++\n 1 files changed, 5 insertions(+), 0 deletions(-)\n\ndiff --git a/Makefile b/Makefile\nindex 551bde9..82f89b7 100644\n--- a/Makefile\n+++ b/Makefile\n@@ -565,9 +565,11 @@ EXTLIBS =\n \n ifeq ($(uname_S),Linux)\n \tNO_STRLCPY = YesPlease\n+\tTHREADED_DELTA_SEARCH = YesPlease\n endif\n ifeq ($(uname_S),GNU/kFreeBSD)\n \tNO_STRLCPY = YesPlease\n+\tTHREADED_DELTA_SEARCH = YesPlease\n endif\n ifeq ($(uname_S),UnixWare)\n \tCC = cc\n@@ -665,6 +667,7 @@ ifeq ($(uname_S),FreeBSD)\n \tBASIC_CFLAGS += -I/usr/local/include\n \tBASIC_LDFLAGS += -L/usr/local/lib\n \tDIR_HAS_BSD_GROUP_SEMANTICS = YesPlease\n+\tTHREADED_DELTA_SEARCH = YesPlease\n endif\n ifeq ($(uname_S),OpenBSD)\n \tNO_STRCASESTR = YesPlease\n@@ -672,6 +675,7 @@ ifeq ($(uname_S),OpenBSD)\n \tNEEDS_LIBICONV = YesPlease\n \tBASIC_CFLAGS += -I/usr/local/include\n \tBASIC_LDFLAGS += -L/usr/local/lib\n+\tTHREADED_DELTA_SEARCH = YesPlease\n endif\n ifeq ($(uname_S),NetBSD)\n \tifeq ($(shell expr \"$(uname_R)\" : '[01]\\.'),2)\n@@ -680,6 +684,7 @@ ifeq ($(uname_S),NetBSD)\n \tBASIC_CFLAGS += -I/usr/pkg/include\n \tBASIC_LDFLAGS += -L/usr/pkg/lib\n \tALL_LDFLAGS += -Wl,-rpath,/usr/pkg/lib\n+\tTHREADED_DELTA_SEARCH = YesPlease\n endif\n ifeq ($(uname_S),AIX)\n \tNO_STRCASESTR=YesPlease\n-- \n1.6.0.rc0.137.g986dd\n"},{"id":"84271","messageId":"7vwsjeplhl.fsf@gitster.siamese.dyndns.org","threadId":"14563","inReplyTo":"1216632223-14655-1-git-send-email-madcoder@debian.org","subject":"Re: [PATCH] Enable threaded delta search on *BSD and Linux.","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2008-07-22T04:54:14Z","receivedAt":"2008-07-22T04:54:14Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Pierre Habouzit <madcoder@debian.org> writes:\n\n> Signed-off-by: Pierre Habouzit <madcoder@debian.org>\n> ---\n>\n>   Following the discussion we had 10 days ago, here is a proposal to enable\n>   threaded delta search on systems that are likely to behave properly wrt\n>   memory and CPU usage.\n\nHmmm.\n\nI do not want to do this kind of thing very close to the release (like\nnow), but rather immediately after 1.6.0.  Will queue for 'next'.\n\nDistro people can decide for themselves and their users, but I am of\nconservative kind.\n"},{"id":"84284","messageId":"20080722065125.GA8331@artemis.madism.org","threadId":"14563","inReplyTo":"7vwsjeplhl.fsf@gitster.siamese.dyndns.org","subject":"Re: [PATCH] Enable threaded delta search on *BSD and Linux.","fromName":"Pierre Habouzit","fromEmail":"madcoder@debian.org","sentAt":"2008-07-22T06:51:25Z","receivedAt":"2008-07-22T06:51:25Z","isPatch":true,"sender":{"key":"madcoder@debian.org","avatar":"https://avatars.githubusercontent.com/u/44708?v=4"},"body":"On Tue, Jul 22, 2008 at 04:54:14AM +0000, Junio C Hamano wrote:\n> Pierre Habouzit <madcoder@debian.org> writes:\n> \n> > Signed-off-by: Pierre Habouzit <madcoder@debian.org>\n> > ---\n> >\n> >   Following the discussion we had 10 days ago, here is a proposal to enable\n> >   threaded delta search on systems that are likely to behave properly wrt\n> >   memory and CPU usage.\n> \n> Hmmm.\n> \n> I do not want to do this kind of thing very close to the release (like\n> now), but rather immediately after 1.6.0.  Will queue for 'next'.\n> \n> Distro people can decide for themselves and their users, but I am of\n> conservative kind.\n\n  makes sense to me.\n\n-- \n·O·  Pierre Habouzit\n··O                                                madcoder@debian.org\nOOO                                                http://www.madism.org\n"}]}