The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Анонсирован GitTorrent для доступа к Git-репозиториям при по..., opennews (??), 30-Май-15, (0) [смотреть все]

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


26. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +1 +/
Сообщение от Аноним (-), 30-Май-15, 21:36 
Не, этот аргумент не катит. Неосиляторство — это, конечно, глупость, но считать само собой разумеющейся бесперебойную связь — глупость даже бо́льшая.
Ответить | Правка | Наверх | Cообщить модератору

31. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +/
Сообщение от Аноним (-), 31-Май-15, 01:39 
Ты понимаешь о каком объеме трафика идет речь, чтобы заморачиваться на докачку?
Ответить | Правка | Наверх | Cообщить модератору

74. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  –2 +/
Сообщение от iZEN (ok), 01-Июн-15, 22:08 
> Ты понимаешь о каком объеме трафика идет речь, чтобы заморачиваться на докачку?

Примерно 5 ГБ занимает скачанный на ZFS с включенным сжатием LZ4 объём локального репозитория Netbeans в hg.
OpenJDK и Mozilla не тестировал. Есть ещё OpenOffice, но он по большому счёту не нужен.

Что, разработчикам этих продуктов совсем-совсем неинтересно знать, что у них недокачалось или оборвалось, раз они не используют Git? Может у них каналы слабые и часто рвётся телефонная связь? Вряд ли. Так почему же они не используют везде распиаренный Git?! Это же модно, молодёжно, привлекательно! Молодняк ушёл Git осваивать, а старики на hg сидят, но почему?

Ответить | Правка | Наверх | Cообщить модератору

75. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 01-Июн-15, 22:21 
> Примерно 5 ГБ занимает скачанный на ZFS с включенным сжатием LZ4 объём
> локального репозитория Netbeans в hg.

REPO SIZE                     REPO SIZE
613M    .git                  2,7G  .hg

Зря ты, зефирушка, взялся размерами меряться. https://xrunhprof.wordpress.com/2011/04/11/mercurial-vs-git-.../

Также ткнись носом -- там и по времени в 2.5-6 раз разница. И не в пользу ртути.

И таки да, там оно не на "zfs с lz4" (ты у нас один такой), иначе бы разница была в десятки раз.

Ответить | Правка | Наверх | Cообщить модератору

76. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 01-Июн-15, 22:25 
>>чтобы заморачиваться на докачку?
> Примерно 5 ГБ занимает скачанный

И кстати, Великий Космос внял твоим мольбам о докачке: теперь для тебя есть git поверх торрента же.

++А ртутные всё ещё тормозят без торрента?! В 2015-ом??? Ниаписуема.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

39. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +/
Сообщение от Аноним (-), 31-Май-15, 05:44 
> Не, этот аргумент не катит. Неосиляторство — это, конечно, глупость, но считать
> само собой разумеющейся бесперебойную связь — глупость даже бо́льшая.

Скачать большой проект 1 раз в жизни можно и на нормальном канале. А докачивать дельту потом можно хоть на GPRS, дельта ж мелкая. Вот никто и не парится особо. Для разработчиковских юзкейсов все нормальненько. А если кто путает vcs и файлокачалку - при чем тут git?

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

51. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +/
Сообщение от Crazy Alex (ok), 31-Май-15, 13:18 
И скачать может быть проблематично (вопрос - где именно вас застала нужда что-то сделать с кодом, или понадобилось именно тогда, когда есть проблемы с VPN к серверу с репой), и дельта бывает большая, если активно разрабатываемую репу обновляешь раз в три месяца, так как чаще не нужна... Если проект занимает мегабайт 300 то размеры репы в несколько гиг - ни разу не экзотика, особенно когда там есть хоть какие-то бинари, вроде графики. Другое дело, что есть какие-то практические проблемы с реализацией - я не смотрел, как именно pull сделан, но как минимум добавить при выставленном флажке в конфиге генерацию и сохранение бандла могли бы. То есть полный pull превратился бы в скачивание (возможно с докачкой) бандла + апдейт до текущего состояния.
Ответить | Правка | Наверх | Cообщить модератору

59. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +/
Сообщение от Аноним (-), 31-Май-15, 19:39 
Качать первый раз через rsync?
Ответить | Правка | Наверх | Cообщить модератору

60. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  –1 +/
Сообщение от user (??), 31-Май-15, 21:49 
тарбол с добавленым .git
Ответить | Правка | Наверх | Cообщить модератору

61. "Анонсирован GitTorrent для доступа к Git-репозиториям..."  +/
Сообщение от arisu (ok), 31-Май-15, 23:47 
бинари. в гит. этот «проект» надо закопать вместе с разработчиками, неоперабельно.

