summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (parent: b6788b6)
raw | patch | inline | side by side (parent: b6788b6)
author | Aurelien ROUGEMONT <beorn@gandi.net> | |
Tue, 26 Jul 2016 10:29:49 +0000 (12:29 +0200) | ||
committer | Florian 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 | patch | blob | history |
diff --git a/src/meta_data.c b/src/meta_data.c
index 0fc58ff5c021e784a3bcc0feb902ab634db040f6..d2207843dd282e8f2297b95423f6f96fa748baf8 100644 (file)
--- a/src/meta_data.c
+++ b/src/meta_data.c
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
*/