fix overly pessimistic realloc strategy in getdelim
commitc673158d91ad995ed59dd910777cd6464f61fe8e
authorRich Felker <dalias@aerifal.cx>
Sun, 20 Dec 2015 05:32:46 +0000 (20 00:32 -0500)
committerRich Felker <dalias@aerifal.cx>
Sun, 20 Dec 2015 05:39:35 +0000 (20 00:39 -0500)
treebaa67ca39d97308ed68f453a8c1186dc1ea14302
parentd87f0a9a95f0a1228ee5579e5822a8c93bc96823
fix overly pessimistic realloc strategy in getdelim

previously, getdelim was allocating twice the space needed every time
it expanded its buffer to implement exponential buffer growth (in
order to avoid quadratic run time). however, this doubling was
performed even when the final buffer length needed was already known,
which is the common case that occurs whenever the delimiter is in the
FILE's buffer.

this patch makes two changes to remedy the situation:

1. over-allocation is no longer performed if the delimiter has already
been found when realloc is needed.

2. growth factor is reduced from 2x to 1.5x to reduce the relative
excess allocation in cases where the delimiter is not initially in the
buffer, including unbuffered streams.

in theory these changes could lead to quadratic time if the same
buffer is reused to process a sequence of lines successively
increasing in length, but once this length exceeds the stdio buffer
size, the delimiter will not be found in the buffer right away and
exponential growth will still kick in.
src/stdio/getdelim.c