public inbox for goredo-devel@lists.cypherpunks.ru
Atom feed
From: Sergey Matveev <stargrave@stargrave•org>
To: goredo-devel@lists.cypherpunks.ru
Subject: Re: Slowness (caching issues?) in dependency checking
Date: Fri, 26 Aug 2022 19:09:01 +0300 [thread overview]
Message-ID: <YwjwRJYfxJxCrmpF@stargrave.org> (raw)
In-Reply-To: <acf7ba8f-b99e-ebac-292a-c037bd7f0b40@jnboehm.com>
[-- Attachment #1: Type: text/plain, Size: 1362 bytes --]
Greetings!
I tried to reproduce any difference between all.suffix and
all.suffix.suffix2 targets, but completely do not see any.
All my measurements of running those targets takes nearly
the same amount of time. No noticeable overhead for .suffix2.
Various temporary and lock files are created during each redo
invocation, so maybe that is so huge filesystem's overhead? I run those
commands both on tmpfs and ZFS dataset and the latter works slower, but
again with no noticeable difference between those two targets. I looked
at debug output of those both commands and, as expected, the difference
only in additional OOD level check, that virtually has no cost.
I tried playing with REDO_NO_SYNC and sync attribute on filesystem
(actually now I just too lazy to check if any write happens during
redo-ifchange) and it plays no role.
So I really have no ideas, except for overhead of OS overhead, like new
process invocation, however I hardly believe in it, because one
additional statically-linked Go process startup time should be
negligible. There is no caching of OOD information in goredo, except for
temporary file with (already determined) OOD targets, that is not used
during "redo-ifchange all.suffix*" commands.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: 12AD 3268 9C66 0D42 6967 FD75 CB82 0563 2107 AD8A
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2022-08-26 16:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-25 16:05 Slowness (caching issues?) in dependency checking Jan Niklas Böhm
2022-08-26 16:09 ` Sergey Matveev [this message]
2022-08-27 9:11 ` Jan Niklas Böhm
2022-08-28 14:49 ` Sergey Matveev
2022-08-28 18:30 ` Niklas Böhm
2022-08-29 18:25 ` Sergey Matveev