From: <jam...@di...> - 2012-01-11 09:07:56
|
We fly back on Thursday morning. > -----Original Message----- > From: White, Greg [mailto:gr...@sl...] > Sent: 10 January 2012 18:32 > To: sh...@bn... > Cc: epi...@li... > Subject: BNL Workshop planning > > Colleagues, > > Since Guobao won't be presenting MASER tomorrow, let's take some time instead > tomorrow to make plans for the workshop meeting. See agenda item ideas below. > Please comment and generally ridicule. > > Also, I suggest we don't have a meeting next week, but let's have prepared > *presentations* in the workshop on Gather (*Marty*), nominal architectures > (*James*), performance measurement with Japex (*Matej*), normative types > (*Greg*), unsigned int handling suggestions (*Matej*) and ezpva (*Marty*). > I'd love to see anything Nikolay can show us on the BNL archiver work too. > > Agenda items: > > + Report from Lingyun Yang, BNL physicist who has used the python interface. > + Clients > rdbService (*Greg*) > archive service (*James*) > MASER (*Guobao*, *Marty*) > bpm simulator (*Timo*) > + pvAccess spec (suspect 2nd PWD will be ready about the meeting time. > Review) > - Invited reviewer comments. We got a lot from Andrew. I'd like to ask also > Jeff Hill > and Phillip Duvall to review it prior to 2PWD publication. > + Gather service > - Present status > - How it would be used. > + Architectures (James lead) > - Nominal architectures and architectures doc. > - Diagram the basic architectures people might use. > - ChannelFinder integration. > . Status and delivery estimate of ChannelFinder ev4 service. > - What can be done further to smooth backward integration of EPICS V4 with > V3? Anything? > + ezpva (*Marty* and *Matej*, when we last looked at this you guys wanted to > "go away and > think about it, and report back*. Then Marty got pulled into MASER. > + Normative Types doc review. > Confirm definitions of NTTable and NTImage. > How shall an Ntype self identify as such [no, I'm not happy about by > structure name]. > + Unsigned handling > + Confirm plans for implementation of multicast + Command line tool. I'd > like to see a reference client side API, that can be used commonly > by GUI/display manager implementers, GUIs apps, and command line tool > implementers. > + pvManager integration > + Wednesday afternoon: database telecon + Thursday: Integration/codeathon. > + Manhattan bar. Order 50 pints of lager cos we're a rock-n-roll band. > > > > On 10 Jan 2012, at 18:33, Shen, Guobao wrote: > > > I would suggest to have the report on masar 2 weeks later, which Marty > > and I am planning to have a beta release. > > > > Guobao > > > > On 1/10/12 12:26 PM, White, Greg wrote: > >> Colleagues, > >> > >> Please find below the agenda for our weekly EPICS V4 telecon [1]. > >> Timo, Ralph and I had a test of the etherpad system. We decided to > >> try that out NEXT week, when Ralph will be back with us. For now, just > Skype. > >> > >> We haven't got an updated version of the pvAccess protocol spec > >> following comments made so far. I suggest we don't revisit that until next > week. > >> > >> Agenda > >> ====== > >> > >> 0. Preliminaries > >> > >> 1. Architectures document comments (30 minutes) > >> > >> *All* please check out the architectures document [2] as it is so far. > We'll review comments > >> made in email or verbally in the meeting, so *James* gets some feedback. > >> > >> 2. MASER status update (*Guobao* 15 minutes) > >> > >> 3. Performance measurement planning (20 minutes) > >> > >> *Matej* - how does Japex look. > >> Shall we implement a japex measurement system? > >> - Measure against a jca/caj driver? > >> - What data to measure? > >> - Who will lead this? > >> - When? > >> - How sophisticated? - part of Jenkins? > >> Shall we use Japex for CPP measurement? > >> - Vs ca? > >> > >> *Bob* made a suggestion that we should measure our implementation of > >> pvAccess against ASN.1 BER and or PER encodings of a test suite, > >> by asking for volunteers on tech-talk. > >> > >> [1] http://epics-pvdata.sourceforge.net/home.html#usefulinfo > >> [2] http://epics-pvdata.sourceforge.net/arch.html > >> > >> > >> --------------------------------------------------------------------- > >> --------- > >> Write once. Port to many. > >> Get the SDK and tools to simplify cross-platform app development. > >> Create new or port existing apps to sell to consumers worldwide. > >> Explore the Intel AppUpSM program developer opportunity. > >> appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev > >> > > > > -- > > Guobao Shen > > Bldg. 902-B, 17 Cornell Avenue > > National Synchrotron Light Source II > > Brookhaven National Laboratory > > Upton, New York 11973 > > Tel. : +1 (631) 344 7540 > > Fax. : +1 (631) 344 8085 > > http://www.bnl.gov/nsls2 > > > > > > ---------------------------------------------------------------------- > > -------- > > Write once. Port to many. > > Get the SDK and tools to simplify cross-platform app development. > > Create new or port existing apps to sell to consumers worldwide. > > Explore the Intel AppUpSM program developer opportunity. > > appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create new > or port existing apps to sell to consumers worldwide. Explore the Intel > AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev -- 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 |