WG: JAVA Performance Issue under RH8 by using BASEX with NFS system
________________________________ 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
participants (2)
-
Christian Grün -
Otto, Michael (Layout Analysis)