Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1218007
| From | Vince Weaver <vincent.weaver@maine.edu> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: perf: bug, kernel ignores the buffer size on large read |
| Date | 2015-09-03 04:30 +0200 |
| Message-ID | <q4srM-6VH-7@gated-at.bofh.it> (permalink) |
| References | <q4j58-1TL-19@gated-at.bofh.it> <q4pke-2vb-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 3 Sep 2015, Peter Zijlstra wrote: > I think we should try and just ban events with a read_size > 64k; that's > one _large_ group -- there's other issues with that as well I imagine. yes, I don't really have a use case for this, I just noticed the problem because Debian apparently bumped the default file descriptor limit from 1k to 64k and suddenly some of my perf_event_test suite started failing in interesting ways. The limit for read() would come down to about 4k events per group assuming you also have ID enabled. The complication is that header_size is calculated similarly and lots of other things get added in, and a lot of it is done with u16 math. So I have no idea if there's a possibility for creating sampled events that can corrupt the mmap buffer. Vince -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
perf: bug, kernel ignores the buffer size on large read Vince Weaver <vincent.weaver@maine.edu> - 2015-09-02 18:30 +0200
Re: perf: bug, kernel ignores the buffer size on large read Peter Zijlstra <peterz@infradead.org> - 2015-09-03 01:10 +0200
Re: perf: bug, kernel ignores the buffer size on large read Vince Weaver <vincent.weaver@maine.edu> - 2015-09-03 04:30 +0200
csiph-web