форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

Сообщения по теме

[Сортировка по времени | RSS]

1. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от Nick (??) on 10-Май-08, 23:59
Да... Торвальдс реально силен :) Такую вещь написал!
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Аноним (??) on 11-Май-08, 00:06
	Несложно победить унылое говно на питоне. Надо было сравнивать с SVN
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 01:42
	>Несложно победить унылое говно на питоне. Надо было сравнивать с SVN ой, лучше не надо... Ато после такого сравнения еще больше проектов перейдут с SVN'а на Git. Сам около года пользовал SVN для всего и вся. Как асилил Git - прозрение было неслабым. Времени на SVN было убито немало....  он тормоз :) Git - реально сильная вещь.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	32. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от iamthegoodbot on 11-Май-08, 13:15
	>Несложно победить унылое говно на питоне. Надо было сравнивать с SVN а этим еще кто-то пользуется?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	34. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 13:20
	>>Несложно победить унылое говно на питоне. Надо было сравнивать с SVN > >а этим еще кто-то пользуется? 5 %)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	41. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Fennel on 11-Май-08, 18:49
	>Несложно победить унылое говно на питоне. Надо было сравнивать с SVN простите.. где вы увидели питон? подавляющая часть GIT написана на C.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	51. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от h on 12-Май-08, 00:39
	он имел в виду mercurial, а не git
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	61. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Holy Cheater on 13-Май-08, 17:56
	имел ввиду он bzr, а не mercurial, и не git. В Bzr, в общем-то, скорость - не основное направление.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Аноним (??) on 11-Май-08, 00:34
	а чего git Линус написал? хм я думал он тока ядро ковыряет :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Аноним (??) on 11-Май-08, 00:40
	>а чего git Линус написал? хм я думал он тока ядро ковыряет >:) По крайней мере начал, а там уже и другие разработчики допиливали.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 01:44
	>а чего git Линус написал? хм я думал он тока ядро ковыряет >:) чтоб эффективно его и продолжать писать - он себе сделал инструмент.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	39. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Аноним (??) on 11-Май-08, 17:04
	>а чего git Линус написал? хм я думал он тока ядро ковыряет >:) Линус очень долго пользовался закрытой программой для тех же целей BitKeeper. Получалось что вроде бы linux - флагман свободных программ, а самый главный инструмент - закрыт. Очень долго Линуса пинали за это, но он отшучивался и отмахивался. Главная отмазка была - нет подобных средств, и точка. Насколько я понимаю, ему очень нужна была фича BitKeeper и git по rebase и нормальное merge с учетом всей предыстории. Время шло, нападки на Линуса были чаще и сильнее, и тут подвернулся повод - разработчик BitKeeper'a что то там снова решил поменять в лицензии. В итоге Линус не выдержал, и написал GIT.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	42. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 18:52
	Практически не соврал :) Не, все на месте вроде бы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	45. "поправочки"	+/–
	Сообщение от Michael Shigorin (ok) on 11-Май-08, 21:49
	>Время шло, нападки на Линуса были чаще и сильнее, и тут подвернулся >повод - разработчик BitKeeper'a что то там снова решил поменять в >лицензии. Не совсем так.  Larry McVoy (владелец? BitKeeper) был спровоцирован Andrew Tridgell (автор Samba), который помалу начал реверсить протокол (что запрещено лицензией bk -- уж не знаю, насколько на это пофиг в Австралии).  Туда-сюда, в итоге Тридж не обращал внимания на иные взывания "да прекрати уж", Ларри в какой-то момент психанул и сказал, что bk free заканчивается, дав три месяца на всем свалить куда-нибудь, cvs-ный экспорт (подробностей не помню, но сделан он был задолго до того) и после этого подняв версию протокола. >В итоге Линус не выдержал, и написал GIT. Примерно. Скажем так -- идеи туда пошли из лучшего, что было разработано на то время, насколько могу судить.  Бишь никакое SVN рядом не валялось принципиально.  А bzr на удивление неплохо охарактеризовал аноним выше -- искренне непонятна явно политическая позиция Шаттлворта, который это непотребство финансирует и пропихивает (впрочем, дальше launchpad никуда оно особенно не пропихнулось), и Столмана, который это непотребство взялся рекомендовать. Оно ж действительно технически несостоятельно. Если кому интересно получить своих ощущений -- поработайте, желательно с прыжками через версии репо и питона, ну или почитайте man bzr в районе описания "bzr init" (зачем было рожать формат, где отдельному бранчу нужен отдельный каталог со всеми вытекающими -- моя опять искренне не понимать). Ссылки по теме: http://www.infoq.com/articles/dvcs-guide http://betterexplained.com/articles/intro-to-distributed-ver.../
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от pavlinux (ok) on 11-Май-08, 00:32
2.6.25.3 10 May 2008 311M
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от pavlinux (ok) on 11-Май-08, 00:42
	Упс, строки забыл... Лень проверять, но помоему вот так должно заработать: # cd /usr/src/linux-2.6.25.3 # count=0; for i in `find ./ -depth -name \*.[Sch] -exec wc -l '{}' \; | awk '{print $1}'`; do count=$(( $count + $i )); echo $count; done; Вот что вышло -  8396615 строк
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	16. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от mahoro (??) on 11-Май-08, 04:23
	Любишь сложности :) Почему не find ... | xargs cat | wc ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от pavlinux (ok) on 11-Май-08, 04:37
	>Любишь сложности :) > >Почему не find ... | xargs cat | wc ? САТу может и бинарник попасться, тогда уж через strings. (а если честно, не думал, последующий конвейер сам, походу, придумывается)  :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	46. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Май-08, 21:50
	>Упс, строки забыл... Лучше sloccount, imho.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от pavlinux (ok) on 11-Май-08, 00:48
