there are 3 benches. That one doesn’t query anything.
I’m using bench-ingest-many the first run will take around 15 seconds to verify and import 1 million entries into the db.
The second run should try to import but skip duplicates, so it does about 1 million queries (plus some extra stuff like parse ids).
On my old laptop it takes about 1 second. But on my m2 querying is actually slower by 3 seconds which was surprising. Still looking into why 🤔
Oh! just "make" didn't build that, so I overlooked it. Gonna try that one now, too curious!
Well... I am sure this wasn't supposed to happen o.o
root@FriendlyWrt /u/o/nostrdb (master) [SIGSEGV]# file testdata/many-events.json
testdata/many-events.json: New Line Delimited JSON text data
root@FriendlyWrt /u/o/nostrdb (master)# gdb ./bench-ingest-many
GNU gdb (GDB) 11.2
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "aarch64-openwrt-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./bench-ingest-many...
(gdb) r
Starting program: /usb/opt/nostrdb/bench-ingest-many
[New LWP 19340]
[New LWP 19341]
[New LWP 19342]
Thread 3 "bench-ingest-ma" received signal SIGSEGV, Segmentation fault.
[Switching to LWP 19341]
secp256k1_context_create (flags=flags@entry=257) at src/secp256k1.c:96
96 if (EXPECT((flags & SECP256K1_FLAGS_TYPE_MASK) != SECP256K1_FLAGS_TYPE_CONTEXT, 0)) {
(gdb) bt
#0 secp256k1_context_create (flags=flags@entry=257) at src/secp256k1.c:96
#1 0x00000000004097f0 in ndb_ingester_thread (data=0x22ff8) at nostrdb.c:643
#2 0x0000fffff7f9f124 in ?? () from /lib/ld-musl-aarch64.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
