On 2/10/08, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:Turning on multi-core support greatly increases the memory consumption; at least double the single thread case. Going over the original repository and deleting (get all copies out of the history) those giant i18n files generated by programs than Sean refers to would be my first step. If you have 5,000 revisions of a 10MB file I suspect it would take a huge amount of memory to pack. Plus you have to copy all of that pointless history around. -- Jon Smirl jonsmirl@gmail.com - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Linus Torvalds | Re: [PATCH 00/23] per device dirty throttling -v8 |
| Andi Kleen | [PATCH x86] [0/16] Various i386/x86-64 changes |
| serge | Re: 2.6.25-rc5-mm1 |
| Kamalesh Babulal | [BUG] Linux 2.6.25-rc2 - Kernel Ooops while running dbench |
git: | |
| Francis Moreau | Track /etc directory using Git |
| Abdelrazak Younes | Git-windows and git-svn? |
| Johan Herland | Re: People unaware of the importance of "git gc"? |
| Scott Chacon | git-scm.com |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Richard Stallman | Real men don't attack straw men |
| Florin Andrei | firewall is very slow, something's wrong |
| qw er | OpenBSD sucks |
| David Miller | xfrm_state locking regression... |
| David Miller | [GIT]: Networking |
| Thomas Jarosch | Re: TCP connection stalls under 2.6.24.7 |
| Dave Jones | Re: odd RTL8139 quirk. |
