From: Luciana Lima Brito <lubrito@posteo.net>
To: Christopher Baines <mail@cbaines.net>
Cc: guix-devel@gnu.org
Subject: Re: Outreachy: Timeline tasks
Date: Fri, 30 Apr 2021 21:19:02 +0000 [thread overview]
Message-ID: <20210430181902.3e7baaf3@lubrito> (raw)
In-Reply-To: <87eeerem9g.fsf@cbaines.net>
On Fri, 30 Apr 2021 18:05:15 +0100
Christopher Baines <mail@cbaines.net> wrote:
> >
> > Task 1: Add instrumentation to identify the slow parts of processing
> > new revisions:
> >
> > - Implementing a chart over time to identify slow parts:
> > - The chart should consider two aspects, the time took by
> > each specific part, and its name, for identification
> > purpose. A bar chart is a good candidate for this task, it is
> > simple and can show the whole picture of the time taken by the
> > system to process a new revision;
> > - The bars on the chart should be sorted in order of
> > precedence of the process in the X axis, and its height, which
> > is determined by the time it takes, measured in the Y
> > axis;
>
> I'm not sure what you mean by "precedence of the process" here?
As we are concerned only with the time each process takes, and each bar
on the chart will be presented side by side, the order of the bars would
be the order that the processes appear. If you prefer, they could be
sorted alphabetically, or by time taken.
> > - The charts should work as picture-logs for timing;
> > - A chart should be generated for each new revision in real
> > time;
>
> It would be good to say explicitly how the chart will be stored, since
> "the same way as the logs already are" is quite vague.
I misunderstood this point so this part about storing the chart is
completely messed. But I think now I got it. Let me correct the last
point and add some more:
...
- The time is already being computed for each part and it
is shown in the logs, the same data can be used to build the charts.
The data to build the chart for each revision could be
stored as a new table in the database*, first in parts, for
when a revision is still being processed, then combining their
parts when the processing is finished.
- The new table on the database should store three information:
the job_id, the action, and the time taken.
- Then, when one wants to see the chart, this table is queried
and the chart is rendered as html.
* Although the information is already in the log, it is stored as a
text, so it is harder to get the names of the actions and the time
taken by each, so I think that create a new table, with only these
values, is more suitable.
>
> Great, this is more like it.
:)
--
Best Regards,
Luciana Lima Brito
MSc. in Computer Science
next prev parent reply other threads:[~2021-04-30 21:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-28 17:59 Outreachy: Timeline tasks Luciana Lima Brito
2021-04-28 18:17 ` Christopher Baines
2021-04-28 19:20 ` Luciana Lima Brito
2021-04-28 20:00 ` Christopher Baines
2021-04-29 16:02 ` lubrito
2021-04-29 20:14 ` Christopher Baines
2021-04-30 15:44 ` Luciana Lima Brito
2021-04-30 17:05 ` Christopher Baines
2021-04-30 21:19 ` Luciana Lima Brito [this message]
2021-05-01 8:16 ` Christopher Baines
2021-05-01 13:48 ` Luciana Lima Brito
2021-05-01 19:07 ` Christopher Baines
2021-05-01 23:17 ` Luciana Lima Brito
2021-05-02 9:20 ` Christopher Baines
2021-05-03 14:23 ` Luciana Lima Brito
2021-05-03 15:29 ` Christopher Baines
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210430181902.3e7baaf3@lubrito \
--to=lubrito@posteo.net \
--cc=guix-devel@gnu.org \
--cc=mail@cbaines.net \
/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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
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 read-only IMAP folder(s) and NNTP newsgroup(s).