Сразу и не фтыкнул - оригинал называет "Linux Kernel Growth: 0.01-to-2.6.18 (1991-2006)" А чё они до 05.2008  НИАСИЛИЛИ....
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от szh (ok) on 11-Май-08, 01:55
обьясняется почему SVN и GIT в разных весовых категориях. Linus Torvalds on git: http://www.youtube.com/watch?v=4XpnKHJAok8
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	11. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 02:02
	>обьясняется почему SVN и GIT в разных весовых категориях. >Linus Torvalds on git: >http://www.youtube.com/watch?v=4XpnKHJAok8 угу, смотрели. Но сути не меняет. Git полностью покрывает функционал SVN'а (в том числе и серверная эмуляция оного), а еще Git и более производителен. Выбор очевиден.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	47. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Май-08, 21:52
	>Но сути не меняет. Git полностью покрывает функционал SVN'а (в том числе >и серверная эмуляция оного), а еще Git и более производителен. >Выбор очевиден. Для нас с Вами -- угу, а вот для виндузятников и ынтерпрайза не совсем так: первым важна доступность инструмента и интеграции с IDE на виндах, вторым -- дубовость SVN (в том же плане, что и жабы -- чтоб кодеры ходили предсказуемым строем) и killer app по имени trac ;-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от szh (ok) on 11-Май-08, 05:46
	Детишки это вы. А Линусу было на чем потренироватся и обдумать как все должно работать, перед началом разработки git. > а потом плакались что народ пишет её опенсорс аналог > (по-моему последнее - это как раз git). Нет не git > Собственно, вопрос - где эти недоучки сейчас? Полагаю там же где и были и занимаются тем же.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от User294 (ok) on 11-Май-08, 04:05
