From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id MJ/+ExNvjmB2mAAAgWs5BA (envelope-from ) for ; Sun, 02 May 2021 11:21:23 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id gPCsDxNvjmBNJgAAB5/wlQ (envelope-from ) for ; Sun, 02 May 2021 09:21:23 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D9358219D7 for ; Sun, 2 May 2021 11:21:22 +0200 (CEST) Received: from localhost ([::1]:54210 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ld8Hy-0004rr-3d for larch@yhetil.org; Sun, 02 May 2021 05:21:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39838) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ld8Hf-0004rg-So for guix-devel@gnu.org; Sun, 02 May 2021 05:21:07 -0400 Received: from mira.cbaines.net ([212.71.252.8]:35406) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ld8Hd-0005C7-2Z for guix-devel@gnu.org; Sun, 02 May 2021 05:21:03 -0400 Received: from localhost (unknown [IPv6:2a02:8010:68c1:0:8ac0:b4c7:f5c8:7caa]) by mira.cbaines.net (Postfix) with ESMTPSA id 6BE1027BC7E; Sun, 2 May 2021 10:20:59 +0100 (BST) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 345f492a; Sun, 2 May 2021 09:20:58 +0000 (UTC) References: <20210428145941.4bd0dd6f@lubrito> <87y2d2e0j4.fsf@cbaines.net> <20210428162030.2cab4106@lubrito> <87v986dvrn.fsf@cbaines.net> <875z02e0hf.fsf@cbaines.net> <20210501201743.53a10b7f@lubrito> User-agent: mu4e 1.4.15; emacs 27.1 From: Christopher Baines To: Luciana Lima Brito Subject: Re: Outreachy: Timeline tasks In-reply-to: <20210501201743.53a10b7f@lubrito> Date: Sun, 02 May 2021 10:20:56 +0100 Message-ID: <87zgxdcwzr.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=212.71.252.8; envelope-from=mail@cbaines.net; helo=mira.cbaines.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1619947283; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=B4FJGYsefRsU9Ps5WHJrvURwCjpm7Yd76UzljCdrp48=; b=gK6Car7qDVsN3d97tQ57urM9wOChie8KRxdDAqsueYXNbpf79rPXQDTx5uti6LNkE4+6GO NyF+hF2h5a7x+RMw1eBEXVkhQyxlAgYy6sGJ6vMW551fHfgSfL5rTLB8ImCmg0yKA0ZBbN NPnkbkAjQmu9XlkA6seIWhtEAq3ESRFJ/emm+5urZcYk+abJMMNnW7zQz8IPFOc5Kp2iV/ 6RakH4nBCD2yBfMNNDbP5KwI1IYYprP9N0B0vluNB1LsC55iWOyDhJKUq4LhEB71Tuo5F4 x6/CmoAZ4hIweRVLiWuw72FJbMIbBkz8PRFonU1F435l5DTmvGu7XYf/RO9KHQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1619947283; a=rsa-sha256; cv=none; b=XBeFsWMYIcPlQR8CcevUrJsHFuEF2kxG4XkZ1f1iQrGJhQIVLo81ewFj/W17UAcSrsWhFR KPV3aHMXOr7Q8Ur35TJH/jSb0t+LPkq5/UWbDm4LZV7kD5F1tqllht2ONWNMR+0sU4sX3l Tt0HDZQKL3G1aSs3P1litk4KP7w1X+shaU5n8QGf9dIidaOCtAKQ796blyJVP59mIw8nH8 411FL8TMYlRJFLOfl7q0wTr+0qnwmhi6v4bzcmuqMoeMiIb7uoIl3WWU90TcTKQTqEh9+o 4M7bnOHjUPP4G5ETAgW0MAQ0C9opcieAZ7dH8LSnRtq5Xwg91luxhZ9MDgwwFA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -4.56 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: D9358219D7 X-Spam-Score: -4.56 X-Migadu-Scanner: scn0.migadu.com X-TUID: TDyEl3Y2NA9v --=-=-= Content-Type: text/plain Luciana Lima Brito writes: > On Sat, 01 May 2021 20:07:56 +0100 > Christopher Baines wrote: > >> Luciana Lima Brito writes: >> >> > For that I propose to build 2 charts, one of the >> > macro view, what we call "overview first", showing the >> > sections(processes) and their whole time taken. This way we could >> > just see what we were aiming for, which is to identify slowness. >> > The second chart would be what we call "details on demand", in >> > which we could have the subsections(actions) being shown. To differ >> > to which section(process) they are bound, we could use two >> > meaningless alternating colours (just to group the subsections of a >> > section), and they would follow the same order as the first chart. >> > >> > The use of alternating colours could be applied to both charts in >> > order to make clear the equivalence. Both charts should appear at >> > the same time, one above the other, to ease comparison. >> >> That sounds better, although I think a timeline, similar to what the >> systemd-analyze example uses [1] might be a more natural >> representation of the data, colour could then be used to represent >> relatively how long each part takes. >> >> 1: https://lizards.opensuse.org/wp-content/uploads/2012/07/plot001.gif > > Here I have two observations to debate: > 1 - Is the starting and ending time of each process an important > information to determine its slowness? If this information is not > necessary, maybe we should avoid the timeline, in order to make the > chart cleaner. A timeline could impair the comparisons of bars, so I > would recommend simple bar charts. I think what things are happening when is relevant, but that's more about understanding the hierarchy, rather than specific start and end times. > 2 - About the colours to represent how long each part takes, I don't > know if I get it right. Do you mean to have one colour for slow parts > and other colour to normal parts? Basically, although using more colours (from a gradient, like white to red) would probably convey more information than just two colours. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmCObvhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XfWiw//VbxGHD3tAxqeAZojqjCaf9eai9vM8MvQ 8Ym1BP/B/xYfScryMTShdxNrtM53WXMkdLgRiWkPU7MpKPR+qxD051fIKgGT5nLr p0EqCBMkwhUawAPr75FULegvs66X8DAeOVisRBlNH7JkGmtWijVi2HJtWtzURq5p crO/OG7IiLzN4sR1WXj6uzwoMgpEWSF/GStaroErQb/hkgQRLmywKF/G86BPrTST YyAeVT2qPBDHAwgiqqkcfjMmdG+MhjFPwsngQBxbQo05Yq2j9Avwnt3kP9U9hePI XF+iqaPGD9yAGAxRr37G4DqMCIo/kkywxFr3ZeMa6AslMqc8C2cpHnJiQfQ/plfu 8CvVDKqi9c4x1K9DR1LkeND/pgvY8H/a9C5amJl/NCwuueWlOLxoNj/YJmbw0++1 kZKAcvrM3h8vJVrDTx4i1x8AIgxFbJA91Ocdvq7pTU/kZgrmbN8bRnxy2welyVev snkrKT4N+jkhwz3w9k1OZafnyodOjAs/GYrPmbPN+hPRxbyU3TGFixxIguFaoO44 TNDaSd+JEFLCu1RgrcH94l4kgdfHEhMyBnDgNyoUCi022O1KHx3pcjIcho3TVamt ZtHRJU0Zk8TtPeuPmNb6W3nZQGWcrXED+AXPADBQ7ItEoKsvDLM4JSBexmm/Vlfw 9avSpD7bwi4= =gZYn -----END PGP SIGNATURE----- --=-=-=--