Hi Mark,
On 12/04/2017 12:17 PM, Mark Rivers wrote:
> I found that it was very slow. It was averaging about 200 KiB/s,
> which is 20 times slower than the 4 MiB/s I got with Github. Is
> this normal?
It seems to vary. I am getting 22MB/s over https at the moment, but only
190KB/s over ssh. The Launchpad servers are in the UK I believe, and
there may be bandwidth contention for the necessary routes. I don't know
if the https: transport can be cached at all, that might explain the
speed differences.
One of the nice things about Git is that you can mix and match the
transports, either automatically as Michael demonstrated or manually by
doing an initial checkout over https and then adding other remotes for
different transports.
> I am still struggling to understand how to checkout the R7.0.1-rc1 tag
> in the top-level and all submodules. I did what Michael suggested:
...
> So it does not appear to have the R7.0.1-rc1 tag checked out?
>
> I then try to explicitly checkout that tag in all submodules, but it fails because that tag does not exist in modules/normativeTypes:
>
> corvette:~/scratch/epics-base>git submodule foreach git checkout R7.0.1-rc1
> Entering 'modules/ca'
> Previous HEAD position was 5dfd1fc... Export tool configurations as cfg/CONFIG_* files
> HEAD is now at 8b97e78... Set version snapshot to -rc1
> Entering 'modules/database'
> Previous HEAD position was eac8865... Merge 'ignore-siml-failure' into database/master
> HEAD is now at 8b97e78... Set version snapshot to -rc1
> Entering 'modules/libcom'
> Previous HEAD position was 3ca5c20... perl 5.8 compatibility fix
> HEAD is now at 8b97e78... Set version snapshot to -rc1
> Entering 'modules/normativeTypes'
> error: pathspec 'R7.0.1-rc1' did not match any file(s) known to git.
> Stopping at 'modules/normativeTypes'; script returned non-zero status.
Because only the top-level module (core/master branch) has that tag, we
don't tag the submodules with the top-level tag at all (and actually we
can't, the same tag would have to be branch-specific since we store all
of the V3 modules in the same repo so they all share a tag namespace).
> But if I go to modules/ca it is indeed checked out that the tag I want.
>
> corvette:~/scratch/epics-base>cd modules/ca
> /home/epics/scratch/epics-base/modules/ca
> corvette:epics-base/modules/ca>git status
> # HEAD detached at R7.0.1-rc1
> nothing to commit, working directory clean
If you do an ls of the modules/ca directory though the result will look
just like the top-level module.
The right way to get to exactly the tag is as follows:
> tux% git checkout R7.0.1-rc1
...
> tux% git submodule update
> Submodule path 'modules/database': checked out 'eac8865b7f685988ed2dc3678574f9c1a226320b'
> Submodule path 'modules/libcom': checked out '3ca5c20907bbca004341efc1367de8b80be32087'
> Submodule path 'modules/normativeTypes': checked out 'abd029aa71e3a56d2163c8127a34751b77544ca1'
> Submodule path 'modules/pvAccess': checked out '2ca5744bb9451440b8d7ae31c4d0502b58b094c4'
> Submodule path 'modules/pvData': checked out 'b194bc05b17a7c23e6c4725c7d684cd21042fd86'
> Submodule path 'modules/pvDatabase': checked out '63214b98f691af29f590522efb3a7d542aeb9e7e'
> Submodule path 'modules/pva2pva': checked out '0159cdb77de9357cb9459f6daef0f025d20c2a3c'
> Submodule path 'modules/pvaClient': checked out 'a21e5b59139a98d86606f87077d355ab71ec5d45'
You can do a 'git submodule status' and it will show you the current sha
for each module, and for 7.0.1-rc1 the result should be this:
> tux% git submodule status
> 5dfd1fc0f0cad7dd967d76af0ea58637a8354bad modules/ca (R3.16.1-113-g5dfd1fc)
> eac8865b7f685988ed2dc3678574f9c1a226320b modules/database (R3.16.1-178-geac8865)
> 3ca5c20907bbca004341efc1367de8b80be32087 modules/libcom (R3.16.1-160-g3ca5c20)
> abd029aa71e3a56d2163c8127a34751b77544ca1 modules/normativeTypes (5.0.0-42-gabd029a)
> 2ca5744bb9451440b8d7ae31c4d0502b58b094c4 modules/pvAccess (4.1.2-523-g2ca5744)
> b194bc05b17a7c23e6c4725c7d684cd21042fd86 modules/pvData (5.0.0-233-gb194bc0)
> 63214b98f691af29f590522efb3a7d542aeb9e7e modules/pvDatabase (4.1.1-89-g63214b9)
> 0159cdb77de9357cb9459f6daef0f025d20c2a3c modules/pva2pva (heads/master)
> a21e5b59139a98d86606f87077d355ab71ec5d45 modules/pvaClient (4.1.1-116-ga21e5b5)
HTH,
- Andrew
--
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon
- References:
- Re: EPICS 7 Release Candidate 1 Mark Rivers
- Re: EPICS 7 Release Candidate 1 Michael Davidsaver
- Re: EPICS 7 Release Candidate 1 Mark Rivers
- Re: EPICS 7 Release Candidate 1 Mark Rivers
- Re: EPICS 7 Release Candidate 1 Michael Davidsaver
- Re: EPICS 7 Release Candidate 1 Mark Rivers
- Re: EPICS 7 Release Candidate 1 Andrew Johnson
- RE: EPICS 7 Release Candidate 1 Mark Rivers
- RE: EPICS 7 Release Candidate 1 Mark Rivers
- Navigate by Date:
- Prev:
RE: EPICS 7 Release Candidate 1 Mark Rivers
- Next:
Problem building base-7.0.1 with Windows on a Linux file system Mark Rivers
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
<2017>
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: EPICS 7 Release Candidate 1 Mark Rivers
- Next:
Problem building base-7.0.1 with Windows on a Linux file system Mark Rivers
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
<2017>
2018
2019
2020
2021
2022
2023
2024
|