Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
On Mon, Oct 17, 2016 at 02:50:57PM +0200, SF Markus Elfring wrote: > > I prefer the code as-is. Unless there's a compelling reason to change it. > > Is the chance for faster log output interesting enough? Is there a particular user that cares today, or are we trying to work backwards to a rationale? Thanks, Mark.
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
On Mon, Oct 17, 2016 at 02:50:57PM +0200, SF Markus Elfring wrote: > > I prefer the code as-is. Unless there's a compelling reason to change it. > > Is the chance for faster log output interesting enough? Is there a particular user that cares today, or are we trying to work backwards to a rationale? Thanks, Mark.
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
> I prefer the code as-is. Unless there's a compelling reason to change it. Is the chance for faster log output interesting enough? Regards, Markus
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
> I prefer the code as-is. Unless there's a compelling reason to change it. Is the chance for faster log output interesting enough? Regards, Markus
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
On Mon, Oct 17, 2016 at 01:30:59PM +0200, SF Markus Elfring wrote: > >> Some data were printed into a sequence by six separate function calls. > >> Print the same data by a single function call instead. > > > > ... why? > > > > Beyond simply having fewer function calls, is there an upside? > > Will it matter to improve run time characteristics at this source code > place? I do not know. If that's not the aim of your existing patch, then I have no idea what you're trying to achieve. > > This makes it harder to see the relationship between the format strings > > and their associated data, and makes the code longer. > > Do you prefer an other layout for the passed data so that the increase > of line count in my update suggestion would look differently? I prefer the code as-is. Unless there's a compelling reason to change it. Thanks, Mark.
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
On Mon, Oct 17, 2016 at 01:30:59PM +0200, SF Markus Elfring wrote: > >> Some data were printed into a sequence by six separate function calls. > >> Print the same data by a single function call instead. > > > > ... why? > > > > Beyond simply having fewer function calls, is there an upside? > > Will it matter to improve run time characteristics at this source code > place? I do not know. If that's not the aim of your existing patch, then I have no idea what you're trying to achieve. > > This makes it harder to see the relationship between the format strings > > and their associated data, and makes the code longer. > > Do you prefer an other layout for the passed data so that the increase > of line count in my update suggestion would look differently? I prefer the code as-is. Unless there's a compelling reason to change it. Thanks, Mark.
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
>> Some data were printed into a sequence by six separate function calls. >> Print the same data by a single function call instead. > > ... why? > > Beyond simply having fewer function calls, is there an upside? Will it matter to improve run time characteristics at this source code place? > This makes it harder to see the relationship between the format strings > and their associated data, and makes the code longer. Do you prefer an other layout for the passed data so that the increase of line count in my update suggestion would look differently? Regards, Markus
Re: ARM64-cpuinfo: Combine six calls for sequence output into one seq_printf() call in c_show()
>> Some data were printed into a sequence by six separate function calls. >> Print the same data by a single function call instead. > > ... why? > > Beyond simply having fewer function calls, is there an upside? Will it matter to improve run time characteristics at this source code place? > This makes it harder to see the relationship between the format strings > and their associated data, and makes the code longer. Do you prefer an other layout for the passed data so that the increase of line count in my update suggestion would look differently? Regards, Markus