Skip to content

Commit 6f92e9f

Browse files
committed
chore: bump version to 0.1.0-beta.10
1 parent b3ab330 commit 6f92e9f

File tree

2 files changed

+14
-1
lines changed

2 files changed

+14
-1
lines changed

docs/changelog.md

Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -47,6 +47,19 @@ The format follows [Keep a Changelog](https://keepachangelog.com/en/1.1.0/).
4747

4848
---
4949

50+
## [0.1.0-beta.10]
51+
52+
### Changed
53+
54+
- **Rust backend: streaming parse.** `RustBackend.parse()` now streams one fragment at a time instead of collecting all fragments for the entire input before yielding events. Memory usage is O(current event) instead of O(entire input), so long-running or repeated parsing no longer grows unbounded.
55+
56+
### Added
57+
58+
- **Backend performance tests** (`tests/test_backend_performance.py`). Compare C++ vs Rust throughput: `parse_event` (duration-based) and `parse` stream (fixed iterations). Optional RSS monitoring to stop early if memory grows. Correctness checks ensure both backends produce equivalent results.
59+
- **Documentation: why C++ is faster in benchmarks.** README and Architecture doc now describe the top two reasons: (1) C++ does full parse and event assembly in native code and returns one event per call; Rust exposes a fragment-level lexer and event assembly is done in Python. (2) Rust incurs more FFI round-trips per event (one per fragment and per capture) than C++ (one call per event).
60+
61+
---
62+
5063
## [0.1.0-beta.9]
5164

5265
Initial beta release with C++ and Rust backend support.

pyproject.toml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
[project]
22
name = "log-surgeon-ffi"
3-
version = "0.1.0-beta.9"
3+
version = "0.1.0-beta.10"
44
description = "Python FFI bindings for log-surgeon: high-performance parsing of unstructured logs into structured data"
55
license = { text = "Apache License 2.0" }
66
authors = [

0 commit comments

Comments
 (0)