* Thibault, Daniel ([email protected]) wrote: > -----Message d'origine----- > Per UID buffers makes every application sharing the same UID to use the same > buffers. > [...] > Also, the buffers for UST application are now created in the consumer and > passed to the application. Thus, the buffer ownership has been transfered > from the UST tracer to the consumer. > -----Fin du message d'origine----- > > So what David really meant was: > > Also, the per-PID buffers for UST application are now created in the consumer > and passed to the application. Thus, the buffer ownership has been > transferred from the UST tracer to the consumer in the per-PID case.
yes > > And I presume the per-UID buffers remain owned by the user-space-servicing > root consumer daemon? yes, or whichever consumer daemon is used (e.g. per-user daemon if sessiond is run as a simple user rather than as root) > When lttng is being run as an unprivileged user (and can thus trace > only user-space), setting the buffering scheme to per-UID would > mean the trace uid folder would have just one subfolder, the > unprivileged user's uid (e.g. > $HOME/lttng-traces/session-20130611-1223344/ust/uid/1000/64-bit), > right? yes > I also presume the uid used is the real uid (ruid)? yes, this is correct. The one returned by getuid(). Thanks, Mathieu > > 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 > [Valcartier]\\vsi-wdut-o980, [Valcartier]\\edge > 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/> -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com _______________________________________________ lttng-dev mailing list [email protected] http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
