DOM indexing performance
Hie, We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more than twice longer. When there is a lot of circulation, the indexing of zebraqueue can take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now. Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a way to optimize DOM indexing ? My tests shows facets indexing does not change a lot. -- Fridolin SOMERS Biblibre - Pôles support et système fridolin.somers@biblibre.com
2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com>:
Hie,
We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more than twice longer. When there is a lot of circulation, the indexing of zebraqueue can take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now.
Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a way to optimize DOM indexing ? My tests shows facets indexing does not change a lot.
Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file? -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
just a head-up : Frido is AFK for a few months. He just got a daughter [coming from Madagascar]. He is in Madagascar for the next 3 months with his wife, then 3-5 months taking care of her, he should be back part time in summer, full time in autumn. Le 08/12/2015 19:31, Tomas Cohen Arazi a écrit :
2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com <mailto:fridolin.somers@biblibre.com>>:
Hie,
We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more than twice longer. When there is a lot of circulation, the indexing of zebraqueue can take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now.
Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a way to optimize DOM indexing ? My tests shows facets indexing does not change a lot.
Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file?
-- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries
Please pass on my congratulations and best wishes!! Chris On 10 December 2015 4:20:57 am NZDT, Paul Poulain <paul.poulain@biblibre.com> wrote:
just a head-up : Frido is AFK for a few months. He just got a daughter [coming from Madagascar]. He is in Madagascar for the next 3 months with his wife, then 3-5 months taking care of her, he should be back part time in summer, full time in autumn.
Le 08/12/2015 19:31, Tomas Cohen Arazi a écrit :
2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com <mailto:fridolin.somers@biblibre.com>>:
Hie,
We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more
than
twice longer. When there is a lot of circulation, the indexing of zebraqueue
can
take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now.
Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a
way
to optimize DOM indexing ? My tests shows facets indexing does not change a lot.
Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file?
-- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries
------------------------------------------------------------------------
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
This is amazing news, please give him (and his family) well wishes! Liz On 10/12/15 07:04, Chris Cormack wrote:
Please pass on my congratulations and best wishes!!
Chris
On 10 December 2015 4:20:57 am NZDT, Paul Poulain <paul.poulain@biblibre.com> wrote:
just a head-up : Frido is AFK for a few months. He just got a daughter [coming from Madagascar]. He is in Madagascar for the next 3 months with his wife, then 3-5 months taking care of her, he should be back part time in summer, full time in autumn.
Le 08/12/2015 19:31, Tomas Cohen Arazi a écrit :
2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com <mailto:fridolin.somers@biblibre.com>>:
Hie,
We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more
than
twice longer. When there is a lot of circulation, the indexing of zebraqueue
can
take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now.
Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a
way
to optimize DOM indexing ? My tests shows facets indexing does not change a lot.
Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file?
-- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries
------------------------------------------------------------------------
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- -- Liz Rea Catalyst.Net Limited Level 6, Catalyst House, 150 Willis Street, Wellington. P.O Box 11053, Manners Street, Wellington 6142 GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
Wow. Sounds like an adventure. Go Frido and family! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] On Behalf Of Paul Poulain Sent: Thursday, 10 December 2015 2:21 AM To: koha-devel@lists.koha-community.org Subject: Re: [Koha-devel] DOM indexing performance just a head-up : Frido is AFK for a few months. He just got a daughter [coming from Madagascar]. He is in Madagascar for the next 3 months with his wife, then 3-5 months taking care of her, he should be back part time in summer, full time in autumn. Le 08/12/2015 19:31, Tomas Cohen Arazi a écrit : 2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com <mailto:fridolin.somers@biblibre.com> >: Hie, We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more than twice longer. When there is a lot of circulation, the indexing of zebraqueue can take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now. Does anyone have the same problem ? The point is not to come back to obsolete GRS1, but is there a way to optimize DOM indexing ? My tests shows facets indexing does not change a lot. Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file? -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries
On 8 December 2015 at 19:31, Tomas Cohen Arazi <tomascohen@gmail.com> wrote:
2015-10-23 12:12 GMT-03:00 Fridolin SOMERS <fridolin.somers@biblibre.com>:
Hie,
We have on a machine big performance issues since indexing was changed from GRS1 to DOM. I have made some benchmarks, looks like indexing time is more than twice longer. When there is a lot of circulation, the indexing of zebraqueue can take more than a minute. We know that this machine is not powerful regarding RAM and disk, but it was enough until now.
Does anyone have the same problem ?
I think this is the expected behaviour. grs1 indexing should be a lot faster than dom indexing with zebra. -Wolfram
The point is not to come back to obsolete GRS1, but is there a way to optimize DOM indexing ? My tests shows facets indexing does not change a lot.
Did you try commenting the facets definition on the biblio-koha-indexdefs.xml file and recreating the biblio-zebra-indexdefs.xsl file?
-- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
-- Wolfram Schneider <wosch@FreeBSD.org> http://wolfram.schneider.org
participants (7)
-
Chris Cormack -
David Cook -
Fridolin SOMERS -
Liz Rea -
Paul Poulain -
Tomas Cohen Arazi -
Wolfram Schneider