Brian Pane wrote:
In profiling the httpd, I've found the conv_10 function
(used in the implementation of %d for the apr_*printf
functions) to be one of the top 10 consumers of user-mode
CPU time. There are a small number of places in the httpd
that cause most of the calls to this
dean gaudet wrote:
On Tue, 17 Jul 2001, Brian Pane wrote:
dean gaudet wrote:
you might want to disassemble the functions in gdb (or using objdump) to
make sure that gcc emits a single division instruction for the x / 10,
x % 10 expressions -- i forget the cases where it can and can't do this.
you might want to disassemble the functions in gdb (or using objdump) to
make sure that gcc emits a single division instruction for the x / 10,
x % 10 expressions -- i forget the cases where it can and can't do this.
the low level div instruction is a two result opcode, quotient and
remainder.
dean gaudet wrote:
you might want to disassemble the functions in gdb (or using objdump) to
make sure that gcc emits a single division instruction for the x / 10,
x % 10 expressions -- i forget the cases where it can and can't do this.
the low level div instruction is a two result opcode,
In profiling the httpd, I've found the conv_10 function
(used in the implementation of %d for the apr_*printf
functions) to be one of the top 10 consumers of user-mode
CPU time. There are a small number of places in the httpd
that cause most of the calls to this function.
The attached patch