LFC performance tests with Python API   –   Time series of RTT and LFC response time for LFC host and CE host in the same country

 

lfc.triumf.ca

20xxxxxx-rtt-create-symlinks-lfc.triumf.ca.png  

prod-lfc-shared-central.cern.ch

20xxxxxx-rtt-create-symlinks-prod-lfc-shared-central.cern.ch.png  

lfc-fzk.gridka.de

20xxxxxx-rtt-create-symlinks-lfc-fzk.gridka.de.png  

lfc01.pic.es

20xxxxxx-rtt-create-symlinks-lfc01.pic.es.png  

lfc-atlas.in2p3.fr

20xxxxxx-rtt-create-symlinks-lfc-atlas.in2p3.fr.png  

lfc.cr.cnaf.infn.it

20xxxxxx-rtt-create-symlinks-lfc.cr.cnaf.infn.it.png  

mu11.matrix.sara.nl   then   eg.nikhef.nl

From March to May 2007, the response time of LFC commands was most often much higher than before :   GGUS ticket 21568
The explanation is that both the FTS and the LFC were using the same oracle database server.
Due to the large number of data transfers at that time, the oracle database server had a continuous high load.

After that, mu11.matrix.sara.nl has been replaced by lfc-atlas.grid.sara.nl.
Since the 'dteam' VO has NO write access to it, I am now performing measurements on eg.nikhef.nl.
20xxxxxx-rtt-create-symlinks-mu11.matrix.sara.nl.png 20xxxxxx-rtt-create-symlinks-eg.nikhef.nl.png  

lfc.grid.sinica.edu.tw

20xxxxxx-rtt-create-symlinks-lfc.grid.sinica.edu.tw.png  

lfc.gridpp.rl.ac.uk

20xxxxxx-rtt-create-symlinks-lfc.gridpp.rl.ac.uk.png

Maintained  by Etienne URBAH

Edit | Attach | Watch | Print version | History: r8 < r7 < r6 < r5 < r4 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r8 - 2007-11-02 - EtienneUrbah
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback