On 3 Jun., 18:58, Florent Hivert <florent.hiv...@univ-rouen.fr> wrote:
> > On 3 Jun., 15:20, Florent Hivert <florent.hiv...@univ-rouen.fr> wrote:
> > > On Wed, Jun 02, 2010 at 05:34:06PM -0700, leif wrote:
> > > > Any measures of the slow down to Sphinx?
>
> > Does not really address my question. Think of a single file, what's
> > the price/latency of importing sage.all to resolve not fully qualified
> > targets (perhaps just a single one)?
>
> If you look at my new patch on trac I don't import sage.all though I search
> into it.

;-)

Ok, your patch at #9128 obsoleted my question...
http://trac.sagemath.org/sage_trac/ticket/9128
(I was just fearing importing sage.all takes a lot of time, at least
on older systems.)

-Leif


> Here are the result for a single file:
>
> Without:
> sage -docbuild reference html  11,63s user 0,94s system 98% cpu 12,799 total
> sage -docbuild reference html  11,70s user 0,90s system 98% cpu 12,776 total
> sage -docbuild reference html  11,82s user 0,84s system 98% cpu 12,834 total
>
> With:
> sage -docbuild reference html  11,67s user 0,96s system 98% cpu 12,815 total
> sage -docbuild reference html  11,59s user 0,96s system 98% cpu 12,679 total
> sage -docbuild reference html  11,78s user 0,87s system 98% cpu 12,793 total
>
> I see nothing very significative... Note that the things worked since I got
> the message:
>
> Searching sage.combinat.partition.Partitions from sage.combinat.integer_list
> WARNING: undefined symbol :mod:`sage.combinat.partition.Partitions` in module 
> sage.combinat.integer_list
>
> Cheers,
>
> Florent

-- 
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to 
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org

Reply via email to