*printf(9) and PRINTF_BUFR_SIZE

dieterbsd at engineer.com dieterbsd at engineer.com
Sun Apr 10 01:23:16 UTC 2011


>> While working on other problems with *printf(9), log(9), etc.
>> I stumbled upon:
>>
>> options PRINTF_BUFR_SIZE=128 # Prevent printf output being 
interspersed.
>>
>> Question 1: Am I correct in thinking that PRINTF_BUFR_SIZE is 
supposed
>> to prevent this:
>>
>>   ada2: 300.000MB/s transfuhub2: 3 ports with 3 removable, self 
powered
>>   ers (SATA 2.x, UDMA6, PIO 8192bytes)
>>   ada2: Command Queueing enabled
>>
>> Question 2: Why is vprintf() the only function that does this 
buffering?
>> As far as I can tell, the various functions that call kvprintf() 
directly
>> without going through vprintf() do not get buffered.  I'm thinking 
that
>> kvprintf() would be a better place for the buffering.  Or would this 
break
>> something?

> 
http://docs.freebsd.org/cgi/mid.cgi?AANLkTinPhcc8Z_BdvoEQUv-ZXlHAYOTQJwlUQDVO\
8iJ9

Thanks, Alex!  That was a useful thread, I now know more about the
problem and how to fix it.  I gather the answer to Q1 is yes.  Given
that the word "transfers" is broken, I still think this example is
most likely due to my changes that use unbuffered kvprintf() rather
than buffered vprintf().  So question 2 remains.

BTW, I see some threads where people think this is due to SMP.
It happens on uniprocessor machines too.





More information about the freebsd-hackers mailing list