> On 18 Jun 2019, at 14:38, Viktor Ashirov <vashi...@redhat.com> wrote: > > > > On Tue, Jun 18, 2019 at 2:33 PM William Brown <wbr...@suse.de> wrote: > > > > On 18 Jun 2019, at 14:19, Viktor Ashirov <vashi...@redhat.com> wrote: > > > > > > > > On Tue, Jun 18, 2019 at 2:10 PM William Brown <wbr...@suse.de> wrote: > > > > > > > > Memalign is pretty important - the short version is "we can not remove > > > it". > > > I didn't say "remove", I said "review". > > > > > > There are some structures in the code that rely on this for performance > > > to guarantee that they memory is aligned to a page boundary, or cache > > > line boundary. In some cases it's required to allow the atomics to work > > > in nunc-stans (well, lfds, but the value of that today is questionable > > > when the rust version is possibly safer and faster). > > > Since you're the expert in this area, maybe you can leave a comment in > > > the issue linked above with the justification for upstream to reconsider? > > > > You mean upstream LSAN/ASAN in this case, yes? > > Yes, this https://github.com/google/sanitizers/issues/723 > > Reading the report, that is only about mprotect of alligned memory, not of > memory that is just aligned. Perhaps our issue is different? > > Maybe. I only tried the workaround that worked for me. At least I got some > sensible results, not just LeakSanitizer failure.
Where did you find the work around? Maybe I'm blind, but I do not see it on this issue .... > > > > > > > — > > Sincerely, > > > > William Brown > > > > Senior Software Engineer, 389 Directory Server > > SUSE Labs > > _______________________________________________ > > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > > To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org > > > > > > -- > > Viktor > > _______________________________________________ > > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > > To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > _______________________________________________ > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org > > > -- > Viktor > _______________________________________________ > 389-devel mailing list -- 389-devel@lists.fedoraproject.org > To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs _______________________________________________ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