p.s. имел в виду «часто меняющиеся бинари», натюрлих.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

78. "Анонсирован GitTorrent для доступа к Git-репозиториям..."  +/
Сообщение от Crazy Alex (ok), 01-Июн-15, 23:26 
Что-нибудь вроде специфических шкур под заказчика - ещё и как ложится в репу - куда ж ещё, если может оказаться нужной сборка версии полугодовой давности с багфиксом. А так - скормил системе сборки имя ветки - и готово. И шкурки, понятно, имеют свойство меняться вместе с веяниями моды, изменениями фирменного стиля и т.д. Да и вообще - через пару-тройку лет даже "редко меняющиеся" отрастают так, что весело становится.
Ответить | Правка | Наверх | Cообщить модератору

67. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +2 +/
Сообщение от Аноним (-), 01-Июн-15, 15:14 
> И скачать может быть проблематично

Ну, понимаешь, качать какой-нить линуксный кернель целиком по GPRS - займет уйму времени, даже если там докачка будет. За это время можно будет сто раз доехать до места с приличным интернетом или попросить кого-нибудь прислать болванку с снапшотом, чем пытаться там что-то докачивать через такую пипетку. А вот потом - дельту на два мега можно уже и между делом докачать не особо напрягаясь.

> (вопрос - где именно вас застала нужда что-то сделать с кодом,

Внезапно, у гита очень мелкие дельты. Так что если ты проект не в первый раз видишь - никаких проблем. А выкачивать полинтернета на посмотреть на гпрс который еле ловит - по любому очень галимое начинанеи.

> с VPN к серверу с репой), и дельта бывает большая,

Ну не знаю, я Linux Kernel синкал несколько раз по GPRS ради лулзов - нормально было. Не, если у тебя бешеные дизайнеры льют гигазы файлов... то ты за ними по любому не успеешь :)

> хоть какие-то бинари, вроде графики. Другое дело, что есть какие-то практические
> проблемы с реализацией - я не смотрел, как именно pull сделан,

Из очевидного: дельта считается под конкретного клиента и его текущее состояние дел, и серверу совсем не в кассу при отвале клиента помнить все состояние и эту дельту. Это наверное можно как-то заворкэраундить, но видимо не сильно злободневно для именно прогрмамистов, а не местных, которым извольте гиг отгрузить чтобы они могли посмотреть и в трэш отправить или там попользоваться серваком VCS как файлокачалкой. Это вообще не разработчики, отдачи с них буй, а ресурсы на их обслуживание транжирятся мама не горюй.

> сохранение бандла могли бы. То есть полный pull превратился бы в
> скачивание (возможно с докачкой) бандла + апдейт до текущего состояния.

Технически это можно наверное как-то вкостылить даже. Если кому сильно надо. Ну там написать какой-то довесок генерящий бандл, а потом качать его. Но он будет трескать место на серваке. На каждого отвалившегося клиента. А учитывая что речь про проекты "300 мегабайтов и дельта в гигазы" - на серваке просто вскоре закончится место. По факту лишний головняк админам с простым и очевидным DoS: фигачим серверу пачку запросов и все время отваливаемся. Смотрим как сервер будет раскладывать гигазы по бандлам и насколько его хватит.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

79. "Анонсирован GitTorrent для доступа к Git-репозиториям при по..."  +/
Сообщение от Crazy Alex (ok), 01-Июн-15, 23:42 
Да хрен с ней, с дельтой. Хотя бы для полного clone сделали костыль - решилось бы 99% проблем.

А всё остальное - чаще не GPRS, а просто падает раз в N минут при не слишком высокой скорости (когда репа качается, скажем, минут 15). С VPN на хреноватых каналах такое - сплошь и рядом. Обычная корпоративная проектная репа и обычный же корпоративный VPN. И не  с одним заказчиком я такое видел, тормозной отваливающийся VPN - скорее норма. Да, я понимаю, что каналы должны быть хорошими, VPN - правильно настроенным и т.д. Но вот реальность такая - попадал не раз.

А трескать место на сервере надо один раз. По принципу "раз в сутки генерим бандл и сутки его держим". Бандл - тупо архив репы, для всех клиентов одинаковый. Что даёт возможность забрать львиную долю объектов, остальное дотянется обычным образом. В сущности, проблема с этим ровно одна - хотелось бы, чтобы это было внутри гита, чтобы автоматом работало с дефолтным гитом на сервере и клиенте. накостылить-то - не проблема, cron + tar на сервере, wget + git clone --reference на клиенте - и всех делов. Только задолбаешься админов уговаривать этот кроновский таск добавлять да веб-доступ к файлику давать.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру