Как Мерзавец оставляет свободное место и быстр одновременно?

Я предполагаю, что вы спрашиваете, как возможно, чтобы клон git (полный репозиторий + проверка) был меньше, чем проверенные исходные коды в Subversion. Или вы имели в виду что-то другое?

^{На этот вопрос ответят в комментариях}

Размер репозитория

Во-первых, вы должны принять во внимание, что при оформлении заказа (рабочая версия) Subversion сохраняет исходную копию (последняя версия) в тех .svn подкаталоги. Оригинальная копия хранится в Subversion без сжатия.

Во-вторых, git использует следующие методы для уменьшения размера репозитория:

• каждая версия файла сохраняется только один раз; это означает, что если у вас есть только две разные версии какого-либо файла в 10 ревизиях (10 коммитов), git хранит только эти две версии, а не 10.
• объекты (и дельты, см. Ниже) хранятся в сжатом виде; текстовые файлы, используемые в программировании, сжимаются очень хорошо (около 60% от исходного размера, или 40% уменьшения размера из-за сжатия)
• после переупаковки объекты сохраняются в разделенной форме, в отличие от некоторых других версий; дополнительно git пытается упорядочить дельта-цепочки таким образом, чтобы дельта состояла в основном из удалений (в обычном случае растущих файлов это происходит в порядке недавности); Дельты IIRC также сжаты.

Производительность (скорость операций)

Во-первых, любая операция, связанная с сетью, будет намного медленнее, чем локальная операция. Поэтому, например, сравнение текущего состояния рабочей области с какой-либо другой версией или получение журнала (истории), который в Subversion включает сетевое соединение и передачу по сети, а в Git является локальной операцией, конечно, будет намного медленнее в Subversion, чем в Git. КСТАТИ. в этом разница между централизованными системами контроля версий (с использованием рабочего процесса клиент-сервер) и распределенными системами контроля версий (с использованием однорангового рабочего процесса), а не только между Subversion и Git.

Во-вторых, если я правильно понимаю, в настоящее время ограничением является не процессор, а ввод-вывод (доступ к диску). Следовательно, возможно, что выигрыш от необходимости читать меньше данных с диска из-за сжатия (и возможности mmap их в памяти) преодолеет потери от необходимости распаковывать данные.

В-третьих, Git был разработан с учетом производительности (см., Например, Страница GitHistory в Git Wiki):

• Индекс хранит статистическую информацию для файлов, и Git использует ее, чтобы решить, не проверяя файлы, были ли файлы изменены или нет (см., Например, core.trustctime конфигурационная переменная).
• Максимальная дельта-глубина ограничена значением pack.depth , которое по умолчанию равно 50. Git имеет дельта-кеш для ускорения доступа. Существует (сгенерированный) индекс packfile для быстрого доступа к объектам в packfile.
• Git старается не трогать файлы, которые ему не нужны. Например, при переключении ветвей или перемотке на другую версию Git обновляет только те файлы, которые изменились. Следствием этой философии является то, что Git поддерживает только минимальное расширение ключевых слов (по крайней мере, из коробки).
• Git использует свою собственную версию библиотеки LibXDiff , в настоящее время также для сравнения и слияния, вместо вызова внешнего инструмента сравнения / внешнего слияния.
• Git пытается минимизировать задержку , что означает хорошую воспринимаемую производительность. Например, он выводит первую страницу « git log » как можно быстрее, и вы видите ее почти сразу, даже если создание полной истории займет больше времени; он не дожидается создания полной истории перед ее отображением.
• При получении новых изменений Git проверяет, какие объекты у вас общие с сервером, и отправляет только (сжатые) различия в виде тонкого файла пакета. По общему признанию, Subversion может (или, возможно, по умолчанию) также отправлять только различия при обновлении.

Я не хакер Git и, вероятно, пропустил некоторые приемы и приемы, которые Git использует для повышения производительности. Однако обратите внимание, что Git активно использует для этого POSIX (например, файлы с отображением памяти), поэтому выигрыш может быть не таким большим в MS Windows.