<div dir="ltr">Dear Guillaume<div><br></div><div>I am not currently doing any mass decoding. I see a couple people doing simulations on the batch farm, although I doubt they could be affected.</div><div><br></div><div>Best regards</div><div>FX</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 16, 2018 at 3:35 PM, Guillaume CHRISTIAENS <span dir="ltr"><<a href="mailto:guillaum@jlab.org" target="_blank">guillaum@jlab.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
In order to reduce Micromegas data size, we now use "sparse samples" in MVT. To compute a time information correctly we need this information to be accessible during the decoding.<br>
<br>
Since it's an electronic feature that we didn't know before facing this data size issue, ccdb table was not made to hold this information. Then I would like to add 2 constants and thus 2 columns to the current DAQ table for micromegas (/daq/config/bmt). It's only a 1-row table so not too heavy.<br>
<br>
I think the only ways to add columns are to delete the table and create a new one, or to create a duplicate table with a different name (like /daq/config/bmt2). Even if it's not the spirit of ccdb, I clearly prefer the first solution, to keep clean and clear tables, and since it's just adding column, retro-compatibility will be fine.<br>
<br>
The only issue I see is if someone is decoding a file at the moment the table is deleted and then created again, he may have errors.<br>
<br>
What do you think ?<br>
<br>
Regards,<br>
<br>
Guillaume<br>
<br>
<br>
______________________________<wbr>_________________<br>
Clas12_calcom mailing list<br>
<a href="mailto:Clas12_calcom@jlab.org" target="_blank">Clas12_calcom@jlab.org</a><br>
<a href="https://mailman.jlab.org/mailman/listinfo/clas12_calcom" rel="noreferrer" target="_blank">https://mailman.jlab.org/mailm<wbr>an/listinfo/clas12_calcom</a><br>
</blockquote></div><br></div>