public inbox for goredo-devel@lists.cypherpunks.ru
Atom feed
From: Karolis K <karolis.koncevicius@gmail•com>
To: goredo-devel@lists.cypherpunks.ru
Subject: Re: redo-ood taking much longer to return in a copy of a project, compared with the original
Date: Sat, 20 Nov 2021 21:18:35 +0200 [thread overview]
Message-ID: <37C89012-93BE-4EC1-81AC-4162332A7440@gmail.com> (raw)
Hello and thank you for such a prompt reply!
> And basically nothing can be done, as I can see. The only guaranteed
> information we can trust is file's contents, that also can be trusted
> through long-enough collision resistant hash function.
I see what you mean here. But I wonder - maybe it’s possible to somehow have this slow check be performed only once, and then updated?
For example, and I assume here, that once the hash is checked and found correct we can maybe update the stored ctime to match that of the file?
It’s just hard for me to accept that after copying the project (or even renaming it with mv) it will be forever doomed to have a slow redo-ood return.
Seems like this would negate a part of advantage that comes with having .redo/ info being stored within each directory separately.
Sorry in advance if my suggestion doesn’t make sense.
Warm regards,
Karolis K.
next reply other threads:[~2021-11-20 19:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-20 19:18 Karolis K [this message]
2021-11-21 19:00 ` redo-ood taking much longer to return in a copy of a project, compared with the original Sergey Matveev
-- strict thread matches above, loose matches on Subject: below --
2021-11-19 20:23 Karolis K
2021-11-19 20:41 ` Sergey Matveev
2021-11-19 20:45 ` Sergey Matveev