From: "Linus Lüssing" <linus.luessing@c0d3.blue>
To: Antonio Quartulli <a@unstable.cc>
Cc: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [PATCH v5 1/2] batman-adv: split DAT cache into DAT cache and DAT DHT
Date: Tue, 17 Sep 2024 12:29:04 +0200 [thread overview]
Message-ID: <ZulZ8AYEcaQSOoIa@sellars> (raw)
In-Reply-To: <55721542-08b7-40b0-a272-9e1f3287c32f@unstable.cc>
On Thu, Sep 12, 2024 at 01:28:16PM +0200, Antonio Quartulli wrote:
> I feel you need to answer the above questions even with two tables. No?
> The difference is that with two tables you have more information and don't
> need overwrite a DHT entry with a local one (and viceversa).
Right. Though the straight-forward/easy approach differs between
the two, I guess:
Currently with the two table approach I'm not having any direct
interaction between them. So in theory a node might have a DHT
table entry which is not as up-to-date as a DAT local cache entry
on the same node?
But I'm having a hard time constructing this scenario. I guess it
would need some topology change that results in new/other DAT
candidate nodes? But then that entry wouldn't be that relevant
anymore anyway, if it's not on a DAT candidate anymore?
While the straight-forward / less lines of codes approach with
flags would be to always overwrite and flip the flag, I guess.
> I think splitting is a good idea, not only because of the timeout, but also
> because it makes the state more clear.
Right, and you can also see the two, distinct states clearly as a
user with the new "batctl dd" vs. "batctl dc".
Regards, Linus
next prev parent reply other threads:[~2024-09-17 10:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-11 4:57 [PATCH v5 0/2] batman-adv: increase DAT DHT timeout Linus Lüssing
2024-09-11 4:57 ` [PATCH v5 1/2] batman-adv: split DAT cache into DAT cache and DAT DHT Linus Lüssing
2024-09-11 7:35 ` Antonio Quartulli
2024-09-12 11:08 ` Linus Lüssing
2024-09-12 11:28 ` Antonio Quartulli
2024-09-17 10:29 ` Linus Lüssing [this message]
2024-10-28 13:25 ` Antonio Quartulli
2024-11-23 18:36 ` Sven Eckelmann
2024-11-29 17:57 ` Linus Lüssing
2024-09-11 4:57 ` [PATCH v5 2/2] batman-adv: increase DAT DHT timeout Linus Lüssing
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZulZ8AYEcaQSOoIa@sellars \
--to=linus.luessing@c0d3.blue \
--cc=a@unstable.cc \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
/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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.