From: "Yordan Karadzhov (VMware)" <y.karadz@gmail.com>
To: Slavomir Kaslev <kaslevs@vmware.com>,
Yordan Karadzhov <ykaradzhov@vmware.com>
Cc: rostedt@goodmis.org, linux-trace-devel@vger.kernel.org
Subject: Re: [RFC v2 1/6] kernel-shark: Add new dataloading method to be used by the NumPu interface
Date: Tue, 9 Apr 2019 15:01:56 +0300 [thread overview]
Message-ID: <1d220a7b-12da-9771-ba26-b81c8ef04a79@gmail.com> (raw)
In-Reply-To: <20190408150737.GC6430@box>
On 8.04.19 г. 18:07 ч., Slavomir Kaslev wrote:
> On Fri, Apr 05, 2019 at 01:14:06PM +0300, Yordan Karadzhov wrote:
>> The new function loads the content of the trace data file into a
>> table / matrix, made of columns / arrays of data having various integer
>> types. Later those arrays will be wrapped as NumPy arrays.
>>
>> Signed-off-by: Yordan Karadzhov <ykaradzhov@vmware.com>
>> ---
>> kernel-shark/src/libkshark.c | 136 +++++++++++++++++++++++++++++++++++
>> kernel-shark/src/libkshark.h | 7 ++
>> 2 files changed, 143 insertions(+)
>>
>> diff --git a/kernel-shark/src/libkshark.c b/kernel-shark/src/libkshark.c
>> index a886f80..98086a9 100644
>> --- a/kernel-shark/src/libkshark.c
>> +++ b/kernel-shark/src/libkshark.c
>> @@ -959,6 +959,142 @@ ssize_t kshark_load_data_records(struct kshark_context *kshark_ctx,
>> return -ENOMEM;
>> }
>>
>> +static bool data_matrix_alloc(size_t n_rows, uint64_t **offset_array,
>> + uint8_t **cpu_array,
>> + uint64_t **ts_array,
>> + uint16_t **pid_array,
>> + int **event_array)
>> +{
>> + if (offset_array) {
>> + *offset_array = calloc(n_rows, sizeof(**offset_array));
>> + if (!offset_array)
>
> This should be
>
> if (!*offset_array)
>
> and ditto for the rest.
>
You are right. The whole function is a mess. I will try to fix it in the
flowing version.
Thanks!
Yordan
> -- Slavi
>
>> + goto free_all;
>> + }
>> +
>> + if (cpu_array) {
>> + *cpu_array = calloc(n_rows, sizeof(**cpu_array));
>> + if (!cpu_array)
>> + goto free_all;
>> + }
>> +
>> + if (ts_array) {
>> + *ts_array = calloc(n_rows, sizeof(**ts_array));
>> + if (!ts_array)
>> + goto free_all;
>> + }
>> +
>> + if (pid_array) {
>> + *pid_array = calloc(n_rows, sizeof(**pid_array));
>> + if (!pid_array)
>> + goto free_all;
>> + }
>> +
>> + if (event_array) {
>> + *event_array = calloc(n_rows, sizeof(**event_array));
>> + if (!event_array)
>> + goto free_all;
>> + }
>> +
>> + return true;
>> +
>> + free_all:
>> + fprintf(stderr, "Failed to allocate memory during data loading.\n");
>> +
>> + if (offset_array)
>> + free(*offset_array);
>> +
>> + if (cpu_array)
>> + free(*cpu_array);
>> +
>> + if (ts_array)
>> + free(*ts_array);
>> +
>> + if (pid_array)
>> + free(*pid_array);
>> +
>> + if (event_array)
>> + free(*event_array);
>> +
>> + return false;
>> +}
>> +
>> +/**
>> + * @brief Load the content of the trace data file into a table / matrix made
>> + * of columns / arrays of data. The user is responsible for freeing the
>> + * elements of the outputted array
>> + *
>> + * @param kshark_ctx: Input location for the session context pointer.
>> + * @param offset_array: Output location for the array of record offsets.
>> + * @param cpu_array: Output location for the array of CPU Ids.
>> + * @param ts_array: Output location for the array of timestamps.
>> + * @param pid_array: Output location for the array of Process Ids.
>> + * @param event_array: Output location for the array of Event Ids.
>> + *
>> + * @returns The size of the outputted arrays in the case of success, or a
>> + * negative error code on failure.
>> + */
>> +size_t kshark_load_data_matrix(struct kshark_context *kshark_ctx,
>> + uint64_t **offset_array,
>> + uint8_t **cpu_array,
>> + uint64_t **ts_array,
>> + uint16_t **pid_array,
>> + int **event_array)
>> +{
>> + enum rec_type type = REC_ENTRY;
>> + struct rec_list **rec_list;
>> + size_t count, total = 0;
>> + bool status;
>> + int n_cpus;
>> +
>> + total = get_records(kshark_ctx, &rec_list, type);
>> + if (total < 0)
>> + goto fail;
>> +
>> + status = data_matrix_alloc(total, offset_array,
>> + cpu_array,
>> + ts_array,
>> + pid_array,
>> + event_array);
>> + if (!status)
>> + goto fail;
>> +
>> + n_cpus = tracecmd_cpus(kshark_ctx->handle);
>> +
>> + for (count = 0; count < total; count++) {
>> + int next_cpu;
>> +
>> + next_cpu = pick_next_cpu(rec_list, n_cpus, type);
>> + if (next_cpu >= 0) {
>> + struct kshark_entry *e = &rec_list[next_cpu]->entry;
>> +
>> + if (offset_array)
>> + (*offset_array)[count] = e->offset;
>> +
>> + if (cpu_array)
>> + (*cpu_array)[count] = e->cpu;
>> +
>> + if (ts_array)
>> + (*ts_array)[count] = e->ts;
>> +
>> + if (pid_array)
>> + (*pid_array)[count] = e->pid;
>> +
>> + if (event_array)
>> + (*event_array)[count] = e->event_id;
>> +
>> + rec_list[next_cpu] = rec_list[next_cpu]->next;
>> + free(e);
>> + }
>> + }
>> +
>> + free_rec_list(rec_list, n_cpus, type);
>> + return total;
>> +
>> + fail:
>> + fprintf(stderr, "Failed to allocate memory during data loading.\n");
>> + return -ENOMEM;
>> +}
>> +
>> static const char *kshark_get_latency(struct tep_handle *pe,
>> struct tep_record *record)
>> {
>> diff --git a/kernel-shark/src/libkshark.h b/kernel-shark/src/libkshark.h
>> index c218b61..92ade41 100644
>> --- a/kernel-shark/src/libkshark.h
>> +++ b/kernel-shark/src/libkshark.h
>> @@ -149,6 +149,13 @@ ssize_t kshark_load_data_entries(struct kshark_context *kshark_ctx,
>> ssize_t kshark_load_data_records(struct kshark_context *kshark_ctx,
>> struct tep_record ***data_rows);
>>
>> +size_t kshark_load_data_matrix(struct kshark_context *kshark_ctx,
>> + uint64_t **offset_array,
>> + uint8_t **cpu_array,
>> + uint64_t **ts_array,
>> + uint16_t **pid_array,
>> + int **event_array);
>> +
>> ssize_t kshark_get_task_pids(struct kshark_context *kshark_ctx, int **pids);
>>
>> void kshark_close(struct kshark_context *kshark_ctx);
>> --
>> 2.19.1
>>
next prev parent reply other threads:[~2019-04-09 12:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-05 10:14 [RFC v2 0/6] NumPy Interface for KernelShark Yordan Karadzhov
2019-04-05 10:14 ` [RFC v2 1/6] kernel-shark: Add new dataloading method to be used by the NumPu interface Yordan Karadzhov
2019-04-08 15:07 ` Slavomir Kaslev
2019-04-09 12:01 ` Yordan Karadzhov (VMware) [this message]
2019-04-05 10:14 ` [RFC v2 2/6] kernel-shark: Prepare for building the NumPy interface Yordan Karadzhov
2019-04-05 10:14 ` [RFC v2 3/6] kernel-shark: Add the core components of the NumPy API Yordan Karadzhov
2019-04-05 10:14 ` [RFC v2 4/6] kernel-shark: Add Numpy Interface for processing of tracing data Yordan Karadzhov
2019-04-05 10:14 ` [RFC v2 5/6] kernel-shark: Add automatic building of the NumPy interface Yordan Karadzhov
2019-04-05 10:14 ` [RFC v2 6/6] kernel-shark: Add basic example demonstrating " Yordan Karadzhov
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=1d220a7b-12da-9771-ba26-b81c8ef04a79@gmail.com \
--to=y.karadz@gmail.com \
--cc=kaslevs@vmware.com \
--cc=linux-trace-devel@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=ykaradzhov@vmware.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).