gbranden pushed a commit to branch master
in repository groff.
commit 670287258ba1a32370e703152ae70399f3969310
Author: G. Branden Robinson <[email protected]>
AuthorDate: Fri Apr 10 03:02:13 2026 -0500
ChangeLog: Improve perf improvement description.
---
ChangeLog | 10 +++++++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 1cc8e3799..1b9bfe33c 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1067,8 +1067,8 @@
bash(1), this meant many repeated trips through
new/memcpy()/delete sequences, giving the language runtime
allocator a lot of work to do. In an extreme case {formatting
- 64 copies of bash(1) in sequence}, this led to long runtimes
- with two-thirds of program time spent in the kernel.
+ 64 catenated copies of bash(1)}, this led to long runtimes with
+ two-thirds of program time spent in the kernel.
The new strategy is to double the allocation size every time it
is exceeded, but also to free any resized allocation at the end
@@ -1078,7 +1078,11 @@
page length frequently--which is the approach that groff 1.23.0
and earlier took to continuous rendering, and that other macro
packages or documents might still. (tbl(1) users should beware
- of the sort of problem observed in Savannah #65189.)
+ of the sort of problem observed in Savannah #65189.) This
+ change reduces grotty(1)'s wall-clock time for the
+ aforementioned 64 copies of bash(1) from 92.1 seconds to 3.5,
+ and the proportion of process time spent in the system from
+ 63.3% to 6.38%.
* src/devices/grotty/tty.cpp: Define new global constant
integer, `default_lines_per_page`, obviating a local literal in
_______________________________________________
groff-commit mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/groff-commit
