On 01/ 8/10 05:11 PM, Danek Duvall wrote:
[email protected] wrote:
IMO, simplejson's speedups binary would be a good candidate for
optimization.
So I'm looking at what those numbers are, too. Taking the /dev repo's
dependency catalog: on x86, we get a 6% speedup on dump and a 22% speedup
on load; on sparc64, 2.5% and 23%; on N2, 4% and 26%.
Now, the times for writing are radically different than the catalog caching
times I see, so presumably something else is going on there (sorting?), but
the speedups are nice, and quite nice on read.
Catalog caching? I assume you mean what happens during 'pkg refresh' ?
It can do sorting, but that should only happen if a publisher catalog
from a v0 repository is present, or if you have packages installed that
belong to a publisher but are not currently present in that publisher's
repository catalog. I just verified via a dtrace profiling that it
won't actually perform any sorting work if all of the packages you have
are in a catalog from a v1 repository that is present.
The dtrace profile of a 'pkg refresh --full' for the /dev repository
seems to indicate that vast majority of the time spent is in JSON
encode/decode.
--
Shawn Walker
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
