From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms12 with LMTPS id WOnJOlUNy2DcXAAAsNZ9tg (envelope-from ) for ; Thu, 17 Jun 2021 08:52:37 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id aO7/K1INy2C5PQAAbx9fmQ (envelope-from ) for ; Thu, 17 Jun 2021 08:52:34 +0000 Received: from mail.yoctocell.xyz (h87-96-130-155.cust.a3fiber.se [87.96.130.155]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 8CEF311687 for ; Thu, 17 Jun 2021 10:52:30 +0200 (CEST) From: Xinglu Chen DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yoctocell.xyz; s=mail; t=1623919949; bh=qSUDZycU/Yy5X1qbH3k3f88GWYaJV1fqeb8vATNhyn8=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=cEQlOPcIIvJIZLjSEc+a9AsAFzlZH648pm3t8CGAU0akC4c/ODNvttHbv2lyU9r3g nOUBVTpOJDAFabzrCQYiH101+7laRMs4HDFVBHYAPHy1sB4kfD7c9OxBl8HhPNoM9h xdsUMgN0zlbZl0nPFwhDjgmxg78Lb1W0kNnRLDEg= To: Kyle Meyer Cc: piem@inbox.kyleam.com Subject: Re: Thoughts and feedback on piem-lei In-Reply-To: <87r1h3lps0.fsf@kyleam.com> References: <871r96am1q.fsf@yoctocell.xyz> <87r1h3lps0.fsf@kyleam.com> Date: Thu, 17 Jun 2021 10:52:28 +0200 Message-ID: <87pmwk7u0j.fsf@yoctocell.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -4.00 Authentication-Results: aspmx1.migadu.com; none X-Migadu-Queue-Id: 8CEF311687 X-Spam-Score: -4.00 X-Migadu-Scanner: scn0.migadu.com X-TUID: 5RFa1+sOVyer --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, Jun 15 2021, Kyle Meyer wrote: > Xinglu Chen writes: > >> Hi, >> >> I played around with the lei interface for a bit, and I have some >> thoughts and observations: > > Thanks a lot for writing this up. You are welcome! >> * I noticed that =E2=80=98piem-lei-query=E2=80=99 was a little slow, at = least compared >> to notmuch.el. I have indexed the guix-devel and guix-patches mailing >> lists (I think) and making the query =E2=80=98d:20.days.ago.. guix=E2= =80=99 took >> around three seconds. It seems like it waits for all the results from >> lei to arrive before processing them, whereas notmuch.el processes the >> messages as they come, similar to =E2=80=98git log=E2=80=99. > > Right, piem-lei-query waits for the entire output. Moving to an > asynchronous process is definitely a direction I'd like to go. Offhand > I think lei-q's ldjson format should be amenable, but I haven't started > looking into it yet. > > Also, I'd be curious how much of a speedup you see on the second run. > From the command line, I've noticed it sometimes takes lei-q a bit of > time before outputting anything at all, and that it's much faster on the > second run of the query. If that's the main source of the slowdown, > async processing on piem's end of course won't help. Hmm, it does seem to get a bit faster on the second run, thanks for pointing this out. >> * In PGP singed messages there is a =E2=80=98lei blob OID=E2=80=99 attac= hment, not sure >> why that is there > [...] >> [-- Attachment #1: Type: text/plain; charset=3D"UTF-8", Size: 5599 byt= es --] >> [-- lei blob 69667b191433ea4c4a46dd8414a4c5ee366d8e4d:1 --] > > That's what `lei q --format=3Dtext ...' outputs. The plan is to > eventually process the raw buffer (e.g., mm-dissect-buffer), but > --format=3Dtext was an easy way to get things off the ground. Ah, OK, you can probably tell that I haven=E2=80=99t used lei that much :) > Thanks again for the feedback. My free time is a bit crunched at the > moment, but some of these should be next-ish steps when I get back to > working on piem-lei. No worries, no need to hurry :) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJJBAEBCAAzFiEEAVhh4yyK5+SEykIzrPUJmaL7XHkFAmDLDUwVHHB1YmxpY0B5 b2N0b2NlbGwueHl6AAoJEKz1CZmi+1x5uSAP+gNXYimv9NGDr49d8OqNm6AHxtso a6kuhCdHdYia6JzvK1GGsCplC6otkt69qyVYrbtb5ofNi3o18+MlKFuC33dMQIxm tOtQtrUa/n9YRkerFsYTtb1rkPPCW8FhTDJqYnA4CccdCuCr4z5ze3zQzvCz9Lar s5pfFScrOLB5mVzOexrOPWHkcpSsqQxeBq7uO5v9k15AgD39ePTbGLDCfwDUW/OY 9jEcqK2zxjGqMaPFb++JykdNPNpwvgFizmimhZ0l5ZUMxBybl3WiPjpxzZLhujjV k0y99PIZ1urFh+/NoZxwMySWDORmm8u0+CWDHmk40XC95t9GQRWCs6hJaYVFtgm+ mffVyaUb1ypACOGX44IpXGToABw4teD6KKIFR3UMs+lpDelgbJ9txC7ug4XkPvQU 48YgoFj8n4HQ2S/YdA+yCUqmGs7gHaWXu/Saztkp87vV2rdkrS8Pb0PqWSY3g5ss 7SYQCxd1VHnfo6OVmO550tl5Kan0DXOyOnp0ENMSyduHcrxfib4d4YJtQRg5xTul 3txnSXxOD55j48VbPwzVPDRRzdwTsNNCPiPIz7i6x/fGxTVIHHlCFVagnVGe8duU 69IPEMQnFL7JQ/Nbvx8fmXtgHU+c5FOyoZRvr5jYKF/vDx9cA/AwBHl5LOhibJBK s5cgkARmOZZwACeM =+reT -----END PGP SIGNATURE----- --=-=-=--