|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Victor Sudakov 2:5020/400 21 Nov 2006 12:08:17
To : Ilya Kulagin
Subject : Re: scalability of cvs
--------------------------------------------------------------------------------
Ilya Kulagin wrote:
> VS>> у меня gserver, а не pserver. Так вот, при $CVSROOT указывающем на
> VS>> локальный каталог, checkout занимает 1.5 мин, а по TCP через gserver
> VS>> на localhost - 20 мин.
> EG> Hу, значит это протокол gserver такой тормоз (или его кто-то еще
> EG> тормозит). Что делать, не знаю - слово gserver вижу впервые.
> Проэкспериментировал: залил в cvs 15000 файлов.
> 1. Через pserver с пустым рабочим каталогом сделал checkout. Ровно час.
> 2. Поменял три файла, на заполненном рабочем каталоге, через pserver сделал
> checkout. 40 секунд.
Да, согласуется с моими наблюдениями.
А можешь ещё провести хронометраж при работе через локальный путь, не
через сеть?
> 3. Через pserver сделал export в новый каталог. Полторы минуты.
> Таким образом, если просто нужны сами файлы - то export поможет.
> Если нужен именно рабочий каталог, то в первый раз придётся
> подождать.
Hужен именно рабочий каталог. Ждать несколько десятков секунд на
каждый update и commit уже надоело.
> С другой стороны, на хотя бы беглое чтение хотя бы краткого описания
> к 15000 файлов всяко уйдёт больше времени. Вот как раз будет чем
> заняться.
> Hу и, на самом деле, держать весь проект в одном каталоге - это не очень
> здравая идея. По крайней мере, мне ещё ни разу таких проектов не попадалось,
> которые не были бы, на самом деле, разбиты на обозримые подпроекты.
Это не проект, а DNS зона. Которая сильно выросла.
Можно было бы перегруппировать все эти мелкие файлы, например, по
подкаталогам [a-z], но всем известно, какой pain in the ass
перемещение файлов в CVS. Да и всё равно иногда нужно сказать update
на всё.
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
--- ifmail v.2.15dev5.3
* Origin: AO "Svyaztransneft", SibPTUS (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
