EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Maximum archival rate
From: Maren Purves <[email protected]>
To: Kay-Uwe Kasemir <[email protected]>
Cc: Terry Cornall <[email protected]>, [email protected]
Date: Thu, 29 Mar 2007 09:03:58 -1000 (HST)
Kay,

(only responding to the data volume problem)

On Thu, 29 Mar 2007, Kay-Uwe Kasemir wrote:
On Mar 29, 2007, at 02:04 , Terry Cornall wrote:
I'm trying to dimension the archive requirements for all the 14 beamlines for the Australian Synchrotron and am wondering if I can do it
with one PC or if I need many. Of course, sampling or monitoring rates will play a big part, but also I need to know what is possible per archive engine.

Problem 2: The amount of data. One 'double' sample uses a little over 20 bytes for the timestamp, status, sev, value. For many values, the data file structure and index add relatively little to that, but you'll still get about 20GB per day. How do you intend to back that up?

[...]


If somebody tells you that disks are cheap, please ask
that person to take care of your archiving, then run
as fast as you can.

you got a point, but I'm not sure that's what Terry asked.


And besides, with our wide field camera (motor control is
EPICS, array control and data acquisition isn't) that has
4 arrays we get over 50GB per array in a good night with
short integrations. With all 4 arrays we can get well over
a Terabyte in a week.

Yes, it's an archiving problem, but it's entirely doable.
LTO 2 drives in our case generally hold about 300 GB of
compressed data (depends on how compressible your data
are, that's why 'in our case').

Aloha,
Maren


Replies:
Re: Maximum archival rate Greg Lawson
References:
Maximum archival rate Terry Cornall
Re: Maximum archival rate Kay-Uwe Kasemir

Navigate by Date:
Prev: Re: Proposed change in asyn interruptCallback APIs Andrew Johnson
Next: Re: Maximum archival rate Greg Lawson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Maximum archival rate Kay-Uwe Kasemir
Next: Re: Maximum archival rate Greg Lawson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  <20072008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 10 Nov 2011 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·