Eventual-Inc/Daft - CodSpeed

Daft

Blog Docs Changelog

Performance History

Latest Results

Move tests and update docs

arpatilmh:abhijeet/deltalake-s3-conditional-put

6 hours ago

feat(grouped-agg): shard PartitionOnly execution per morsel

BABTUNA:perf/sharded-partition-only

16 hours ago

docs(lerobot benchmark): commit the A/B driver that swaps reader revisions run_real_datasets.sh runs real_datasets.py once per reader revision (merge-base vs branch) and compares the outputs hash-for-hash

yk/lerobot-batch-decode

19 hours ago

fix(telemetry): satisfy ruff lazy imports

FANNG1:fix/telemetry-exit-segfault

21 hours ago

fix: handle supported object writers generically

aaron-ang:write-single-parquet

1 day ago

fix(telemetry): keep SSL context setup best-effort Addresses review: building the shared SSLContext happens on the main thread (in track_import_on_scarf / track_runner_on_scarf), outside the worker's try/except. If create_default_context() fails (e.g. system CA store cannot be loaded), the error would propagate into the user's import or query execution, breaking telemetry's best-effort contract. Wrap the setup in try/except and skip the telemetry event on failure (return no thread), instead of raising. Add a test asserting that an SSL setup failure is swallowed and no request thread is started. Signed-off-by: fanng <“fanng@apache.org”>

FANNG1:fix/telemetry-exit-segfault

1 day ago

fix(telemetry): prevent interpreter-shutdown segfault from Scarf telemetry The Scarf telemetry worker runs in a daemon thread that makes HTTPS requests via urllib. At interpreter shutdown that thread can still be inside the SSL/OpenSSL stack (creating an SSLContext and loading CA certificates) while the main thread finalizes, and the two race on OpenSSL global state, crashing the process with SIGSEGV *after* all user work has already completed successfully. It reproduces with plain repeated daft usage (e.g. a few `DataFrame.write_lance` / `read_*` calls in one process) and is easy to hit on interpreters that statically link OpenSSL, such as the python-build-standalone builds used by uv/pyenv. It surfaces as exit code 139, which CI and batch schedulers treat as a failure even though the data was written correctly. Fix: build the SSLContext once on the main thread and reuse it for the telemetry requests, so the daemon worker never initializes OpenSSL global state itself and cannot race teardown. Also pass an explicit request timeout so a slow or unreachable endpoint can't keep the worker alive inside the SSL stack. Telemetry stays non-blocking (still a daemon thread), so process shutdown is not slowed. Opting out via DAFT_ANALYTICS_ENABLED=0 / DO_NOT_TRACK=1 also avoids it. Signed-off-by: fanng <“fanng@apache.org”>

FANNG1:fix/telemetry-exit-segfault

1 day ago

Update the tests

lhoestq:document-s3-alternative-for-cc

2 days ago

Latest Branches

0%

feat!: Remove dynamodb dependency for concurrent writes in deltalake on s3#7187

7 hours ago

2694a7a

arpatilmh:abhijeet/deltalake-s3-conditional-put

+11%

feat(grouped-agg): shard PartitionOnly execution per morsel#7205

17 hours ago

d69c328

BABTUNA:perf/sharded-partition-only

+1%

feat(lerobot): batch video-frame decode by shard#7184

20 hours ago

f652689

yk/lerobot-batch-decode

© 2026 CodSpeed Technology

Home Terms Privacy Docs