[LON-CAPA-admin] 2.11 construction space
Stuart Raeburn
raeburn at msu.edu
Tue Jul 29 08:57:37 EDT 2014
Hi all,
> Is it possible to have the files that contain the checkpoints to see why it
> is so slow on tycho?
The cause of long rendering times seen in Authoring Space when using
LON-CAPA 2.11.0 on the fsu domain's LON-CAPA development server
(tycho) has been identified.
Thanks to Hon-Kie for reporting this problem, and for providing access
to a development environment for debugging/testing.
If you also happen to encounter the same behavior on your 2.11.0
library server, you can patch 2.11.0 as follows ...
all on one line:
wget -O /home/httpd/lib/perl/Apache/lonnet.pm
'http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/lonnet/perl/lonnet.pm?rev=1.1172.2.54;content-type=text/plain'
then restart Apache, e.g., on CentOS/Scientific Linux/Red Hat:
/etc/init.d/httpd reload
Note, by making this change, the nightly run of checkforupdates.pl will detect
a version change in lonnet.pm (as compared with the version included
in 2.11.0), and send an e-mail because of that discrepancy.
The updated lonnet.pm (rev. 1.1172.2.54) will be included in a
forthcoming 2.11.1 release.
Stuart Raeburn
LON-CAPA Academic Consortium
Quoting "H. K. Ng" <hkng at fsu.edu>:
> 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
More information about the LON-CAPA-admin
mailing list