[...] > Thanks for these clarifications. It's quite clear that, unless the tracer > is quiescent, a snapshot can never be as large as the sum of > the sub-buffers. Absolutely.
> One last point, then: let's suppose the consumer is busy reading records > from a certain sub-buffer when the tracer catches up to > it and grabs the same sub-buffer. I suppose the consumer is overrun > roughshod? Does this happen at the sub-buffer level or > when the tracer's position within the sub-buffer catches up to the reader's? > The consumer's read operation is interrupted and > fails (or does the current read conclude, then the next read request fails?), > so it tries to skip ahead to the next sub-buffer. The > consumer then keeps skipping until its read position passes the tracer's > write position (or it reaches the last "scheduled" > sub-buffer). So the snapshot ends up having a series of gaps near its end > (assuming the consumer gets to read a few records > from each sub-buffer before the tracer kicks it ahead). Right? When the consumer needs to read a subbuffer, it performs a get_subbuf operation. If this operation succeeds, the consumer has exclusive access to this subbuffer and so it can read it safely. If it fails, it means the tracer is currently using it and in the case of snapshots, the consumer will just skip to the next one (up to the end position it defined at the beginning of the snapshot). So if there are gaps for a stream in the recorded snapshot, their size will be a multiple of the subbuffer size. Thanks, Julien > > Daniel U. Thibault > Protection des systèmes et contremesures (PSC) | Systems Protection & > Countermeasures (SPC) > Cyber sécurité pour les missions essentielles (CME) | Mission Critical Cyber > Security (MCCS) > R & D pour la défense Canada - Valcartier (RDDC Valcartier) | Defence R&D > Canada - Valcartier (DRDC Valcartier) > 2459 route de la Bravoure > Québec QC G3J 1X5 > CANADA > Vox : (418) 844-4000 x4245 > Fax : (418) 844-4538 > NAC : 918V QSDJ <http://www.travelgis.com/map.asp?addr=918V%20QSDJ> > Gouvernement du Canada | Government of Canada > <http://www.valcartier.drdc-rddc.gc.ca/> > > _______________________________________________ > lttng-dev mailing list > [email protected] > http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev > _______________________________________________ lttng-dev mailing list [email protected] http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
