Well, I *did* monitor the system load during my git fetch calls -- otherwise I would not have bothered the mailing list: There was no Jenkins job running, CPU was nearly idle, Gerrit's web interface was as responsive as one could wish for, and so on ...
Furthermore I tried calls from outside the university's network, from within, and even on saros-build itself. The ssh connections were always slow, http(s) connections were not fast, but ok. All I asked for was "does anyone else suffer" -- obviously nobody did, so I got this problem all for myself. End of story. Best Regards, Franz -----Original Message----- From: Stefan Rossbach [mailto:srossb...@arcor.de] Sent: Tuesday, February 25, 2014 11:57 PM To: Zieris, Franz; dpp-devel@lists.sourceforge.net Subject: Re: [DPP-Devel] Unresponsive Git access via Gerrit? As our whole build server is nothing more than just a VM (running in a very very BIG cluster) I would stop asking those questions until the problem stays permanent. BR, Stefan On 24.02.2014 13:50, Franz Zieris wrote: > Dear developers, > > does anyone else suffer from extremely slow responses from Gerrit's git > repository? I've tried anonymous HTTP access and SSH, and both are really > slow or without any progress. > > A rather fast run via HTTP: > >> %> time git fetch -v --progress > http://saros-build.imp.fu-berlin.de/gerrit/saros master >> From http://saros-build.imp.fu-berlin.de/gerrit/saros >> * branch master -> FETCH_HEAD >> >> real 0m12.193s >> user 0m0.000s >> sys 0m0.031s > > And SSH (change "fzieris" to your Gerrit username if you want to try this) > -- I aborted this one with CTRL+C: > >> %> time git git fetch -v --progress > ssh://fzie...@saros-build.imp.fu-berlin.de:29418/saros.git master >> From ssh://saros-build.imp.fu-berlin.de:29418/saros >> * branch master -> FETCH_HEAD >> >> real 9m19.044s >> user 0m0.000s >> sys 0m0.015s > > For comparison, I did the same with our GitHub clone: > >> %> time git fetch -v --progress https://github.com/saros-project/saros.git > master >> From https://github.com/saros-project/saros >> * branch master -> FETCH_HEAD >> >> real 0m1.101s >> user 0m0.015s >> sys 0m0.015s > > Can anyone confirm this? This is extremely painful from within Eclipse/EGit, > because EGit tries to list all remote branches from time to time, and this > process cannot be aborted. > > Franz > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > DPP-Devel mailing list > DPP-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dpp-devel ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ DPP-Devel mailing list DPP-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dpp-devel
