ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] git usage question
@ 2009-01-16  7:20 Alexey Morozov
  2009-01-16  8:14 ` Afanasov Dmitry
  2009-01-16  8:19 ` Epiphanov Sergei
  0 siblings, 2 replies; 11+ messages in thread
From: Alexey Morozov @ 2009-01-16  7:20 UTC (permalink / raw)
  To: devel

Здравствуйте!

Столкнулся тут с тем, что не могу обновить репозиторий с qt4 
(http://git.altlinux.org/people/zerg/packages/?p=qt4.git;a=summary). У меня 
имеется клон этого репозитория примерно годовой давности, там нет ни одного 
моего коммита, и при попытке сказать git pull / git fetch в консоль выпадает 
следующее:

remote: Counting objects: 418, done.
remote: fatal: Out of memory, malloc failed
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header

Получив этот репозиторий другим способом (хе-хе, 300-500 Mb траффика в наше 
суровое время - фигня, не так ли?), попытался разобраться, в чём же его, 
репозитория, непорядок. 

Выяснилось, что git pack-objects, который, насколько я понимаю, участвует в 
создании thin-pack'а, быстро дорастает до 2 гигов памяти и, соответственно, 
отчаливает в мир счастливых программ и отсутствия каких-либо хардварных 
ограничений.

В ходе короткого гугления выяснилось, что такое может быть, если в репозитории 
одновременно присутствуют и большие объекты и большое количество мелких. 
Такую проблему в ряде случаев можно обойти при помощи 
указания --window-memory, но, понятное дело, не в этом. В качестве решения 
предлагалось перейти к "констистентным" репозиториям.

Действительно, после "конвертации" репозитория в форму, когда сорцы qt лежат 
не в форме цельных .tar'ов, а в развернутом виде, данная проблема исчезает. 
Более того, размер репозитория (.git/) уменьшается с 327Mb до 191 при полном 
сохранении истории изменений, и становится возможным запустить git 
gc --aggressive. Время подготовки .src.rpm из репозитория при таком способе 
практически не изменяется (подавляющую часть времени, около минуты, у меня 
отрабатывает rpmbuild, то есть, .tar'ы к тому моменту уже созданы).

Соответственно, возникает вопрос: а не следует ли рекомендовать в правилах 
использования git'а (git.alt'а) класть в репозиторий раскрытые архивы, а 
не .tar'ы.

С уважением,
Алексей Морозов

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2009-01-16 17:23 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-16  7:20 [devel] git usage question Alexey Morozov
2009-01-16  8:14 ` Afanasov Dmitry
2009-01-16  8:19 ` Epiphanov Sergei
2009-01-16  8:33   ` Alexey Morozov
2009-01-16  9:09     ` Epiphanov Sergei
2009-01-16  9:18       ` Alexey Morozov
2009-01-16  9:52         ` Epiphanov Sergei
2009-01-16  9:59           ` Led
2009-01-16 17:23           ` Dmitry V. Levin
2009-01-16 10:20         ` Grigory Batalov
2009-01-16 11:41           ` [devel] [JT] " Alexey Morozov

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git