Code

metadata: add comment about metadata functions use and threads safety
authorAurelien ROUGEMONT <beorn@gandi.net>
Tue, 26 Jul 2016 10:29:49 +0000 (12:29 +0200)
committerFlorian Forster <octo@collectd.org>
Tue, 26 Jul 2016 10:40:40 +0000 (12:40 +0200)
Signed-off-by: Florian Forster <octo@collectd.org>
src/meta_data.c

index 0fc58ff5c021e784a3bcc0feb902ab634db040f6..d2207843dd282e8f2297b95423f6f96fa748baf8 100644 (file)
@@ -208,6 +208,17 @@ static meta_entry_t *md_entry_lookup (meta_data_t *md, /* {{{ */
   return (e);
 } /* }}} meta_entry_t *md_entry_lookup */
 
+/*
+ * Each value_list_t*, as it is going through the system, is handled by exactly
+ * one thread. Plugins which pass a value_list_t* to another thread, e.g. the
+ * rrdtool plugin, must create a copy first. The meta data within a
+ * value_list_t* is not thread safe and doesn't need to be.
+ *
+ * The meta data associated with cache entries are a different story. There, we
+ * need to ensure exclusive locking to prevent leaks and other funky business.
+ * This is ensured by the uc_meta_data_get_*() functions.
+ */
+
 /*
  * Public functions
  */