ИМХО: если такая штука как линукс кернель засовывается за считанные секунды, то разница в 5 раз погоды не делает.То есть оно круто но если оно на практике столь большой проект за максимум десятки секунд разруливает - можно выбирать любой манагер версий и не греть мозг этим вопросом, взяв за критерии что-то более важное чем считанные секунды задержек на проекте уровня линуксного кернеля :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 04:18
	>ИМХО: если такая штука как линукс кернель засовывается за считанные секунды, то >разница в 5 раз погоды не делает.То есть оно круто но >если оно на практике столь большой проект за максимум десятки секунд >разруливает - можно выбирать любой манагер версий и не греть мозг >этим вопросом, взяв за критерии что-то более важное чем считанные секунды >задержек на проекте уровня линуксного кернеля :) если. Я юзал SVN для управления сырцами ядра с год. Мажорный патч с версии на версию (например 2.6.20 -> 2.6.21) занимало закоммиттить 20 минут... Git же за пару десятков секунд сделает это, да еще и без необходимости руками качать дифф, распаковывать и патчить проект. "git pull" + ~20-30 секунд = новая версия. Это не идет ни в какое сравнение с геммором SVN, хоть и немалую (но не главную) роль тут играл сам факт хранения ядра в Git'е.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от geekkoo (??) on 11-Май-08, 10:59
	>>Это не идет ни в какое сравнение с геммором SVN, хоть и немалую (но не главную) роль тут играл сам факт хранения ядра в Git'е. По моему, как раз главную. Тормоза связаны именно с тем, что при парсинге diff-а нужно протоколировать это в истории локальных изменений. Понятно, что для Git-а это не требуется (поскольку рабочая версия просто up-to-date). Ну, и правило буравчика таково - какой CVS использует проект, над которыми работаете, то ту же VСS используете и вы. Чтоб потом не появлялись рассказы о страшных тормозах той или иной VСS...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	48. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Май-08, 21:54
	>Ну, и правило буравчика таково - какой CVS использует проект, над которыми >работаете, то ту же VСS используете и вы. Чтоб потом не >появлялись рассказы о страшных тормозах той или иной VСS... Следуя этой рекомендации, можно появить ещё не один рассказ про тормоза Bazaar или SVN :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от fi (ok) on 11-Май-08, 12:00
	>Я юзал SVN для управления сырцами ядра с год. Мажорный патч с версии на версию (например 2.6.20 -> 2.6.21) занимало закоммиттить 20 минут... А что было сервером - httpd или svnserve ??? Если через httpd - то чему удивляться ? он сам тормоз.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	25. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 12:11
	>>Я юзал SVN для управления сырцами ядра с год. Мажорный патч с версии на версию (например 2.6.20 -> 2.6.21) занимало закоммиттить 20 минут... > >А что было сервером httpd или svnserve ??? >Если через httpd - то чему удивляться ? он сам тормоз. сервером была ФС (ext3, Dual Opteron 246 2GHz, 3ware 9550SX raid5). Но столько времени занимал коммит всего ядра, а не мажорного патча (подзабыл, давно дело было ;) вот берем тарбол, растариваем "... add" и "... ci" и на наццать минут идем гулять. Это НЕ работа с исходниками масштабов ядра. И Торвальдс это четко по-русски :) в своем выступлении сказал.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	26. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 12:21
	щас попробовал Git'ом это же сделать. # wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.25.3.t... # tar xjf linux-2.6.25.3.tar.bz2 # cd linux-2.6.25.3 # git init # git add * # time git commit -a -m 'init' real    0m15.077s user    0m6.814s sys     0m0.877s Согласитесь, достаточно быстро.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	28. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 12:34
	собираю svn. как тока так и запосчу результаты. все же лучше перепроверить ;) ибо мнооого воды утекло :) не хотелось бы отстаивать ошибочную точку зрения :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	33. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 13:19
	Собсно: tar xjf linux-2.6.25.3.tar.bz2 cd linux-2.6.25.3/ mkdir -p ~/.r/l-25.3 svnadmin create ~/.r/l-25.3 svn co file:///root/.r/l-25.3 . svn add * time svn ci -m "Commit message" .......................................... ..... ................................................... Committed revision 1. real    16m23.962s user    2m24.640s sys     0m29.383s это даже не избитие младенца...  это ужасно... Может я конечно "не так" его пользовал. Ну по манам так вещают. Кроме того, СИЛЬНО расстраивали диры ".svn" на всех уровнях структуры дерева исходников. Приходилось делать обертку для грепа... ибо такое находилось OMG... . В гите - репозиторий это всего лишь одна дира ".git" в корне проекта. grep-friendly :) Также весьма за...^w малоприятно в SVN'е категорическое невосприятие относительных путей к дире с репозиторием (уж молчу о том, что его нужно обязательно хранить вне проекта). Я тогда любил SVN и серьезно полагал, что сие есть праведные страдания за правое дело и ничего лучше быть не может.  ...пока не решился асилить Git :) Ничего не имею против SVN'а. Для своего времени (лет 5 назад) это была МОЩЬ. Это был прорыв по отношению к CVS! Но ведь нет ничего страшного, что за это время появились другие инструменты, учитывающие недостатки существующих. Это естественный процесс. И на Git когда-нибудь найдется управа. И вся наша задача состоит лишь в том, чтобы своевременно обновлять свои инструменты и не терять драгоценное время [лицезрея горы бегущих точечек SVN'а %))].
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	35. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от geekkoo (??) on 11-Май-08, 14:43
	>[оверквотинг удален] >асилить Git :) > >Ничего не имею против SVN'а. Для своего времени (лет 5 назад) >это была МОЩЬ. Это был прорыв по отношению к CVS! >Но ведь нет ничего страшного, что за это время появились >другие инструменты, учитывающие недостатки существующих. >Это естественный процесс. И на Git когда-нибудь найдется управа. >И вся наша задача состоит лишь в том, чтобы своевременно обновлять свои >инструменты и не терять драгоценное время [лицезрея горы бегущих точечек SVN'а >%))]. Есть специальная команда svn import $tar xjvf linux-2.4.31.tar.bz2 $mkdir -p ~/.r/l-2431 $svnadmin create ~/.r/l-2431/ $cd linux-2.4.31 $svn import ./ file:///home/mike/.r/l-2431 -m '...' .... $time svn co --non-interactive file:///home/mike/.r/l-2431 ./ .... Checked out revision 1. real    1m22.761s user    0m40.970s sys     0m17.850s Не надо выступать, что 1 минута затормозит вам всю работу над проектом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	36. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 15:01
	>Есть специальная команда svn import >real    1m22.761s >user    0m40.970s >sys     0m17.850s хм.... неплохо. Ессьно, чувствуется, что при том долгом коммите svn занимается переливанием из пустого в порожнее. Много раз. Ну и отлично что есть команда порасторопнее :) >Не надо выступать, что 1 минута затормозит вам всю работу над проектом. замедлит невозможность легкого портирования из одной ветки разработки в другую. Греп по этим .svn дирам замедлит, тормоза с просмотром лога, который только на серваке может (пока что) лежать. Во имя чего терпеть такие лишения? Я не вижу смысла.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	37. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от geekkoo (??) on 11-Май-08, 15:14
	>[оверквотинг удален] >Ну и отлично что есть команда порасторопнее :) > > >>Не надо выступать, что 1 минута затормозит вам всю работу над проектом. > >замедлит невозможность легкого портирования из одной ветки разработки в другую. >Греп по этим .svn дирам замедлит, тормоза с просмотром лога, который только >на серваке >может (пока что) лежать. >Во имя чего терпеть такие лишения? Я не вижу смысла. Держать единый репозиторий, и прочие плюшки связанные с администрированием этого репозитория. Хотя, чувствуется. что квалификация команды Субвершен оставляет желать лучшего (не Линусы Торвальдсы они, да), но это лучшее в этом смысле, что есть на сегодняшний день. На самом деле они первые, кто реализовал спеки WedDAV (которая как раз и включала систему контроля версий, но сейчас это существует только в виде субвершеновского модуля для апача). GIT всё же остается несколько в виде PtP (как и его аналоги). Может это и ничо, но как-то более привычно ощущать себя в клиент-серверной архитектуре.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	38. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 15:25
	>Держать единый репозиторий, и прочие плюшки связанные с администрированием этого репозитория. Ну, вот посмотрите http://git.kernel.org новые репозитории заводятся крайне просто (как раз сседня сетапил). Правда, не скажу насколько просто подобное можно сделать для svn. Но, оприори, разницы здесь нет. И то и то может быть "все в одном месте". А кроме того, git сервак может эмулировать svn сервер... ;) >Хотя, >чувствуется. что квалификация команды Субвершен оставляет желать лучшего (не Линусы Торвальдсы >они, да), но это лучшее в этом смысле, что есть на >сегодняшний день. из централизованных средств - возможно. >На самом деле они первые, кто реализовал спеки WedDAV >(которая как раз и включала систему контроля версий, но сейчас это >существует только в виде субвершеновского модуля для апача). Да, первые...  но за первыми всегда идут вторые, которые при правильном подходе обгоняют первых. Ну вот что толку в этих их достижениях сейчас. Мне будет надо - я сделаю себе WebDAV в апаче. И для этого мне не понадобится даже знать кто его первым пользостью реализовал... Это борьба... Первый не всегда лучший. Более того. Держать первенство несколько сложнее, чем добиться его. Что мы и видем. SVN размышляет над тем, чтобы реализовать некотороую функциональность децентрализованных систем. >GIT всё же остается несколько в виде PtP (как и его аналоги). угу. А современность четко показывает, что разница между сервером и клиентом все больше размывается. Клиентские тачки уже давно с 2мя процами и вагонами памяти. Еще большой вопрос кто мощьнее: такой десктоп или 2 летней давности сервак... Так что PtP подход вполне естественен. >Может это и ничо, но как-то более привычно ощущать себя в >клиент-серверной архитектуре. Ну, привычно - это дело далеко не технического плана ;) Это привычка...  лень учить новое... Это естественно для человека :) Нафига шо-то делать, если и так работает. И это нормально :) Но технически это пустой звук :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	44. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от anonymous (??) on 11-Май-08, 21:05
	>[оверквотинг удален] >$time svn co --non-interactive file:///home/mike/.r/l-2431 ./ >.... >Checked out revision 1. > >real    1m22.761s >user    0m40.970s >sys     0m17.850s > >Не надо выступать, что 1 минута затормозит вам всю работу над проектом. > tar xjvf linux-2.6.25.3.tar.bz2 mkdir -p ~/.r/l-2431 svnadmin create ~/.r/l-2431/ cd linux-2.6.25.3 svn import ./ file:///alick/.r/l-2431 -m '...' .... Committed revision 1. time svn co --non-interactive file:///alick/.r/l-2431 ./ .... Checked out revision 1. real    0m2.083s user    0m0.005s sys     0m0.003s
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	43. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от anonymous (??) on 11-Май-08, 20:52
	>[оверквотинг удален] >асилить Git :) > >Ничего не имею против SVN'а. Для своего времени (лет 5 назад) >это была МОЩЬ. Это был прорыв по отношению к CVS! >Но ведь нет ничего страшного, что за это время появились >другие инструменты, учитывающие недостатки существующих. >Это естественный процесс. И на Git когда-нибудь найдется управа. >И вся наша задача состоит лишь в том, чтобы своевременно обновлять свои >инструменты и не терять драгоценное время [лицезрея горы бегущих точечек SVN'а >%))]. tar xjf linux-2.6.25.3.tar.bz2 cd linux-2.6.25.3/ mkdir -p ~/.r/l-25.3 svnadmin create ~/.r/l-25.3 svn co file:///root/.r/l-25.3 . svn add * time svn ci -m "Commit message" Committed revision 1. real    2m9.366s user    1m13.496s sys     0m40.178s
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	53. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 12-Май-08, 07:41
	А теперь с гитом сравни у себя ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	27. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от fi (ok) on 11-Май-08, 12:34
	>>А что было сервером httpd или svnserve ??? >>Если через httpd - то чему удивляться ? он сам тормоз. > >сервером была ФС (ext3, Dual Opteron 246 2GHz, 3ware 9550SX raid5). А это тут при чем?????   Речь идет о том, какой сервер (прога!!!) был использован в качестве репозитария -свой (svnserve) или httpd с mod_dav_svn? В случаи httpd ни о какой скорости речь не может идти, но зато очень удобно ходить через всякие блокирующие прокси.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	30. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 12:38
	какие прокси, мил человек?... Речь о производительности даже на локальной ФС. Нейтрализуя влияние сети и другой системы. Просто с винта тут же на него коммитить. Лично мне так было нужно, потому как я ни с кем не разделял эту работу. Мне нужен был всего-лишь контроль версий.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	50. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от fi (ok) on 12-Май-08, 00:17
	>какие прокси, мил человек?... Например squid :)))))  но в  вашем случаи он ни причем. >Речь о производительности даже на локальной ФС. Нейтрализуя влияние сети и другой >системы. Ну и как удалось нейтрализовать "влияние сети и другой системы" ???? Или все же через httpd долбились - на каждый файл по десяток запросов???? вот попробуйте разные транспорты, тогда и можете сказать о скорости. Или вы не в курсе что svn может работать по разному??? И с разной скоростью??
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	52. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от geekkoo (??) on 12-Май-08, 07:08
	>>Или все же через httpd долбились - на каждый файл по десяток запросов???? Не тупи. Когда репозиторий находится на file:///, то svn работает без сервера. Нужен только клиент.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	54. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от fi (ok) on 12-Май-08, 07:42
	>>>Или все же через httpd долбились - на каждый файл по десяток запросов???? > >Не тупи. Когда репозиторий находится на file:///, то svn работает без сервера. >Нужен только клиент. Не тупи!!! С чего ты взял что был file:///???? У меня с ним летает!!! Я думаю там у Nick был классический https
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	56. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 12-Май-08, 08:48
	>>>>Или все же через httpd долбились - на каждый файл по десяток запросов???? >> >>Не тупи. Когда репозиторий находится на file:///, то svn работает без сервера. >>Нужен только клиент. > >Не тупи!!! С чего ты взял что был file:///???? У меня с >ним летает!!! >Я думаю там у Nick был классический https не надо думать надо у Ника спросить. А было все просто: я брал тарболы на кернельорге и мне просто нужно было с ними как-нить "бороццо". Я просто на _одной_ тачке пользовал SVN. Ессьно ниче кроме file:/// не было нужно. Тормоза я ловил неслабые. Но терь на Git'е я по сетке беру коммиты прямо из источника, минуя wget&patch, а кроме того не ловлю тормоза при локальных (своих) коммитах и просмотре истории (!!), все лежит уже у меня. При необходимости в 2 команды создается отдельная ветка разработки, где можно попробовать че-нить експериментального. Все так же легко получяя коммиты от авторити _и_ из своей изначальной (да и любых других) ветки, а потом точно тем же методом смержить изменения експериментальной в свою основную. Заметьте, для этого я не подымал никаких сервисов и не выходил за пределы _одной_ директории с деревом пректа... Вобщем, даже сравнивать такое тяжело со старичком свном.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	57. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от fi (ok) on 12-Май-08, 11:43
	>не надо думать >надо у Ника спросить. Так несколько раз спросил, а в ответ "ФС (ext3, Dual Opteron 246 2GHz, 3ware 9550SX raid5)." :)))) - клевый транспорт! Вот и возникают сомнения.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	58. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 12-Май-08, 12:07
	>Так несколько раз спросил, а в ответ "ФС (ext3, Dual Opteron 246 >2GHz, 3ware 9550SX raid5)." :)))) - клевый транспорт! >Вот и возникают сомнения. "не знаю как у вас...", но у нас "транспорт - ФС" - есть четкое понимание протокола передачи :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	60. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 12-Май-08, 12:22
	>"не знаю как у вас...", но у нас "транспорт - ФС" - >есть четкое понимание протокола передачи :) ессьно, говоря о системах контроля версий :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	55. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 12-Май-08, 08:32
	>Ну и как удалось нейтрализовать "влияние сети и другой системы" ???? Или >все же через httpd долбились - на каждый файл по десяток >запросов???? какое хттп?? вылезайте из пещеры пожалуйста. Да ни вжизни будь на то моя воля не насетаплю я этих костылей вместо родного протокола хоть svn'а, хоть git'а. И ессьно, поверх ssh (если уж мы рассматриваем сетевой репозиторий). >вот попробуйте разные транспорты, тогда и можете сказать о скорости. > >Или вы не в курсе что svn может работать по разному??? И >с разной скоростью?? ой да пасиба. На самом деле даже неважно с какой скоростью SVN _не_ сможет делать элементарные форки и объединения проектов. А без далеко не всякая разработка (хоть и не вся) не достигнет оптимума в скорости. Примеры все те же: wine (раз в 2 недели релиз), ядро Линух, дистр Убунта - все эти товарищи пользуют децентрализованные системы контроля. Я _знаю_ почему они это делают и _видел_ своими глазами в _своих_ проектах почему крайне затруднительно контролировать версии цетралицованным инструментом. Вот Михаил бросил неплохую сцылку, просмотрите, не пожалейте 10 минут: http://www.infoq.com/articles/dvcs-guide все-таки время не стоит на месте. Может, где-то что-то вам приглянется.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	29. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от geekkoo (??) on 11-Май-08, 12:38
	>[оверквотинг удален] >>А что было сервером httpd или svnserve ??? >>Если через httpd - то чему удивляться ? он сам тормоз. > >сервером была ФС (ext3, Dual Opteron 246 2GHz, 3ware 9550SX raid5). > >Но столько времени занимал коммит всего ядра, а не мажорного патча (подзабыл, >давно дело было ;) > >вот берем тарбол, растариваем "... add" и "... ci" и на наццать >минут идем гулять. svn import и svn co не быстрее были бы, раз репозиторий у вас всё равно на локальном диске? Про двойное копирование по сети можно не беспокоиться. >Это НЕ работа с исходниками масштабов ядра. И Торвальдс это четко по-русски >:) в >своем выступлении сказал.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	31. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
	Сообщение от Nick (??) on 11-Май-08, 12:40
	да, речь не о сети вообще. А просто об оптимальности процессов проверки, контроля, хранения...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
