_io.TextIOWrapper._CHUNK_SIZE ignores underlying buffer size, defaults 8192

Bug report

Bug description:

If I try to read a line from a file containing a very long line using open(path, buffering=n).readline(), it reads in chunks of 8192 regardless of the value of n. I would like it to respect n so that I can reduce the number of syscalls.

I can manually work around this by setting the undocumented attribute _CHUNK_SIZE, but I think this should be done automatically. The number 8192 is hard-coded in _io_TextIOWrapper___init___impl; I propose automatically setting it to the buffer size of the underlying _io.BufferedReader / _io.BufferedWriter / _io.BufferedRandom (if the underlying object is one of those).

docker run --rm -it python:3.14.6 bash
apt-get update && apt-get install -y strace
python3 -c 'print("x"*100000)' > f
# f.readline ignores the buffer size
strace -e trace=read python3 -c 'open("f", buffering=100000).readline()' # calls `read(3, ..., 8192)`
# workaround: set f._CHUNK_SIZE
strace -e trace=read python3 -c 'f = open("f", buffering=100000); f._CHUNK_SIZE = 1000000; f.readline()' # calls `read(3, ..., 1000000)`
# aside: f.buffer.readline respects the buffer size
strace -e trace=read python3 -c 'f = open("f", buffering=100000); f.buffer.readline()' # calls `read(3, ..., 100000)`

CPython versions tested on:

3.14

Operating systems tested on:

Linux

Bắt đầu trong Modules/_io/textio.c tại _io_TextIOWrapper___init___impl, nơi issue xác định kích thước chunk được hard-code là 8192. Tái hiện hành vi bằng các lệnh open(), readline() và strace được cung cấp, sau đó theo dõi cách kích thước của đối tượng có bộ đệm bên dưới được exposed. Hoàn tất khi readline() sử dụng kích thước bộ đệm đó cho các kiểu đối tượng có bộ đệm liên quan mà không yêu cầu _CHUNK_SIZE.