Thank you Anton for bringing closure! And Marc for catching this! Phew :)
Mike McCandless
http://blog.mikemccandless.com
On Thu, Apr 6, 2023 at 5:51 AM Anton Hägerstrand wrote:
> Search profiling seems to work again - see e.g.
> https://blunders.io/jfr-demo/searching-2023.04.04.18.03.12/jvm
Search profiling seems to work again - see e.g.
https://blunders.io/jfr-demo/searching-2023.04.04.18.03.12/jvm_info
Thanks Marc for reporting and Mike for fixing!
/Anton
On Tue, 4 Apr 2023, 17:53 Michael McCandless,
wrote:
> Actually, I spoke too soon. The NIGHTLY_LOG_DIR is indeed a bit dif
Actually, I spoke too soon. The NIGHTLY_LOG_DIR is indeed a bit different
-- this is where the nightly benchy writes/reads all past nightly results,
generates charts from, etc.
Mike McCandless
http://blog.mikemccandless.com
On Tue, Apr 4, 2023 at 11:50 AM Michael McCandless <
luc...@mikemccand
On Tue, Apr 4, 2023 at 11:14 AM Anton Hägerstrand wrote:
> Thanks Mike - looks promising! I will have a look at the next upload.
>
Yay.
Out of curiosity - what is the reason for using constants.NIGHTLY_LOG_DIR
> instead of constants.LOGS_DIR, which seems to be what competition.py uses
> to writ
Thanks Mike - looks promising! I will have a look at the next upload.
Out of curiosity - what is the reason for using constants.NIGHTLY_LOG_DIR
instead of constants.LOGS_DIR, which seems to be what competition.py uses
to write the files? Is it that they are always the same value for the
nightly bu
OK I attempted a fix:
https://github.com/mikemccand/luceneutil/commit/2c8ccdf53e93622761a545c1a54377514c338caa
I think this broke at some point when we moved where the JFR files are
written...
Mike McCandless
http://blog.mikemccandless.com
On Tue, Apr 4, 2023 at 10:37 AM Michael McCandless <
l
Hmm, I'll try to figure out why the nightly benchy is uploading such
degenerate JFR zip files!
Mike McCandless
http://blog.mikemccandless.com
On Sat, Mar 18, 2023 at 5:16 AM Anton Hägerstrand wrote:
> I've had a look now - it seems like the .jfr.gz files uploaded for these
> search benchmarks
I've had a look now - it seems like the .jfr.gz files uploaded for these
search benchmarks are empty (they are well formed gzip files, there is just
no compressed data in them). Creation of these .jfr.gz files happens as
part of the benchmark setup, where I don't (to my knowledge) have access to
an
Hi! Anton from Blunders here.
I will take a look as soon as possible, most likely I will be able to tell
what's going on from server logs. Thank you for reporting - I will put up
better monitoring in the future.
/Anton
On Fri, 17 Mar 2023, 19:49 Marc D'Mello, wrote:
> Hi all,
>
> I was lookin
