Прислушавшись к пожеланиям разработчиков по недостаточно высокой скорости работы git.kernel.org, компания Google объявила (http://google-opensource.blogspot.com/2012/04/worldwide-mirr...) о создании на своих мощностях высокопроизводительного зеркала Git-репозиториев с ядром Linux, а также связанными с ним утилитами и проектами. Новое зеркало доступно по адресу kernel.googlesource.com (https://kernel.googlesource.com/) и обслуживается той же высокопроизводительной инфраструктурой, которая задействована для организации доступа к коду платформы Android.
Инфраструктура обслуживается несколькими дата-центрами в разных частях света и позволяет обеспечить доступ на максимальной скорости из любой точки. Инфраструктура раздачи кода Android обслуживает более 2.5 миллионов запросов в день, общий объем хранимого кода составляет более 1 Тб. Что касается kernel.googlesource.com, то в настоящее время на сайте размещено около 400 Git-репозиториев, кроме ядра Linux, представлены такие проекты, как bluez, xfs, eglib, syslinux, e2fsprogs, squashfs-tools, git, libcap, udev, btrfs-progs, dash, kvm, pciutils, util-linux, bochs и т.д.
URL: http://google-opensource.blogspot.com/2012/04/worldwide-mirr...
Новость: http://www.opennet.me/opennews/art.shtml?num=33682
А у нас на Руси такие зеркала есть?
намекаешь на яндекс?
ну там чего только нет правда гит репозитария я там пока не видал
Зеркало не полнофункциональное нифига. Онлайн просмотр репозитория не доступен.
Нафига было свой велосипед городить вместо git-web ?
>Инфраструктура раздачи кода Android обслуживает более 2.5 миллионов запросов в день, общий объем хранимого кода составляет более 1 Тб.Откуда там столько?!
Ява же... памяти дофига кушает даже в сырцах.
Там качественная дока, примеры, рекомендации по использованию компонентов. Когда работаешь с Андроид - его сайт это ежедневный инструмент.
> 1TB
> качественная дока, примеры, рекомендации по использованию компонентов
> это ежедневный инструментНа мульён лет.
тыц так все версии начиная с первого коммита.. и все ветки-форки..
>>Инфраструктура раздачи кода Android обслуживает более 2.5 миллионов запросов в день,
>>общий объем хранимого кода составляет более 1 Тб.
>Откуда там столько?!pavel@localhost:~> cd /usr/src/linux
pavel@localhost:/usr/src/linux> du -sh ./
1,5G ./
Павел, так вы все таки lfs-ник или gentoo-шник? :)
> Павел, так вы все таки lfs-ник или gentoo-шник? :)Ставлю SuSE и ёё ЛФСю :)
Это конец.
Фу, какие пошлые у вас ассоциации!
> Это конец.Империя зла сделала что-то хорошее для линукса.
Полюбому замышляет что-то гадкое.
Караул! Галактика в опасносте!
Именно так. Когда не делает ничего, можно надеяться, что её взгляд направлен в другую сторону. А если сделала, то это точно не к добру :)
А оно тоже будет так же тормозить и вешать коннекты, как deb-репозитарий хрома?
Из-за их dl.google.com apt-get update растягивается минут на 10, и не всегда отрабатывает с первого раза (приходится прерывать и перезапускать).
Ничего подобного не наблюдал. Значит проблема не у гугол.
На моей памяти у этих макдаков разок серьезно упал доступ к их библам типа jquery которые выложены на CDN. Поэтому юзеры кучи сайтов снабженными идиотами вместо разработчиков, страдающими гyглoзом головного мозга - полдня срaли кирпичами: сайт не грузится. Оказывается, гугл тоже может падать. При том - еще и полдня лежать потом.Большому кораблю - большая торпеда.
> Ничего подобного не наблюдал. Значит проблема не у гугол.Ну да, проблема в apt-get, конечно же.
Вполне шустро работало у меня. ЧЯДНТ?
Забираю от туда рпмку zypper'ом из opensuse. Пользую уже достаточно давно и вроде не припомню каких нибудь тормозов.
Подтверждаю rmp-x86_64 репа хрома аналогично было недели 2 назад.
Последнюю неделю вроде попустило.
А сейчас, значит, с deb проблема.
Накаркал...
Сегодня опять аналогичная туфта при обновлении.
Превышено время ожидания при попытке доступа к 'http://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata...'.
Ой, молодцы-то какие! И тут полижут, и там ртом поработают - да вот только веры им как не было, так и нет. Google - это всё тот же враг Open Source.