Hi
I'm afraid I won't be able to attend the EPICS meeting but see the older
messages on tech-talk from the various RDB archiver authors. Ralph makes
a good point that the only widely deployed archiver is the
non-relational Channel Archiver.
James
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of Ralph Lange
> Sent: 28 September 2010 15:41
> To: Dirk Martin
> Cc: EPICS Tech Talk
> Subject: Re: archiving system
>
>
> Dirk,
>
> James Rowland from Diamond recently did a poll and has the
> most current list of archiving solutions that are used with
> EPICS. I think he will talk about it at the upcoming EPICS
> Collaboration Meeting in two weeks.
>
> My first order answer would be:
>
> There's the Channel Archiver: old, stable, fast, very widely
> used, but not based on a RDB.
> There are several other archiving solutions, some of which
> use a RDB for storage, others don't. Different ages,
> different languages, different file formats or RDB systems
> for storage. Their common feature: they are all used at one
> lab only, two labs maximum.
> CSS databrowser support is available for the Channel
> Archiver, and for the Oracle-based archiver at SNS. (The
> latter might not be part of the DESY CSS.) There is
> experimental support for HyperArchiver (Channel Archiver
> writing into Hypertable).
>
> While RDB-based archiving solutions have a tendency to be
> slower (as well in writing an archive as retrieving from it),
> I don't see an issue here for your system (unless your 10K
> channels are updating every second or faster).
>
> Hope this helps,
> Ralph
>
>
> On 28.09.2010 10:23, Dirk Martin wrote:
> > Hallo,
> >
> > at the S-DANILAC of the TU Darmstadt we're using EPICS to control
> > power supplies for example. Since it is necessary to observe ~10000
> > PVs for a period of nearly four weeks, we decided to introduce an
> > archiving system based upon a relational database. We're using CSS
> > (from the DESY) and would like to plot the archived data in
> the Data Browser.
> >
> > That is why I ask you, whether you could tell me, which archiving
> > system is wide-spreaded enough and best for this job.
> >
> >
> > Thanks in advance and best regards
> >
> > Dirk Martin
>
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
- Replies:
- Re: archiving system John William Sinclair
- References:
- archiving system Dirk Martin
- Re: archiving system Ralph Lange
- Navigate by Date:
- Prev:
SmarAct positioner control system emma.shepherd
- Next:
CALC expression Andrew Wagner
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
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: archiving system Jack
- Next:
Re: archiving system John William Sinclair
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
<2010>
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|