Messages in this thread |  | | Date | Thu, 31 Oct 2013 14:57:52 +0400 | From | Cyrill Gorcunov <> | Subject | Re: [patch 1/6] procfs: Introduce sequential fdinfo engine |
| |
On Thu, Oct 31, 2013 at 01:32:13PM +0300, Alexey Dobriyan wrote: > On Wed, Oct 30, 2013 at 10:59 PM, Cyrill Gorcunov <gorcunov@openvz.org> wrote: > > At moment the fdinfo operations (ie the output from /proc/$pid/fdinfo/$fd) > > are generating output in one pass, which makes useless memory pressue > > if the reader/user provides a buffer with a small size. > > cat(1) uses 64 KB buffer. > The output doesn't exceed one page anyway.
Yes, good point. I probably need to update changelog (forgot that i'm using single_open here). What if we meet a file with that big number of epoll or say notifies assigned that the fdinfo won't fit a page? I didn't meet such scenario yet, but I think it's possible?
|  |