From: Alexander Turenko <alexander.turenko@tarantool.org> To: Cyrill Gorcunov <gorcunov@gmail.com> Cc: tml <tarantool-patches@freelists.org>, Vladimir Davydov <vdavydov.dev@gmail.com>, Konstantin Osipov <kostja@tarantool.org> Subject: Re: [PATCH] box/memtx: strip_core -- Warn on linux only Date: Thu, 29 Aug 2019 15:19:05 +0300 [thread overview] Message-ID: <20190829121905.h6v6hfheq6g3ejhy@tkn_work_nb> (raw) In-Reply-To: <20190828181322.16768-1-gorcunov@gmail.com> LGTM. My thoughts on the topic are below. WBR, Alexander Turenko. On Wed, Aug 28, 2019 at 09:13:22PM +0300, Cyrill Gorcunov wrote: > We know that madvise(MADV_DONTDUMP) is present > on linux based platforms only (macos doesn't > support it at all, freebsd requires MADV_NOCORE > or similar which is unsupported by now) thus > we should not print a warning on other systems > to not spam users. > > Fixes #4464 > --- > Sasha, could you please check if it fixes the problem? The warning is not shown on Mac OS at box.cfg{} after the patch. > > src/main.cc | 14 +++++++++++++- > 1 file changed, 13 insertions(+), 1 deletion(-) > > diff --git a/src/main.cc b/src/main.cc > index 5776aa41d..b16cfa5fe 100644 > --- a/src/main.cc > +++ b/src/main.cc > @@ -496,7 +496,19 @@ load_cfg() > */ > if (cfg_geti("strip_core")) { > if (!small_test_feature(SMALL_FEATURE_DONTDUMP)) { > - say_warn("'strip_core' is set but unsupported"); > + static const char strip_msg[] = > + "'strip_core' is set but unsupported"; > +#ifdef TARGET_OS_LINUX > + /* > + * Linux is known to support madvise(DONT_DUMP) > + * feature, thus warn on this platform only. The > + * rest should be notified on verbose level only > + * to not spam a user. > + */ > + say_warn(strip_msg); > +#else > + say_verbose(strip_msg); > +#endif I think it is okay: it is the minor thing and an easiest way to solve is the better way. If we'll have more OS dependent features (hopefully we'll not), then maybe it will be worth to do two things: * Check whether a user asks to enable something explicitly (or it was set by default); give a warning only for an explicit choose. * Check whether libsmall was compiled with a feature supported and don't give a warning if a tarantool build does not support a feature on a platform at all (it is instead of TARGET_OS_LINUX check). Those bullets implemented will give us the following logic: give a warning only if a user explicitly asks a feature AND it is supported on a platform AND it is not supported at runtime.
next prev parent reply other threads:[~2019-08-29 12:19 UTC|newest] Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-08-28 18:13 Cyrill Gorcunov 2019-08-29 10:39 ` [tarantool-patches] " Konstantin Osipov 2019-08-29 12:19 ` Alexander Turenko [this message] 2019-08-29 18:55 ` Cyrill Gorcunov 2019-08-29 22:16 ` Alexander Turenko 2019-08-30 7:24 ` Cyrill Gorcunov 2019-08-29 19:28 ` [tarantool-patches] " Kirill Yukhin
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=20190829121905.h6v6hfheq6g3ejhy@tkn_work_nb \ --to=alexander.turenko@tarantool.org \ --cc=gorcunov@gmail.com \ --cc=kostja@tarantool.org \ --cc=tarantool-patches@freelists.org \ --cc=vdavydov.dev@gmail.com \ --subject='Re: [PATCH] box/memtx: strip_core -- Warn on linux only' \ /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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox