- SVN + большое кол-во файлов в проекте = тормоза при update e...,
 Вова, 14:49 , 17-Дек-09 (1)> Здравствуйте!
>
>Используем Subversion 1.6, большинство программеров работает из под винды. У нас в
>проекте более 12000 файлов.
>
>Если сделать через виндовый TortoiseSVN checkout/update - комп вешается буквально на несколько
>часов, из-за чего работать просто невозможно. Особенно трудно делать merge в
>таких условиях. в виртуальной машине ставьте линух?
*@* ~ $ time svn co svn+ssh://svn.*/*/trunk t2 >output 2>errors
real 2m46.118s
user 0m16.537s
sys 0m8.325s
*@* ~ $ du -sh t2
1.2G t2 *@* ~ $ find t2 |wc -l
64909
- SVN + большое кол-во файлов в проекте = тормоза при update e..., Nas_tradamus, 18:07 , 17-Дек-09 (3)
>[оверквотинг удален]
>*@* ~ $ time svn co svn+ssh://svn.*/*/trunk t2 >output 2>errors
>real 2m46.118s
>user 0m16.537s
>sys 0m8.325s
>
>*@* ~ $ du -sh t2
>1.2G t2
>
>*@* ~ $ find t2 |wc -l
>64909 Научить всех пользоваться юниксом нет возможности.
На ufs во FreeBSD полный checkout+revert занимает 40 минут примерно. На винде с NTFS часа 1.5-2.
- SVN + большое кол-во файлов в проекте = тормоза при update e..., svn, 16:22 , 17-Дек-09 (2)
SVN тут ни при чём. Всё дело в количестве файлов. Попробуй FAT, или хотя бы выключить atime.Ну и разумеется дефрагментация.
- SVN + большое кол-во файлов в проекте = тормоза при update e..., Nas_tradamus, 18:08 , 17-Дек-09 (4)
>SVN тут ни при чём. Всё дело в количестве файлов. Попробуй FAT,
>или хотя бы выключить atime.
>
>Ну и разумеется дефрагментация. А что если у людей только 1 раздел с NTFS? Винда не рухнет, если отключить atime? И как это делается в винде? (пошел гуглить) :)
- SVN + большое кол-во файлов в проекте = тормоза при update e..., Nas_tradamus, 12:59 , 18-Дек-09 (5)
>>SVN тут ни при чём. Всё дело в количестве файлов. Попробуй FAT,
>>или хотя бы выключить atime.
>>
>>Ну и разумеется дефрагментация.
>
>А что если у людей только 1 раздел с NTFS? Винда не
>рухнет, если отключить atime? И как это делается в винде? (пошел
>гуглить) :) В общем, atime отключается в реестре очень легко, не надо даже перезагружаться:
http://www.pctools.com/guides/registry/detail/50/
- SVN + большое кол-во файлов в проекте = тормоза при update e..., Nas_tradamus, 14:08 , 18-Дек-09 (6)
>[оверквотинг удален]
>>
>>А что если у людей только 1 раздел с NTFS? Винда не
>>рухнет, если отключить atime? И как это делается в винде? (пошел
>>гуглить) :)
>
>В общем, atime отключается в реестре очень легко, не надо даже перезагружаться:
>
>
>
>http://www.pctools.com/guides/registry/detail/50/ Не помогло. Update + revert делались около часа на рабочей копии с отключенным atime. Правда, последний раз эта рабочая копия апдейтилась примерно месяца 2 назад.
- SVN + большое кол-во файлов в проекте = тормоза при update e..., аноним, 17:06 , 18-Дек-09 (7)
>Используем Subversion 1.6, большинство программеров работает из под винды. У нас в
>проекте более 12000 файлов.Сразу могу сказать что под винду можете не надеяться получить что-то приемлимое. У нас 38000+ файлов, под Linux и FreeBSD на ноутбуках и рабочих станциях все летает. Относительно, конечно, т.к. SVN сама по себе очень неторопливая вещь для таких больших проектов, потому что при update, например, обходит все дерево - тем не менее, чекаут/update даже на нетбук более 10 минут не занимает. >Кто сталкивался с такой проблемой? Есть ли способы ее решения без смены хранилища? Ну тут либо смена хранилища, либо системы. А лучше и то, и то. >PS: менять хранилище на git/mercury нельзя - слишком много сил было потрачено
>на автоматизацию создания сборок из SVN. Если на автоматизацию сборок из SVN было потрачено много сил, вы уже что-то не так делаете. Ну значит будете тратить силы на апдейты по два часа, всего то. Как вариант можете потратить время на наболдашник для partial checkout.
- SVN + большое кол-во файлов в проекте = тормоза при update e..., Nas_tradamus, 18:00 , 18-Дек-09 (8)
>[оверквотинг удален]
>>Кто сталкивался с такой проблемой? Есть ли способы ее решения без смены хранилища?
>
>Ну тут либо смена хранилища, либо системы. А лучше и то, и
>то.
>
>>PS: менять хранилище на git/mercury нельзя - слишком много сил было потрачено
>>на автоматизацию создания сборок из SVN.
>
>Если на автоматизацию сборок из SVN было потрачено много сил, вы уже
>что-то не так делаете. Спасибо за советы. Но что же не так в автоматизации? Я имею в виду спец-софтину, которая собирает web-проект на указанном тестовом сервере из указанного бранча/транка. Нюансов - "стотыщмиллионов", которые пришлось учесть при ее проектировании.
Зато теперь все довольны - каждый программер может спокойно создать себе билд и отлаживаться на нем сколько влезет. QA-отдел вообще в восторге. Это я к тому, что сменить хранилище нет возможности. Программеров увольнять за нежелание изучать Unix тоже нельзя: этих-то ели нашли.
- SVN + большое кол-во файлов в проекте = тормоза при update e..., аноним, 20:38 , 18-Дек-09 (9)
>Спасибо за советы. Но что же не так в автоматизации? Я имею
>в виду спец-софтину, которая собирает web-проект на указанном тестовом сервере из
>указанного бранча/транка. Нюансов - "стотыщмиллионов", которые пришлось учесть при ее проектировании.Ну это уж вам виднее. Я не могу себе представить что можно было наворотить, чтобы оно было гвоздями прибито именно к SVN. >Это я к тому, что сменить хранилище нет возможности. Программеров увольнять за
>нежелание изучать Unix тоже нельзя: этих-то ели нашли. Никто и не предлагал увольнять программеров. Если не можете ничего менять, миритесь с простоями.
|
Версия для распечатки
SVN + большое кол-во файлов в проекте = тормоза при update etc., 
