Ian Lepore wrote this message on Wed, May 13, 2015 at 12:47 -0600: > On Wed, 2015-05-13 at 11:13 -0700, John-Mark Gurney wrote: > > Adrian Chadd wrote this message on Wed, May 13, 2015 at 08:34 -0700: > > > The reason I ask about "why is it faster?" is because for embedded-y > > > things with low RAM we may not want that to happen due to memory > > > constraints. However, we may actually want to do some form of > > > autotuning on some platforms. > > > > If you're already running a program, the difference between 1k and > > 8k isn't significant... I'll give you 64k can be significant for > > embedded-y platforms... But this goes back to the, we need a global > > knob saying I want low memory usage, and I am willing to pay for it > > in performance... > > It is NOT just a difference of 1K vs 8K. It's that much times however > many BUFSIZ-sized things a program has allocated at once. It's where > they are allocated. As I've already pointed out, BUFSIZ appears in the > base code over 2000 times. Where is the analysis of the impact an 8x > change is going to have on all those uses? Since you apprently missed my original reply, I said that we shouldn't abuse BUFSIZ for this work, and that it should be changed in mdXhl.c... I agree that changing this size to effect all the other files is ill advised and should not be done... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."Received on Thu May 14 2015 - 05:22:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:57 UTC