Сообщение от Константин (??) on 11-Май-08, 10:59
Достаточно поверхностное сравнение. В сети встречал более глубокое исследование, хотя как пример, не лишено интереса. - Ни слова, напрмер что такое pack/gc. Сколько оно жрёт времени, какой объём до/после. - Мерять repo initialization это вообще круто :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

40. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
Сообщение от pawnhearts (ok) on 11-Май-08, 18:08
Используем mercurial и все доволны. Разница в производительности для проектов с которыми я работаю(сравнительно небольшие-средние) никакой роли не играет, везде всё происходит моментально. Даже для таких больших проектов как ядро линукс разница не такая большая.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	49. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
	Сообщение от V (??) on 11-Май-08, 22:25
	аналогично
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	59. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
	Сообщение от nikolaos on 12-Май-08, 12:08
	Поддержу. Лучше бы сделали сравнили возможности. Сам работаю только с svn и mercurial. Интересно узнать особенности других средств
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	64. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
	Сообщение от andr.mobi (??) on 27-Май-08, 01:13
	> Интересно узнать особенности других средств А вот в Plan9 из Bell Labs весь центральный файловый сервер превращён в один большой репозиторий: " ...У файлового сервера три уровня хранения. Центральный сервер в нашей инсталляции имеет буферную память объемом около 100 Мбайт, магнитный диск емкостью 27 Гбайт и дисковод с автоматической сменой WORM-дисков общей емкостью 350 Гбайт как основной накопитель... ...Каждое утро в 5 часов автоматически происходит дамп файловой системы. Система замораживается, и все блоки, модифицированные со времени последнего дампа, становятся в очередь для записи на WORM. После этого служба восстанавливается, и в иерархии всех дампов, когда-либо проведенных, появляется корневой каталог выведенной файловой системы с атрибутом "только для чтения", названный по дате создания. Например, каталог /n/dump/1995/0315 — корневой для образа файловой системы в том виде, каком он был на раннее утро 15 марта 1995 года...." http://cylib.iit.nau.edu.ua/Mirrors/ask.km.ru/plan9/doc/9.html И вместо svn diff юзаеца обычный diff - и не требуется плодить одинаковые однообразные сущности.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	65. "*sigh*"	+/–
	Сообщение от Michael Shigorin (ok) on 28-Май-08, 17:57
	>И вместо svn diff Какой svn diff... Андрей, Вы хоть и являетесь безусловно троглодитом -- но вылазьте иногда из пещеры, на дворе давно DSCM.  Притом тот же git diff куда удобнее "обычного diff".
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	66. "OpenNews: Сравнение производительности Bazaar, git и Mercuri..."	+/–
	Сообщение от Zert (??) on 09-Июн-10, 07:07
	Очень хорошо путать тёплое с мягким. Жизнь сразу становится весёлой и насыщенной.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

62. "Сравнение производительности Bazaar, git и Mercurial. Рост о..."	+/–
Сообщение от гость on 14-Май-08, 00:15
Было бы любопытно ещё и monotone в сравнении глянуть - вроде как он идеологически достаточно близок к git
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема