On Wed, Apr 05, 2023 at 03:13:47PM +0200, Eelco Chaudron wrote:
>
>
> On 31 Mar 2023, at 10:11, Songtao Zhan wrote:
>
> > To: d...@openvswitch.org,
> > i.maxim...@ovn.org
> >
> > The name of the current thread consists of a name with a maximum
> > length of 16 bytes and a thread ID. The final name may be longer
> > than 16 bytes. If the name is longer than 16 bytes, the thread
> > name will fail to be set
>
> I replied to the v1, but did not see any response, so I repeat this on v2:
>
> “
> Thanks for the patch, do you have examples of when this happens? Maybe we
> should also change the thread naming to avoid this?
>
> See one additional item below.
> “
>
> >
> > Signed-off-by: Songtao Zhan <zhan...@chinatelecom.cn>
> > ---
> >
> > Notes:
> > v2:
> > - modify code formatting and comments
> >
> > lib/util.c | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/lib/util.c b/lib/util.c
> > index 96a71550d..b0eb9f343 100644
> > --- a/lib/util.c
> > +++ b/lib/util.c
> > @@ -645,6 +645,10 @@ set_subprogram_name(const char *subprogram_name)
> > free(subprogram_name_set(pname));
> >
> > #if HAVE_GLIBC_PTHREAD_SETNAME_NP
> > + /* The maximum thead name including '\0' supported is 16. */
> > + if (strlen(pname) > 15) {
> > + pname[15] = '\0';
>
> Not sure what is better, but would it make sense to use the last upper
> characters? This way if we do truncate we know the internal thread id, as
> naming in OVS, in general, is “xasprintf("%s%u", aux.name, id)”.
> If we do this we could add some indication is was truncated, like
> “LONGTHREAD123456” would become “>NGTHREAD123456”.
Thanks for your review, Assume that there are two threads,
disableXXthreadidAA and enableXXthreadidBB. If we keep the last
character, like XXthreadAA and XXthreadBB, we cannot get the thread
fuction by thread name. The thread id is not that important because we
can know it by 'ps'
> > + }
> > pthread_setname_np(pthread_self(), pname);
> > #elif HAVE_NETBSD_PTHREAD_SETNAME_NP
> > pthread_setname_np(pthread_self(), "%s", pname);
> > --
> > 2.31.1
> >
> >
> >
> >
> > zhan...@chinatelecom.cn
> > _______________________________________________
> > dev mailing list
> > d...@openvswitch.org
> > https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>
_______________________________________________
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
