performance tuning

[Julian Elischer]

Julian Elischer wrote:

>
>
> Petri Helenius wrote:
>
>>
>>  Now that 5.3 is the first STABLE release, is the future focus on
>>  -threads towards performance, so that benchmarks and profiling, etc.
>>  would be appreciated somewhat more than they might have been
>>  previously when the development was more in the "just get it working
>>  right" mode?
>>
> Basically, yes.
> there is still work to do in the "get it right" field but
> it's working "right enough" now that performance is
> starting to be an issue.
>
> There is work proceeding on 3 fronts.
>
> * libthr continues to be improved by Mike.
>
> * libpthread is being scrutinised for ineffiencies and problems.
>   In particular M:N performance has a lot to be desired.
>
> * (from left field) David has been working on a hybrid of libpthread and
>  libthr.  As a private project, David is playing w 

oops accidentally deleted some of my own mail..



-- with a version of libpthread optimised for 1:1 using libthr entrypoints.

>
>
>>  Momentarily I could provide benchmarks from fairly parallel dual-HTT
>>  CPU machines running libpthread code (both proprietary and real-world
>>  mysql/apache/mod_perl loads)
>
>
>
> Is that the American or British meaning of Momentarily?
> (i.e. "IN a moment" or "FOR a moment"? )   :-)
>
> What we will really want eventually is KTR output as well as profilings.
>
> i.e. output of ktrdump.
>
>
>>
>>  Pete
>>
>>  _______________________________________________
>>  freebsd-threads at freebsd.org mailing list
>>  http://lists.freebsd.org/mailman/listinfo/freebsd-threads To
>>  unsubscribe, send any mail to
>>  "freebsd-threads-unsubscribe at freebsd.org"
>
>
> _______________________________________________
> freebsd-threads at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-threads
> To unsubscribe, send any mail to 
> "freebsd-threads-unsubscribe at freebsd.org"