octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #55395] Java tests messes up the stack limits,


From: Stefan Brüns
Subject: [Octave-bug-tracker] [bug #55395] Java tests messes up the stack limits, causes failure of sparse/bicgstab.m
Date: Fri, 4 Jan 2019 19:49:25 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0

URL:
  <https://savannah.gnu.org/bugs/?55395>

                 Summary: Java tests messes up the stack limits, causes
failure of sparse/bicgstab.m
                 Project: GNU Octave
            Submitted by: stefanbruens
            Submitted on: Sat 05 Jan 2019 12:49:23 AM UTC
                Category: Test Suite
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.4.1
        Operating System: GNU/Linux

    _______________________________________________________

Details:

After running anything involing the JVM, tests involving OpenBLAS may fail.
This depends on the compilation options of OpenBLAS, specifically its
NUM_THREADS option, which influences the required stack size. NUM_THREADS <=
32 is fine (~260 kByte required), as is NUM_THREADS > 80 (OpenBLAS allocates
on the heap). See https://github.com/xianyi/OpenBLAS/issues/246
Windows is not affected, as the heap allocation threshold is 32, not 80.

The issue can be reproduced as follows:

1. start octave:
/bin/sh ../run-octave -g  --norc --silent --no-history

2. diagnostic - show process memory map:
cat /proc/<pid>/maps | tail


7fa92239f000-7fa9223a0000 rw-p 00000000 00:00 0 
7ffe49c2e000-7ffe49c50000 rw-p 00000000 00:00 0                         
[stack]
7ffe49c80000-7ffe49c83000 r--p 00000000 00:00 0                         
[vvar]
7ffe49c83000-7ffe49c85000 r-xp 00000000 00:00 0                         
[vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                 
[vsyscall]


3. load JVM
octave:1> usejava ("jvm")
ans = 1

4. new process mapping:


7ffe49b50000-7ffe49b54000 ---p 00000000 00:00 0 
7ffe49b54000-7ffe49c50000 rw-p 00000000 00:00 0                         
[stack]
7ffe49c80000-7ffe49c83000 r--p 00000000 00:00 0                         
[vvar]
7ffe49c83000-7ffe49c85000 r-xp 00000000 00:00 0                         
[vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                 
[vsyscall]


=> loading the JVM fixes the stack size to 1 MByte.

5. Run sparse/bicgstab.m test:
octave:2> test ../scripts/sparse/bicgstab.m 
Segmentation fault (core dumped)





    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55395>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]