From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Subject: Re: serious performance issues with images, audio files, and other "non-code" data Date: Tue, 25 May 2010 13:47:39 -0400 Message-ID: <4BFC0D3B.4010804@puckerupgames.com> References: <4BEAF941.6040609@puckerupgames.com> <20100514051049.GF6075@coredump.intra.peff.net> <4BED47EA.9090905@puckerupgames.com> <20100517231642.GB12092@coredump.intra.peff.net> <4BF2E168.2020706@puckerupgames.com> <20100518191933.GB2383@coredump.intra.peff.net> <20100518194105.GA4723@coredump.intra.peff.net> <4BF9C678.6010108@puckerupgames.com> <7vaarq14me.fsf@alter.siamese.dyndns.org> <4BFB7C24.10609@drmicha.warpmail.net> <4BFBF701.6060901@puckerupgames.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael J Gruber , Junio C Hamano , Jeff King , git@vger.kernel.org To: Nicolas Pitre X-From: git-owner@vger.kernel.org Tue May 25 19:49:14 2010 connect(): No such file or directory Return-path: Envelope-to: gcvg-git-2@lo.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OGyFd-0007zl-H9 for gcvg-git-2@lo.gmane.org; Tue, 25 May 2010 19:49:13 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756352Ab0EYRtI (ORCPT ); Tue, 25 May 2010 13:49:08 -0400 Received: from caiajhbdccah.dreamhost.com ([208.97.132.207]:46282 "EHLO postalmail-a7.g.dreamhost.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755480Ab0EYRtH (ORCPT ); Tue, 25 May 2010 13:49:07 -0400 Received: from [10.3.1.118] (unknown [65.202.32.252]) by postalmail-a7.g.dreamhost.com (Postfix) with ESMTP id 2A1A6171314; Tue, 25 May 2010 10:49:05 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 In-Reply-To: Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On 05/25/2010 01:18 PM, Nicolas Pitre wrote: > On Tue, 25 May 2010, John wrote: > >> Perhaps a section in the manual with a header such as "Handling non-text >> files", or "Revision control for media, XML, and other non line-oriented >> files" would clear this all up. You could almost cull the body of it from this >> thread and other similar threads. > > That is indeed a good idea. > > Do you volunteer? Yes, of course. If y'all are not up to it, I'd be happy to give it a shot.