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."
freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to