From mboxrd@z Thu Jan 1 00:00:00 1970 From: Enrico Weigelt Subject: large files and low memory Date: Mon, 4 Oct 2010 11:20:47 +0200 Message-ID: <20101004092046.GA4382@nibiru.local> Reply-To: weigelt@metux.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: git@vger.kernel.org X-From: git-owner@vger.kernel.org Mon Oct 04 11:27:11 2010 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 1P2hK9-0001BH-U3 for gcvg-git-2@lo.gmane.org; Mon, 04 Oct 2010 11:27:10 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754089Ab0JDJ1E (ORCPT ); Mon, 4 Oct 2010 05:27:04 -0400 Received: from caprica.metux.de ([82.165.128.25]:42202 "EHLO mailgate.caprica.metux.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753061Ab0JDJ1D (ORCPT ); Mon, 4 Oct 2010 05:27:03 -0400 Received: from mailgate.caprica.metux.de (localhost.localdomain [127.0.0.1]) by mailgate.caprica.metux.de (8.14.4/8.14.4) with ESMTP id o949S1kV013958 for ; Mon, 4 Oct 2010 11:28:03 +0200 Received: (from uucp@localhost) by mailgate.caprica.metux.de (8.14.4/8.14.4/Submit) with UUCP id o949Rk1g013923 for git@vger.kernel.org; Mon, 4 Oct 2010 11:27:46 +0200 Received: (from weigelt@localhost) by nibiru.metux.de (8.12.10/8.12.10) id o949KlNl016914 for git@vger.kernel.org; Mon, 4 Oct 2010 11:20:47 +0200 Mail-Followup-To: git@vger.kernel.org Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Terror: bin laden, kill bush, Briefbombe, Massenvernichtung, KZ, X-Nazi: Weisse Rasse, Hitlers Wiederauferstehung, 42, X-Antichrist: weg mit schaeuble, ausrotten, heiliger krieg, al quaida, X-Killer: 23, endloesung, Weltuntergang, X-Doof: wer das liest ist doof Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: Hi folks, when adding files which are larger than available physical memory, git performs very slow. Perhaps it has to do with git's mmap()ing the whole file. Is there any way to do it w/o mmap (hoping that might perform a bit better) ? cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weigelt@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------