From: Igor Munkin <imun@tarantool.org> To: Sergey Kaplun <skaplun@tarantool.org> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH luajit v2 6/7] misc: add Lua API for memory profiler Date: Sun, 27 Dec 2020 21:58:13 +0300 [thread overview] Message-ID: <20201227185813.GL5396@tarantool.org> (raw) In-Reply-To: <6552b7249cd4f3e2782805f71de205700d5b531f.1608907726.git.skaplun@tarantool.org> Sergey, Thanks for the patch! Please consider the comments below. On 25.12.20, Sergey Kaplun wrote: > This patch introduces Lua API for LuaJIT memory profiler implemented in > the scope of the previous patch. > > Profiler returns some true value if started/stopped successfully, There is no "some" true value there is a sole one. Please fix it in both the patch and the RFC. > returns nil on failure (plus an error message as a second result and a > system-dependent error code as a third result). > If LuaJIT build without memory profiler both return `false`. > > <lj_errmsg.h> have adjusted with two new errors > PROF_ISRUNNING/PROF_NOTRUNNING returned in case when profiler has > started/stopped already correspondingly. > > Part of tarantool/tarantool#5442 > --- > > Changes in v2: > - Added pushing of errno for ERR_PROF* and ERRMEM > - Added forgotten assert. > > src/Makefile.dep | 5 +- > src/lib_misc.c | 167 +++++++++++++++++++++++++++++++++++++++++++++++ > src/lj_errmsg.h | 6 ++ > 3 files changed, 176 insertions(+), 2 deletions(-) > <snipped> > diff --git a/src/lib_misc.c b/src/lib_misc.c > index 6f7b9a9..36fe29f 100644 > --- a/src/lib_misc.c > +++ b/src/lib_misc.c <snipped> > @@ -67,8 +75,167 @@ LJLIB_CF(misc_getmetrics) <snipped> > +static LJ_AINLINE void memprof_ctx_free(struct memprof_ctx *ctx, uint8_t *buf) > +{ > + lj_mem_free(ctx->g, buf, STREAM_BUFFER_SIZE); Side note: This is odd that you free the buffer here, but the buffer itself is not a part of the memprof context. Let's return to this later. > + lj_mem_free(ctx->g, ctx, sizeof(*ctx)); > +} > + > +/* Default buffer writer function. Just call fwrite to corresponding FILE. */ > +static size_t buffer_writer_default(const void **buf_addr, size_t len, > + void *opt) > +{ <snipped> > + if (LJ_UNLIKELY(written == 0)) { > + /* Re-tries write in case of EINTR. */ > + if (errno == EINTR) { Minor: It's better to use early return here. Feel free to ignore. > + errno = 0; > + continue; > + } > + break; If other error occurs, you need to pass the NULL to buf_addr, right? Otherwise, there is no guarantee everything is written to the file and profiling proceeds. > + } <snipped> > + > +/* Default on stop callback. Just close corresponding stream. */ Typo: s/close corresponding/close the corresponding/. > +static int on_stop_cb_default(void *opt, uint8_t *buf) <snipped> > +/* local started, err, errno = misc.memprof.start(fname) */ > +LJLIB_CF(misc_memprof_start) > +{ <snipped> > + fname = strdata(lj_lib_checkstr(L, 1)); Minor: You can make this assignment alongside with the declaration. > + > + ctx = lj_mem_new(L, sizeof(*ctx)); > + if (ctx == NULL) This is a dead code: <lj_mem_new> raises a LUA_ERRMEM. > + goto errmem; > + <snipped> > + if (NULL == opt.buf) { This is a dead code: <lj_mem_new> raises a LUA_ERRMEM. > + lj_mem_free(G(L), ctx, sizeof(*ctx)); > + goto errmem; > + } <snipped> > + memprof_status = lj_memprof_start(L, &opt); > + started = memprof_status == PROFILE_SUCCESS; Trust me, you don't need this variable. */me making Jedi mind tricks here* > + > + if (LJ_UNLIKELY(!started)) { > + fclose(ctx->stream); > + remove(fname); Minor: I doubt we need to remove a file even if LuaJIT failed to start profiling. Leave the comment if this makes sense. Feel free to ignore. > + memprof_ctx_free(ctx, opt.buf); > + switch (memprof_status) { <snipped> > + } > + } > + lua_pushboolean(L, started); Please, s/started/1/ since there is no another value here. > + > + return 1; <snipped> > +} > + > +/* local stopped, err, errno = misc.memprof.stop() */ > +LJLIB_CF(misc_memprof_stop) > +{ > + int status = lj_memprof_stop(); > + int stopped_successfully = status == PROFILE_SUCCESS; Trust me, you don't need this variable. */me making Jedi mind tricks here* > + if (!stopped_successfully) { <snipped> > + lua_pushboolean(L, stopped_successfully); Please, s/stopped_succesfully/1/ since there is no another value here. > + return 1; > +} > + <snipped> > diff --git a/src/lj_errmsg.h b/src/lj_errmsg.h > index de7b867..6816da2 100644 > --- a/src/lj_errmsg.h > +++ b/src/lj_errmsg.h > @@ -185,6 +185,12 @@ ERRDEF(FFI_NYIPACKBIT, "NYI: packed bit fields") <snipped> > +#if LJ_HASPROFILE || LJ_HASMEMPROF Why did you also initialize them for <jit.p> profiler? > +/* Profiler errors. */ <snipped> > -- > 2.28.0 > -- Best regards, IM
next prev parent reply other threads:[~2020-12-27 18:58 UTC|newest] Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-25 15:26 [Tarantool-patches] [PATCH luajit v2 0/7] LuaJIT " Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 1/7] utils: introduce leb128 reader and writer Sergey Kaplun 2020-12-25 21:42 ` Igor Munkin 2020-12-26 9:32 ` Sergey Kaplun 2020-12-26 13:57 ` Sergey Kaplun 2020-12-26 18:47 ` Sergey Ostanevich 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 2/7] core: introduce write buffer module Sergey Kaplun 2020-12-26 14:22 ` Igor Munkin 2020-12-26 15:26 ` Sergey Kaplun 2020-12-26 19:03 ` Sergey Ostanevich 2020-12-26 19:37 ` Sergey Kaplun 2020-12-28 1:43 ` Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 3/7] vm: introduce VM states for Lua and fast functions Sergey Kaplun 2020-12-26 19:07 ` Sergey Ostanevich 2020-12-27 23:48 ` Igor Munkin 2020-12-28 3:54 ` Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 4/7] core: introduce new mem_L field Sergey Kaplun 2020-12-26 19:12 ` Sergey Ostanevich 2020-12-26 19:42 ` Sergey Kaplun 2020-12-27 13:09 ` Igor Munkin 2020-12-27 17:44 ` Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 5/7] core: introduce memory profiler Sergey Kaplun 2020-12-27 10:58 ` Sergey Ostanevich 2020-12-27 11:54 ` Sergey Kaplun 2020-12-27 13:27 ` Sergey Ostanevich 2020-12-27 16:44 ` Igor Munkin 2020-12-27 21:47 ` Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 6/7] misc: add Lua API for " Sergey Kaplun 2020-12-27 11:54 ` Sergey Ostanevich 2020-12-27 13:42 ` Sergey Kaplun 2020-12-27 15:37 ` Sergey Ostanevich 2020-12-27 18:58 ` Igor Munkin [this message] 2020-12-28 0:14 ` Sergey Kaplun 2020-12-25 15:26 ` [Tarantool-patches] [PATCH luajit v2 7/7] tools: introduce a memory profile parser Sergey Kaplun 2020-12-26 22:56 ` Igor Munkin 2020-12-27 7:16 ` Sergey Kaplun 2020-12-28 5:30 ` Sergey Kaplun 2020-12-28 5:33 ` Igor Munkin 2020-12-28 6:28 ` Sergey Kaplun 2020-12-28 6:31 ` Igor Munkin 2020-12-27 13:24 ` Sergey Ostanevich 2020-12-27 16:02 ` Sergey Kaplun 2020-12-27 21:55 ` Sergey Ostanevich 2020-12-28 2:05 ` [Tarantool-patches] [PATCH luajit v3 2/2] misc: add Lua API for memory profiler Sergey Kaplun 2020-12-28 2:49 ` Igor Munkin 2020-12-28 5:19 ` Sergey Kaplun 2020-12-28 2:06 ` [Tarantool-patches] [PATCH luajit v3 1/2] core: introduce " Sergey Kaplun 2020-12-28 3:59 ` Igor Munkin 2020-12-28 4:05 ` [Tarantool-patches] [PATCH luajit v3 3/7] vm: introduce VM states for Lua and fast functions Sergey Kaplun 2020-12-28 5:14 ` Igor Munkin 2020-12-28 6:01 ` [Tarantool-patches] [PATCH luajit v2 0/7] LuaJIT memory profiler Alexander V. Tikhonov 2020-12-28 8:15 ` Igor Munkin
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=20201227185813.GL5396@tarantool.org \ --to=imun@tarantool.org \ --cc=skaplun@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH luajit v2 6/7] misc: add Lua API for memory profiler' \ /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