From: Ross Zwisler <zwisler@google.com>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: linux-trace-devel@vger.kernel.org,
Stevie Alvarez <stevie.6strings@gmail.com>
Subject: Re: [PATCH v2 15/17] libtraceeval histogram: Add traceeval_iterator_sort_custom()
Date: Wed, 16 Aug 2023 16:57:16 -0600 [thread overview]
Message-ID: <20230816225716.GC3686281@google.com> (raw)
In-Reply-To: <20230811053940.1408424-16-rostedt@goodmis.org>
On Fri, Aug 11, 2023 at 01:39:38AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (Google)" <rostedt@goodmis.org>
>
> Add an iterator where the application can supply the sort algorithm where
> it gets the teval descriptor along with the keys and values of both of the
> entries to compare against. Also, allow it to submit its own data to the
> compare function:
>
> int traceeval_iterator_sort_custom(struct traceeval_iterator *iter,
> traceeval_cmp_fn sort_fn, void *data);
>
> with
>
> typedef int (*traceeval_cmp_fn)(struct traceeval *teval,
> const union traceeval_data *Akeys,
> const union traceeval_data *Avals,
> const union traceeval_data *Bkeys,
> const union traceeval_data *Bvals,
> void *data);
>
> Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
> ---
> include/traceeval-hist.h | 9 +++++++++
> src/histograms.c | 34 ++++++++++++++++++++++++++++++++++
> 2 files changed, 43 insertions(+)
>
> diff --git a/include/traceeval-hist.h b/include/traceeval-hist.h
> index 1a24d6117b93..839f63630897 100644
> --- a/include/traceeval-hist.h
> +++ b/include/traceeval-hist.h
> @@ -86,6 +86,13 @@ typedef int (*traceeval_data_copy_fn)(const struct traceeval_type *type,
> union traceeval_data *copy,
> const union traceeval_data *origin);
>
> +typedef int (*traceeval_cmp_fn)(struct traceeval *teval,
> + const union traceeval_data *Akeys,
> + const union traceeval_data *Avals,
> + const union traceeval_data *Bkeys,
> + const union traceeval_data *Bvals,
> + void *data);
> +
> /*
> * struct traceeval_type - Describes the type of a traceevent_data instance
> * @type: The enum type that describes the traceeval_data
> @@ -172,6 +179,8 @@ struct traceeval_iterator *traceeval_iterator_get(struct traceeval *teval);
> void traceeval_iterator_put(struct traceeval_iterator *iter);
> int traceeval_iterator_sort(struct traceeval_iterator *iter, const char *sort_field,
> int level, bool ascending);
> +int traceeval_iterator_sort_custom(struct traceeval_iterator *iter,
> + traceeval_cmp_fn sort_fn, void *data);
> int traceeval_iterator_next(struct traceeval_iterator *iter,
> const union traceeval_data **keys);
>
> diff --git a/src/histograms.c b/src/histograms.c
> index 643a550422f6..33c87644d468 100644
> --- a/src/histograms.c
> +++ b/src/histograms.c
> @@ -1153,6 +1153,40 @@ static int sort_iter(struct traceeval_iterator *iter)
> return 0;
> }
>
> +struct iter_custom_data {
> + struct traceeval_iterator *iter;
> + traceeval_cmp_fn sort_fn;
> + void *data;
> +};
> +
> +static int iter_custom_cmp(const void *A, const void *B, void *data)
> +{
> + struct iter_custom_data *cust_data = data;
> + struct traceeval_iterator *iter = cust_data->iter;
> + struct traceeval *teval = iter->teval;
> + const struct entry *a = *((const struct entry **)A);
> + const struct entry *b = *((const struct entry **)B);
> +
> + return cust_data->sort_fn(teval, a->keys, a->vals, b->keys, b->vals,
> + cust_data->data);
> +}
> +
> +int traceeval_iterator_sort_custom(struct traceeval_iterator *iter,
> + traceeval_cmp_fn sort_fn, void *data)
> +{
> + struct iter_custom_data cust_data = {
> + .iter = iter,
> + .sort_fn = sort_fn,
> + .data = data
> + };
> +
> + qsort_r(iter->entries, iter->nr_entries, sizeof(*iter->entries),
> + iter_custom_cmp, &cust_data);
I guess I don't yet see what this gives us over the existing sorting and
iterators? Does this do the same thing, we just pass in the sort function
instead of calling traceeval_iterator_sort() one or more times?
> +
> + iter->needs_sort = false;
Also probably need to set
iter->next = 0;
> + return 0;
> +}
> +
> /**
> * traceeval_iterator_next - retrieve the next entry from an iterator
> * @iter: The iterator to retrieve the next entry from
> --
> 2.40.1
>
next prev parent reply other threads:[~2023-08-16 22:58 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-11 5:39 [PATCH v2 00/17] libtraceeval histogram: Updates Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 01/17] libtraceeval histograms: Fix traceeval_results_release() error message Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 02/17] libtraceeval: Add sample task-eval program Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 03/17] libtraceeval hist: Add pointer and const string types Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 04/17] libtraceeval histogram: Have cmp and release functions be generic Steven Rostedt
2023-08-15 16:50 ` Ross Zwisler
2023-08-15 18:52 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 05/17] libtraceeval histograms: Add traceeval struct to compare function Steven Rostedt
2023-08-15 16:55 ` Ross Zwisler
2023-08-15 18:53 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 06/17] libtraceeval histogram: Remove comparing of traceeval and types Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 07/17] libtraceeval: Convert hist array into a hash table Steven Rostedt
2023-08-15 18:44 ` Ross Zwisler
2023-08-15 19:05 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 08/17] libtraceeval histograms: Move hash functions into their own file Steven Rostedt
2023-08-15 19:31 ` Ross Zwisler
2023-08-15 20:23 ` Steven Rostedt
2023-08-15 22:56 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 09/17] libtraceeval histogram: Label and check keys and values Steven Rostedt
2023-08-15 19:48 ` Ross Zwisler
2023-08-15 20:24 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 10/17] libtraceeval histogram: Add updating of stats Steven Rostedt
2023-08-15 20:25 ` Ross Zwisler
2023-08-15 20:55 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 11/17] libtraceeval histogram: Add iterator APIs Steven Rostedt
2023-08-16 21:34 ` Ross Zwisler
2023-08-16 21:49 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 12/17] libtraceeval histogram: Add data copy callback Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 13/17] libtraceeval histogram: Do the release on updates Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 14/17] libtraceeval histogram: Use stack for old copy in update Steven Rostedt
2023-08-16 22:37 ` Ross Zwisler
2023-08-16 23:12 ` Steven Rostedt
2023-08-17 1:03 ` Steven Rostedt
2023-08-17 1:13 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 15/17] libtraceeval histogram: Add traceeval_iterator_sort_custom() Steven Rostedt
2023-08-16 22:57 ` Ross Zwisler [this message]
2023-08-16 23:22 ` Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 16/17] libtraceeval histogram: Have traceeval_query() just give the pointer to results Steven Rostedt
2023-08-11 5:39 ` [PATCH v2 17/17] libtraceeval samples: Update task-eval to use the histogram logic Steven Rostedt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230816225716.GC3686281@google.com \
--to=zwisler@google.com \
--cc=linux-trace-devel@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=stevie.6strings@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).