Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1312294
| From | Juri Lelli <juri.lelli@arm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems |
| Date | 2016-01-19 15:30 +0100 |
| Message-ID | <qSFsf-Eb-49@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <qSkH8-33d-19@gated-at.bofh.it> <qSl0u-3eo-23@gated-at.bofh.it> <qSla9-3jC-7@gated-at.bofh.it> <qSCkG-6VX-9@gated-at.bofh.it> <qSCE2-730-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 19/01/16 11:23, Juri Lelli wrote: > Hi Catalin, > > On 19/01/16 10:59, Catalin Marinas wrote: > > On Mon, Jan 18, 2016 at 05:42:58PM +0100, Vincent Guittot wrote: > > > On 18 January 2016 at 17:30, Juri Lelli <juri.lelli@arm.com> wrote: > > > > On 18/01/16 17:13, Vincent Guittot wrote: > > > >> On 18 January 2016 at 16:13, Juri Lelli <juri.lelli@arm.com> wrote: > > > >> > On 15/01/16 11:50, Steve Muckle wrote: > > > >> >> On 01/08/2016 06:09 AM, Juri Lelli wrote: [...] > > > > Two questions: > > > > 1. How is the boot time affected by the benchmark? > > 2. How is the boot time affected by considering all the CPUs the same? > > > > My preference is for DT and sysfs (especially useful for > > development/tuning) but I'm not opposed to a boot-time benchmark if > > people insist on it. If the answer to point 2 is "insignificant", we > > could as well defer the capacity setting to user space (sysfs). > > > > Given that we are not targeting boot time with this, but rather better > performance afterwards, I don't expect significant differences; but, > I'll get numbers :). > I've got some boot time numbers on TC2 and Juno based on timestamps. They are of course not accurate and maybe not so representative of products, but I guess still ballpark right. I'm generally seeing ~1sec increase in boot time for 1 and practically no difference for 2 (even after having added patches that provide runtime performance improvements). Best, - Juri
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Steve Muckle <steve.muckle@linaro.org> - 2016-01-15 21:00 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-18 16:20 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Vincent Guittot <vincent.guittot@linaro.org> - 2016-01-18 17:20 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-18 17:40 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Vincent Guittot <vincent.guittot@linaro.org> - 2016-01-18 17:50 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-18 18:10 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Vincent Guittot <vincent.guittot@linaro.org> - 2016-01-18 18:30 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Catalin Marinas <catalin.marinas@arm.com> - 2016-01-19 12:10 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-19 12:30 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-19 15:30 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Steve Muckle <steve.muckle@linaro.org> - 2016-01-19 20:50 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Mark Brown <broonie@kernel.org> - 2016-01-19 22:20 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Juri Lelli <juri.lelli@arm.com> - 2016-01-20 11:30 +0100
Re: [RFC PATCH v2 0/4] CPUs capacity information for heterogeneous systems Steve Muckle <steve.muckle@linaro.org> - 2016-01-18 20:30 +0100
csiph-web