Re: [Gnu-arch-users] hackerlab str_ functions performance

[Yann Droneaud]

Jani Monoses <address@hidden> writes:

> Hello
>
> hackerlab's str_cmp, str_length and str_cpy are among the top CPU users when
> running changes and inventory at least, totalling 40% of tla cpu time.
>       
>           %
> 14664    20.3263  str_cmp
> 9685     13.4247  str_length
> 9178     12.7220  is_simple_anchored_regexp
> 5442      7.5434  rx_dfa_advance_to_final
> 5265      7.2980  str_cpy
>
> a similar topic was raised a while ago related to mem_set0.
> This crude patch changes them to calling glibc's routines and yields about a
> 15-20% speedup(not much) 
>

compete against inline and assembler optimised functions is quite hard :/

It's sad to hear the hackerlab is one of the bottleneck in tla
performances.

(Is there a project/team working on optimising hackerlab ?)

-- 
Yann Droneaud (aka Meuh) <address@hidden>
http://meuh.org/ | http://sherkan.tuxfamily.net/~meuh/
Une vache perdue sur Internet | A cow lost in the Internet
1024D/BEA43321   5D91 B5B0 5137 B8FE 6882  FE19 CAA0 6F05 BEA4 3321