[LON-CAPA-admin] 2.11 construction space

Wed Jul 9 13:17:54 EDT 2014

Hi Stuart,

Is it possible to have the files that contain the checkpoints to see why it
is so slow on tycho? It is running 64-bit w 16G of ram, almost the same as
the production servers (they have 32 G of ram.)

Regards,
-hk

On Wed, Jul 9, 2014 at 12:03 PM, Stuart Raeburn <raeburn at msu.edu> wrote:

> Hi Hon-Kie,
>
> > Yes, they are the problems in openstax-CollegePhysics library. I have
> added
> > you as co-author so can poke around. Just view the
> > openstax-CollegePhysics/02_Kinematics/01_Displacement.problem - it took
> > more than 30 s sometimes.
>
> Thank you for providing co-author access for me in the dev cluster for
> openstax-CollegePhysics:fsu.
>
> I copied the XML for
> /priv/fsu/openstax-CollegePhysics/02_Kinematics/01_Displacement.problem
> (and
> also the XML in the two .library files which are imported into the
> problem) and created equivalent files in my Authoring Space on the MSU
> dev library server.
>
> When I compare rendering times on the MSU dev server (32 bit) for my
> copy of 01_Displacement.problem in Authoring Space on the same
> hardware, both before and after upgrade to 2.11.0, I find similar
> rendering times (about 6 s), with 2.11.0 typically faster than 2.10.1
> by about 10%.
>
> Note: comparing rendering times displaying the published resource
> (/res/ ...) versus display in Authoring Space (/priv/ ...) I was
> typically seeing 2s versus 6s, because in Authoring Space,
> Apache::lonhomework::renderpage() will render for three targets:
> grade, web, and answer, whereas for resource space, rendering is for
> just the one target (web).
>
> I used Time::HiRes with a number of checkpoints in lonhomework.pm and
> see no significant difference between 2.10.1 and 2.11.0 when rendering
> the 01_Displacement.problem resource, which you report as taking up to
> 30s to render on your dev server.
>
> I used the same checkpoints to analyze rendering times for 2.10.1 and
> 2.11.0 on a VM running CentOS 6 (64 bit) for 01_Displacement.problem,
> and found similar rendering times, of about 2s, for display in
> Authoring Space (with 2.11.0 about 10% faster than 2.10.1).
>
> Note: after updating to gnuplot 4.4 (for 2.11.0) I needed to patch
> 2.10.1 (when I reverted to that LON-CAPA version) -- see:
> http://mail.lon-capa.org/pipermail/lon-capa-admin/2014-July/002871.html
> -- for
> the plot to be generated.
>
>
> Stuart Raeburn
> LON-CAPA Academic Consortium
>
>
> Quoting "H. K. Ng" <hkng at fsu.edu>:
>
> > Hi Stuart,
> >
> > Thanks for your response.
> >
> >
> >
> > On Wed, Jul 2, 2014 at 6:08 PM, Stuart Raeburn <raeburn at msu.edu> wrote:
> >
> >> Hi Hon-Kie,
> >>
> >> > The latest release version takes a long time (~30 s) to render a
> problem
> >> in
> >> > the construction space. 2.10 takes only a couple of seconds.
> >>
> >> I assume this is for your development server (tycho) in the dev
> >> cluster, as your production library server is still running 2.10.1
> >>
> >
> > Yes, I am testing it out first before installing 2.11 on the production
> > servers.
> >
> >
> >>
> >> Were you ever able to resolve the yum update issues on your dev server
> >> caused by epel repo conflicts?
> >>
> >
> > Leaving the disable flag did the trick.
> >
> >
> >>
> >> The construction space rendering behavior you report has not been my
> >> experience on MSU single domain library servers in both the production
> >> cluster and dev cluster.  When I compare rendering times for the same
> >> problem in Authoring Space on the same hardware, both before and after
> >> upgrade to 2.11.0, I find rendering times the same (about 2 s).
> >>
> >> Has the problem which you find takes ~30 s to render been published?
> >>
> >
> > Yes, they are the problems in openstax-CollegePhysics library. I have
> added
> > you as co-author so can poke around. Just view the
> > openstax-CollegePhysics/02_Kinematics/01_Displacement.problem - it took
> > more than 30 s sometimes.
> >
> >
> >>
> >> If so, I could replicate the resource, and then measure rendering
> >> times on the MSU development server, and debug, if I also found
> >> anomalous (long) rendering times.
> >>
> >> What files (and return codes) do you find listed in the Apache
> >> ssl_access_log log file when rendering the problem?
> >>
> >
> > The log files have the following output.
> >
> > ssl_access.log  shows the following:
> >
> > 146.xx - openstax-CollegePhysics [02/Jul/2014:18:42:04 -0400] "POST
> > /adm/createuser HTTP/1.1" 200 18798
> > 146.xx - openstax-CollegePhysics [02/Jul/2014:18:48:57 -0400] "GET
> > /priv/fsu/openstax-CollegePhysics/ HTTP/1.1" 200 69158
> > 146.xx - openstax-CollegePhysics [02/Jul/2014:18:49:12 -0400] "GET
> > /priv/fsu/openstax-CollegePhysics/02_Kinematics/ HTTP/1.1" 200 169377
> > 128.xx - openstax-CollegePhysics [02/Jul/2014:18:49:18 -0400] "POST
> >
> /priv/fsu/openstax-CollegePhysics/02_Kinematics/01_Displacement.problem?inhibitmenu=yes
> > HTTP/1.1" 200 2516
> > 128.xx - openstax-CollegePhysics [02/Jul/2014:18:49:23 -0400] "POST
> >
> /priv/fsu/openstax-CollegePhysics/ToolBox/ReferenceKit.library?inhibitmenu=yes
> > HTTP/1.1" 200 -
> > 128.xx - openstax-CollegePhysics [02/Jul/2014:18:49:24 -0400] "POST
> >
> /priv/fsu/openstax-CollegePhysics/ToolBox/gnuplotRoutines.library?inhibitmenu=yes
> > HTTP/1.1" 200 -
> >
> > ssl_request.log shows the following:
> >
> > [02/Jul/2014:18:42:04 -0400] 146.201.38.158 TLSv1.2 DHE-RSA-AES128-SHA
> > "POST /adm/createuser HTTP/1.1" 18798
> > [02/Jul/2014:18:48:57 -0400] 146.201.38.158 TLSv1.2 DHE-RSA-AES128-SHA
> "GET
> > /priv/fsu/openstax-CollegePhysics/ HTTP/1.1" 69158
> > [02/Jul/2014:18:49:12 -0400] 146.201.38.158 TLSv1.2 DHE-RSA-AES128-SHA
> "GET
> > /priv/fsu/openstax-CollegePhysics/02_Kinematics/ HTTP/1.1" 169377
> > [02/Jul/2014:18:49:18 -0400] 128.186.7.100 TLSv1.2
> > DHE-RSA-AES256-GCM-SHA384 "POST
> >
> /priv/fsu/openstax-CollegePhysics/02_Kinematics/01_Displacement.problem?inhibitmenu=yes
> > HTTP/1.1" 2516
> > [02/Jul/2014:18:49:23 -0400] 128.186.7.100 TLSv1.2
> > DHE-RSA-AES256-GCM-SHA384 "POST
> >
> /priv/fsu/openstax-CollegePhysics/ToolBox/ReferenceKit.library?inhibitmenu=yes
> > HTTP/1.1"
> >
> >
> > error.log - lots of entries like the ones below.
> >
> > Bareword found where operator expected at (eval 7341) line 1, near
> > "@E_TRIE_MAXBUF"
> >         (Missing operator before E_TRIE_MAXBUF?)
> > Bareword found where operator expected at (eval 7343) line 1, near
> > "%E_TRIE_MAXBUF"
> >         (Missing operator before E_TRIE_MAXBUF?)
> >
> >
> >
> >
> >
> >> Looking at diagnostics for tycho it appears that you still have rev
> >> 1.152.2.2 of /home/httpd/html/res/adm/includes/default_homework.lcpm
> >> installed (i.e., the version included with 2.10.1) instead of rev.
> >> 1.169 (the version shipped with 2.11.0).  Is there a reason for that?
> >>
> >
> > Hum, not sure why. I run UPDATE so not sure why the old file was not
> > replaced. I replaced it manually but do not see any improvement.
> >
> > Thanks again,
> > -hk
> >
> >
> >
> >
> >
> >>
> >>
> >> Stuart Raeburn
> >> LON-CAPA Academic Consortium
> >>
> >>
> >> Quoting "H. K. Ng" <hkng at fsu.edu>:
> >>
> >> > Hi,
> >> >
> >> > The latest release version takes a long time (~30 s) to render a
> problem
> >> in
> >> > the construction space. 2.10 takes only a couple of seconds. Any
> reason
> >> why
> >> > it takes so long? Is there any configurations that can be changed to
> >> speed
> >> > it up?
> >> >
> >> > Thanks,
> >> > -hk
> >> >
> >>
> >> _______________________________________________
> >> LON-CAPA-admin mailing list
> >> LON-CAPA-admin at mail.lon-capa.org
> >> http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin
>
> _______________________________________________
> LON-CAPA-admin mailing list
> LON-CAPA-admin at mail.lon-capa.org
> http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.lon-capa.org/pipermail/lon-capa-admin/attachments/20140709/ec558036/attachment-0001.html>