________________________________ Von: Otto, Michael (Layout Analysis) Michael.Otto@globalfoundries.com Gesendet: Sonntag, 12. November 2023 17:16 An: basex-talk-request@mailman.uni-konstanz.de basex-talk-request@mailman.uni-konstanz.de Betreff: AW: JAVA Performance Issue under RH8 by using BASEX with NFS system
Hello.
Since switching basex (853) application from RH6 to RH8 I do see a performance issue.
internal tests: RH6/NFS --> runtime < 1s RH8/local storage on server --> runtime < 1s
RH8/NFS --> runtime > 15s
It seams that we see a caching issue in RH8 context (1st read of RH6 taes longer too).
I did several tests with several JAVA and BASEX(V10.7) versions (including latest one). IT tried several mounting options for RH8 server to NFS too, but that did not solve that issue.
I that a known issue? I guess this is a caching issue of RH8 (actual only seen by using BaseX). Is there any known solution for this?
BR
GLOBALFOUNDRIES Dresden Module One LLC & Co. KG:
Michael Otto
Tapeout Engn
FAB 1 TAPE OUT INTEGRATION
T +49 (0) 351 277-86013
F +49 (0) 351 277-86013
M/S: I21-MPI michael.otto@globalfoundries.com
http://www.globalfoundries.com/
GLOBALFOUNDRIES Dresden Module One Limited Liability Company & Co. KG
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registered Office/ Sitz Dresden I Registergericht Dresden HRA 5255
General Partner/ Vertretungsberechtigter Komplementär: GLOBALFOUNDRIES Dresden Module One LLC (Sitz Wilmington, Delaware, USA)
General Manager/ Geschäftsführer der GLOBALFOUNDRIES Dresden Module One LLC: Thomas Caulfield
________________________________ Von: Otto, Michael (Layout Analysis) Michael.Otto@globalfoundries.com Gesendet: Mittwoch, 8. November 2023 12:01 An: basex-talk-request@mailman.uni-konstanz.de basex-talk-request@mailman.uni-konstanz.de Betreff: JAVA Performance Issue under RH8 by using BASEX with NFS system
Hello.
Since switching basex (853) application from RH6 to RH8 I do see a performance issue.
internal tests: RH6/NFS --> runtime < 1s RH8/local storage on server --> runtime < 1s
RH8/NFS --> runtime > 15s
It seams that we see a caching issue in RH8 context (1st read of RH6 taes longer too).
I did several tests with several JAVA and BASEX(V10.7) versions (including latest one). IT tried several mounting options for RH8 server to NFS too, but that did not solve that issue.
I that a known issue? I guess this is a caching issue of RH8 (actual only seen by using BaseX). Is there any known solution for this?
BR
GLOBALFOUNDRIES Dresden Module One LLC & Co. KG:
Michael Otto
Tapeout Engn
FAB 1 TAPE OUT INTEGRATION
T +49 (0) 351 277-86013
F +49 (0) 351 277-86013
M/S: I21-MPI michael.otto@globalfoundries.com
http://www.globalfoundries.com/
GLOBALFOUNDRIES Dresden Module One Limited Liability Company & Co. KG
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registered Office/ Sitz Dresden I Registergericht Dresden HRA 5255
General Partner/ Vertretungsberechtigter Komplementär: GLOBALFOUNDRIES Dresden Module One LLC (Sitz Wilmington, Delaware, USA)
General Manager/ Geschäftsführer der GLOBALFOUNDRIES Dresden Module One LLC: Thomas Caulfield
…difficult to tell what might be the reason; we didn’t get similar reports so far. Most of the BaseX caching algorithms rely on the file system, but we don’t differ between Windows- and UNIX-based systems.
Does it make a difference if you change another JDK distribution?
Best, Christian
On Mon, Nov 13, 2023 at 12:32 PM Otto, Michael (Layout Analysis) < Michael.Otto@globalfoundries.com> wrote:
*Von:* Otto, Michael (Layout Analysis) Michael.Otto@globalfoundries.com *Gesendet:* Sonntag, 12. November 2023 17:16 *An:* basex-talk-request@mailman.uni-konstanz.de < basex-talk-request@mailman.uni-konstanz.de> *Betreff:* AW: JAVA Performance Issue under RH8 by using BASEX with NFS system
Hello.
Since switching basex (853) application from RH6 to RH8 I do see a performance issue.
internal tests: RH6/NFS --> runtime < 1s RH8/local storage on server --> runtime < 1s
RH8/NFS --> runtime > 15s
It seams that we see a caching issue in RH8 context (1st read of RH6 taes longer too).
I did several tests with several JAVA and BASEX(V10.7) versions (including latest one). IT tried several mounting options for RH8 server to NFS too, but that did not solve that issue.
I that a known issue? I guess this is a caching issue of RH8 (actual only seen by using BaseX). Is there any known solution for this?
BR
GLOBALFOUNDRIES Dresden Module One LLC & Co. KG:
*Michael Otto*
*Tapeout Engn*
*FAB 1 TAPE OUT INTEGRATION*
T +49 (0) 351 277-86013
F +49 (0) 351 277-86013
M/S: I21-MPI michael.otto@globalfoundries.com
http://www.globalfoundries.com/
GLOBALFOUNDRIES Dresden Module One Limited Liability Company & Co. KG
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registered Office/ Sitz Dresden I Registergericht Dresden HRA 5255
General Partner/ Vertretungsberechtigter Komplementär: GLOBALFOUNDRIES Dresden Module One LLC (Sitz Wilmington, Delaware, USA)
General Manager/ Geschäftsführer der GLOBALFOUNDRIES Dresden Module One LLC: Thomas Caulfield
*Von:* Otto, Michael (Layout Analysis) Michael.Otto@globalfoundries.com *Gesendet:* Mittwoch, 8. November 2023 12:01 *An:* basex-talk-request@mailman.uni-konstanz.de < basex-talk-request@mailman.uni-konstanz.de> *Betreff:* JAVA Performance Issue under RH8 by using BASEX with NFS system
Hello.
Since switching basex (853) application from RH6 to RH8 I do see a performance issue.
internal tests: RH6/NFS --> runtime < 1s RH8/local storage on server --> runtime < 1s
RH8/NFS --> runtime > 15s
It seams that we see a caching issue in RH8 context (1st read of RH6 taes longer too).
I did several tests with several JAVA and BASEX(V10.7) versions (including latest one). IT tried several mounting options for RH8 server to NFS too, but that did not solve that issue.
I that a known issue? I guess this is a caching issue of RH8 (actual only seen by using BaseX). Is there any known solution for this?
BR
GLOBALFOUNDRIES Dresden Module One LLC & Co. KG:
*Michael Otto*
*Tapeout Engn*
*FAB 1 TAPE OUT INTEGRATION*
T +49 (0) 351 277-86013
F +49 (0) 351 277-86013
M/S: I21-MPI michael.otto@globalfoundries.com
http://www.globalfoundries.com/
GLOBALFOUNDRIES Dresden Module One Limited Liability Company & Co. KG
Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registered Office/ Sitz Dresden I Registergericht Dresden HRA 5255
General Partner/ Vertretungsberechtigter Komplementär: GLOBALFOUNDRIES Dresden Module One LLC (Sitz Wilmington, Delaware, USA)
General Manager/ Geschäftsführer der GLOBALFOUNDRIES Dresden Module One LLC: Thomas Caulfield
basex-talk@mailman.uni-konstanz.de
-
Christian Grün -
Otto, Michael (Layout Analysis)