9 Mar
2015
9 Mar
'15
11:31 p.m.
Hi
We were chugging along quite happily with XWiki then we started to notice a slowdown.
Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with
only 1 user testing it and about 5 articles in the whole system. Using htop, we can see
that the tomcat process are being created and the CPU is going to over 150% - 400% (total
across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with
little to no effect what so ever. I have tried googling it and almost everyone says to
change those options and I’ve tried basing it on the recommendation in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current
line reads:
JAVA_OPTS="-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m
-XX:+UseConcMarkSweepGC"
We are running XWiki 6.4.2
xwiki-enterprise-tomcat7-mysql package installed using apt-get.
OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64)
RAM: 4096
vCPU: 12
Hypervisor: Hyper-v
There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in
the logs either.
To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high
CPU and STILL has slow performance. If I compare the response of loading a 75 line article
to loading
http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?sp…hild,
the extension page loads about 3 times faster (not scientifically accurate timing but it’s
different enough to notice consistently).
Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get
it to perform quickly enough, users will avoid using it.
Thanks again for your time and any help.
Kind regards,
Mahomed
10 Mar
10 Mar
9:47 a.m.
Would need more detail on what exactly you call a simple page, you
should create a new page with empty content. Is the proc OK when
nobody access XWiki, if not it might mean you have some bakground task
running and slowing down the instance (a few things I can think of are
SOLR indexing, Watchlist generating a mail when there is a lot of
users, first login when you use LDAP with a lots if groups/users, some
other extension you would have installed) ?
I guess you looked at other stuff in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If
you are using MySQL and have some unused memory one other thing I
notice that can improve a lot the performances is tweak a bit MySQL
configuration and especially things like innodb_buffer_pool_size which
can more or less make MySQL behave like a in-memory database if big
enough (and there is probably many other things but I'm not so much of
a MySQL expert).
On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein
<Mahomed(a)custodiandc.com> wrote:
Hi
We were chugging along quite happily with XWiki then we started to notice a slowdown.
Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with
only 1 user testing it and about 5 articles in the whole system. Using htop, we can see
that the tomcat process are being created and the CPU is going to over 150% - 400% (total
across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with
little to no effect what so ever. I have tried googling it and almost everyone says to
change those options and I’ve tried basing it on the recommendation in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current
line reads:
JAVA_OPTS="-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m
-XX:+UseConcMarkSweepGC"
We are running XWiki 6.4.2
xwiki-enterprise-tomcat7-mysql package installed using apt-get.
OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64)
RAM: 4096
vCPU: 12
Hypervisor: Hyper-v
There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in
the logs either.
To be honest the high CPU isn’t that much of an issue. The problem is that it’s using
high CPU and STILL has slow performance. If I compare the response of loading a 75 line
article to loading
http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?sp…hild,
the extension page loads about 3 times faster (not scientifically accurate timing but it’s
different enough to notice consistently).
Any help would be greatly appreciated because no matter how great XWiki is, if I can’t
get it to perform quickly enough, users will avoid using it.
Thanks again for your time and any help.
Kind regards,
Mahomed
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
10:47 a.m.
I would also check the speed of retrieving a simple/plain wiki page
without the surrounding UI elements:
/xwiki/bin/get/Space/Page
If this is still slow then the reason must be a background task as
Thomas suggested. If it's fast then it means some of the UI elements
slow down the view mode. It may be a panel for instance.
Hope this helps,
Marius
On Tue, Mar 10, 2015 at 10:47 AM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
Would need more detail on what exactly you call a
simple page, you
should create a new page with empty content. Is the proc OK when
nobody access XWiki, if not it might mean you have some bakground task
running and slowing down the instance (a few things I can think of are
SOLR indexing, Watchlist generating a mail when there is a lot of
users, first login when you use LDAP with a lots if groups/users, some
other extension you would have installed) ?
I guess you looked at other stuff in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If
you are using MySQL and have some unused memory one other thing I
notice that can improve a lot the performances is tweak a bit MySQL
configuration and especially things like innodb_buffer_pool_size which
can more or less make MySQL behave like a in-memory database if big
enough (and there is probably many other things but I'm not so much of
a MySQL expert).
On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein
<Mahomed(a)custodiandc.com> wrote:
Hi
We were chugging along quite happily with XWiki then we started to notice a slowdown.
Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with
only 1 user testing it and about 5 articles in the whole system. Using htop, we can see
that the tomcat process are being created and the CPU is going to over 150% - 400% (total
across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with
little to no effect what so ever. I have tried googling it and almost everyone says to
change those options and I’ve tried basing it on the recommendation in
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current
line reads:
JAVA_OPTS="-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m
-XX:+UseConcMarkSweepGC"
We are running XWiki 6.4.2
xwiki-enterprise-tomcat7-mysql package installed using apt-get.
OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64)
RAM: 4096
vCPU: 12
Hypervisor: Hyper-v
There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in
the logs either.
To be honest the high CPU isn’t that much of an issue. The problem is that it’s using
high CPU and STILL has slow performance. If I compare the response of loading a 75 line
article to loading
http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?sp…hild,
the extension page loads about 3 times faster (not scientifically accurate timing but it’s
different enough to notice consistently).
Any help would be greatly appreciated because no matter how great XWiki is, if I can’t
get it to perform quickly enough, users will avoid using it.
Thanks again for your time and any help.
Kind regards,
Mahomed
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
3575
days inactive
3576
days old
2 comments
3 participants
participants (3)
-
Mahomed Hussein -
Marius Dumitru Florea -
Thomas Mortagne